1

Server Consolidation and Virtualization with Oracle Sun SPARC Enterprise Servers Tom Atwood Presenter’s Title 6.0

3 Agenda Consolidation Overview Dynamic Domains Solaris Containers Oracle VM for SPARC Virtualization Decision Trees Summary

4 Benefits of Server Consolidation Improved server utilization Lower acquisition costs Reduced service costs Reduced power and cooling costs Improved capacity and response time Newer and faster processors, interconnects, and I/O Smaller foot print Reduced data center infrastructure costs Increased flexibility Faster time to deployment of new applications

5 Server Consolidation Keep different workloads separate Mix like workloads Data-centric Application-centric Web-centric App 1App 2App 3 Change Deployment Topology Database Applications Edge/Web App 1 Database Applications Edge/Web App 3 Database Applications Edge/Web App 2

6 Consolidating & Sharing Headroom Many Smaller Servers Consolidated and shared headroom 70% Single Larger Server Overload 15% 40% 10% 5% Distributed headroom One app per server leads to overload or extra headroom Consolidate many apps to share and reduce headroom

7 Oracle SPARC Servers Over 20 Years Of Mission Critical Computing Optimized application performance Reliability, availability and security Consolidation and virtualization Highly scalable Up to 64 processors Up to 4TB RAM M8000 M9000 M5000 M4000 M3000 SPARC T3-1B Blade for Blade 6000 SPARC T3-1 SPARC T3-2 SPARC T3-4 T5120

8 Hard Partitions SPARC Hypervisors Solaris Containers Sun SPARC Virtualization Enabling Consolidation Single OS Multiple OSes All Sun Systems Solaris Containers (Zones + SRM) Solaris Trusted Extensions Solaris 8 and 9 Containers T-Series Oracle VM SPARC (Logical Domains) Granular Dynamic Low-overhead M-Series Dynamic Domains Complete Isolation: Resources Security Faults Service Included at No Cost! Included at No Cost! Included at No Cost!

9 Solaris and SPARC Virtualization No-cost Virtualization for a More Efficient Datacenter Dynamic Domains Oracle VM Server for SPARC M-series T-Series App Oracle Solaris Containers Oracle Solaris DW DB Domain A Domain B OLTP DB App Domain A Domain B Domain C Web Solaris 8 ContainerSolaris 9 Container Solaris Container WebDBAppWeb 9

10 Agenda Consolidation Overview Dynamic Domains Solaris Containers Oracle VM for SPARC Virtualization Decision Trees Summary

11 Hard Partitioning: Dynamic Domains No SPOF No Sharing Application Environment Operating System Hardware

12 Dynamic Domain Attributes Built-in Virtualization on Any Solaris System Hardware partitions Complete isolation Fault, software, resources, service, security Each dynamic domain has its own Solaris instance Run different Solaris patch levels No performance overhead Single processor granularity Reconfiguration and service with no affect on other domains Dynamic (move processors/memory with no downtime) Add/remove capacity while applications are running Oracle DB can react to adding and removing processors/memory Up to 24 dynamic domains on M9000

13 Dynamic Domain Uses Built-in Virtualization on Any Solaris System Partition M-series resources into discrete compute resources Deploy development and production on the same system Deploy unrelated applications on a single system Deploy multi-tier applications on a system system App1 App2 DB1 DB2 Dev

14 Dynamic Domain Resizing Better Resource Utilization Online workload 15 Processors Batch workload 5 Processors Online workload 7 Processors Batch workload 13 Processors Daytime ConfigurationNight time Configuration M9000 Domain A Domain B

15 Agenda Consolidation Overview Dynamic Domains Solaris Containers Oracle VM for SPARC Virtualization Decision Trees Summary

16 Solaris Containers Built-in Virtualization on Any Solaris System Limitless partitioning—one license Highly efficient consolidation tool Thousands of applications on one system Container cloning, migration Instant restart Ideal for many scenarios Highly secure isolation Lightweight “test” environments Dynamic environments with resource sharing High performance, especially multithreading Rapid prototyping testbeds on same hardware and OS

17 Solaris Containers Solaris Containers = Zones + Solaris Resource Mgr SRM includes many useful virtualization technologies > Fair-share scheduler > Processor sets (psets) > Projects, tasks and accounting > Resource pools including dynamic resource pools

18 Resource Management: Containers Resource Manager SPOFs Share Resources Application Environment Operating System Hardware

19 Solaris 10 Containers: Fair-share Scheduler App Server: 2 Shares Backup: 1 Share Database: 4 Shares Web: 3 Shares Partitioning of processor resources in a Solaris instance Assign “shares” to workloads based on workload requirements Guarantees minimum processor resources to each workload Enables combining of applications with no resource issues Helps meet performance SLA’s Total:10 Shares

20 Solaris Containers: Processor Sets Every CPU is online or offline Every online CPU is in a processor set Default: all processors in the pset_default pset Performance can often be changed by using pset Better: guaranteed CPU cycles, keep caches warm, locality groups,... Worse: limit scalability, waste idle cycles Understand CPU architecture before using psets

21 Solaris Containers: Dynamic Resource Pools  Designed to group chosen resources such as CPUs, memory, I/O connections  A pool can be associated with CPUs (a pset) and a scheduler  CPUs can be assigned:  dynamically, by configuring a minimum and maximum number of CPUs that a zone or pool should use  by Solaris when it decides to transfer CPUs among existing pools with 'threshold' and 'importance' parameters  statically, by 'pinning' a CPU to a pool – useful to ensure that a process stays on a CPU and doesn't share the CPU's cache  A CPU is moved between pools when an 'important' workload surpasses its utilization threshold for a sufficient period of time

22 OS Virtualization: Solaris Containers SPOFs Shared Resources Application Environment Operating System Hardware

23 cpu2 Resource Pool A Resource Pool B Twilight Zone School Zone No Parking Zone Global Zone cpu3cpu4cpu5 cpu6cpu7 cpu0cpu1 Default Resource Pool Container = Zone + Resource Pool

24 Agenda Consolidation Overview Dynamic Domains Solaris Containers Oracle VM for SPARC Virtualization Decision Trees Summary

25 Virtual Machines: Oracle VM for SPARC (LDOMs) SPOFs Shared Resources Application Environment Operating System Hardware Hypervisor

26 Oracle VM for SPARC (LDOMs) For T-series Servers Hundreds of domains per system Scale up to number of CMT hardware threads Dynamic resource allocation Isolation via hardware/firmware Fast interdomain communication Predictive Self Healing integration Can be combined with Solaris Containers inside each domain Each domain appears as an entirely independent system Separate kernel, OS image, console, OBP

27 Oracle VM Server for SPARC 2.1: New Features Customers benefit from increased application service level Secure live migration Dynamic resource management (DRM) between domains Integrated Dynamic Reconfiguration (DR) of cryptographic units and virtual CPUs. Increased maximum number of virtual networks per domain Support for virtual device service validation Lower-overhead, higher scalability networking for Oracle Solaris 11 Express Enhanced Management Information Base (MIB) Physical to virtual (P2V) enhancements 27

28 OVM for SPARC: Dynamic Resources AM/Day/Week PM/Night/Weekend Adjust your systems to your business requirements on demand Dynamically: CPU & Virtual IO Delayed Reconfig: Memory Improve utilization by balancing resources between domains Virtual network/switch support together with dedicated hardware mapping 28 Oracle DB Siebel Oracle DB Siebel

29 OVM Live Migration: Domain Mobility AM/Day/Week PM/Night/Weekend Migrate workloads between OVMs while application is running Keep services running in preparation for planned maintenance Reduce energy costs doing “mini-consolidations” in quiet periods Be proactive and be able to react to any service degradation 29 MySQLApacheOracle DB E-Business Siebel MySQLApacheOracle DBSiebelE-business E-Business Siebel

30 Secure Live Migration Live migration now available on SPARC T-Series systems SPARC T3 UltraSPARC T2 Plus UltraSPARC T2 On-chip crypto accelerators deliver secure, wire speed encryption for live migration No additional hardware required Dedicated network not required More secure, more flexible VM External Shared Storage SPARC T-Series servers Oracle VM Server Pool VM Secure Live Migration (SSL) VM 30 Eliminates Application Downtime

31 OVM for SPARC: Physical-to-Virtual (P2V) Conversion Move applications easily to Oracle VM Server for SPARC Source: Oracle Solaris 8, 9 or 10 Target: Guest domain running Oracle Solaris 10 Three easy steps with ldmp2v MySQLApacheOracle DBSiebelE-business E-BusinessSiebelApacheMySQLOracle DB

32 Application Consolidation: Mixed Virtualization Better Resource Utilization Domains and Containers VM SPARC and Containers M9000 T5240 Domain A Domain B OLTP DB App DW DB Oracle VM A Oracle VM B Oracle VM C Web App

33 Summary Server Consolidation enables the Efficient Datacenter Consolidation Customer Benefits: Increased system utilization Lower TCO Increased compute capacity Faster time to deployment Oracle Sun servers are ideal consolidation platforms High RAS High capacity Virtualization

34 For More Information..... Find out more about Oracle's Virtualization Capabilities Find out more about all of Oracle's Servers Find out more about Oracle's Solaris operating system

35 For More Information search.oracle.com or oracle.com SPARC Enterprise Servers

36