Oracle Real Application Clusters (RAC) Your way to the Cloud Angelo Pruscino Senior Vice President Oracle RAC Development November 18, 2014
Safe Harbor Statement The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle s products remains at the sole discretion of Oracle. 3
Oracle RAC 12c Designed for the Cloud Flex Cluster Flex Cluster With local storage Optimizing Healing Protecting Configuring Flex Cluster With local storage With local storage 4
Pain Points To Solve in the Cloud Software management (patching) Maintaining uptime and availability Maintaining dependent databases Performance tuning and diagnosis 5
Why? - Because They Are Money Pits 6
7
Oracle Rapid Home Provisioning (RHP) Software management for the Cloud 1. Eliminate the need to patch individual databases 2. Update any number of databases with a single command 3. Ensure standardization through gold image lineage 8
Oracle Rapid Home Provisioning Centralized and standardized software maintenance Cluster Cluster RHP Server Cluster Cluster Cluster Cluster Cluster Local Copy 9
10
Improving Availability on Architecture Level Flex Cluster 12c 12.1.0.1 / 12.1.0.2 App A App A App B LeafNode1 DB A DB A DB A Node1 One Cluster <Loosely Oracle Clusterware coupled> LeafNode.. ASM ASM ASM Oracle Clusterware >Tightly coupled< Oracle ASM Node2 Node3 LeafNodeN Flex ASM managed shared storage Use Cases 1. Consistent Management: Apps & DBs in one cluster Only use case with 12.1 Outlook for 12.2: Leaf Nodes hosting DBs for (In-Memory) Reader Farm Performance Optimization for read services in cluster E.g. (OLTP) updates on HUB, instantaneous real time reporting on Leaf Nodes Recovery Optimization Further optimization in DWH Architecture Leaf Nodes Act as compute nodes Depend on HUB nodes Do not require direct disk access Utilize a different heartbeat mechanism Do not perform writes No DML / updates / inserts Thus, no Distributed Lock Management (DLM) required 11
Improving Availability on Architecture Level s (CC) in 12.1.0.2+ / mainly 12.2 DB A Node1 DB A Oracle Grid Infrastructure DB B Node1 Node2 DB B Oracle Grid Infrastructure Node2 Node1 ASM CC2 CC1 Oracle Clusterware Node2 Storage Server Flex ASM Storage ASM DB A GI Node DB B GI Node Use Cases 1. Non-shared disk clusters s don t require their own shared disk access Used for application hosting Only use case in 12.1.0.2 2. GI-version independent database clusters Minimum DB version 12c Use case requires 12.2 GI 3. Highly scalable & flexible Architecture s Utilize (a) central cluster(s) (ideally) for shared services E.g. Storage Server Cost efficiency due to using network connections instead of FC / SAN network Represent independent clusters that can be scaled horizontally and vertically CC can be deployed by means of instantiation VM-based, in cloud Make use of RHP 12
Improving Availability on Architecture Level Node1 s (CC) Starting with 12.2 DB B DB B Oracle Grid Infrastructure Node2 Node1 ASM Oracle Clusterware CC1 ASM VSD Node2 Storage Server Flex ASM Storage ASM DB B GI Node Use Cases 1. Non-shared disk clusters using locally attached disks Optimizes local access Further reduces costs Requires Oracle ASM 12.2 with Virtual Shared Disk (VSD) 2. Use-case based storage optimization Store data centralized (in Storage Server), locally (on VSD) or both 3. Highly scalable & flexible Scales on server and storage Optimize Storage Server for various use cases as required Architecture s plus: Virtual Shared Disk (VSD) is not Shared Nothing VSD uses local disks and presents them to DB as a complete logical entity Shared nothing typically assigns a subset of data to be managed by (a) node(s) (and fails over as required) Further optimization can be performed by allocating workload-specific services to certain nodes in the CC 13
RAC s New Architectures Ensure Scalability on every Level DB A Node1 DB A Oracle Grid Infrastructure Node1 Centralized Storage Use case: generic DB B Node2 DB B Oracle Grid Infrastructure Node2 CC2 CC1 DB A GI Node DB B GI Node Local Storage Use case: Cost optimization for certain applications DB B Node1 DB B Oracle Grid Infrastructure Node2 CC1 ASM VSD DB B GI Node Centralized & Local Storage Use case: Read optimization using local storage for some workloads DB B Node1 DB B Oracle Grid Infrastructure Node2 CC1 ASM VSD DB B GI Node ASM Oracle Clusterware ASM ASM Oracle Clusterware ASM ASM Oracle Clusterware ASM Node1 Node2 Storage Server Flex ASM Storage Node1 Node2 Storage Server Flex ASM Storage Node1 Node2 Storage Server Flex ASM Storage 14
RAC s New Architectures Are the Backbone for the Cloud Use Flex Clusters, s, and s with local storage as required Flex Cluster Flex Cluster Flex Cluster +1 RHP Server With local storage With local storage Storage Server 15
16
ACFS and a Simple and Free of Charge Approach to Managing Test & Dev Oracle Database Environments Some solutions require a dedicated server to deploy databases for Test & Dev Environments. The gdbclone sample script takes databases from any source and duplicates them on the Test & Dev cluster using ACFS snapshots to create space efficient copies. gdbclone automatically converts databases from any type to any type; quickly test your application on a RAC test database using your single instance database production data. 17
RAC s New Architectures Are the Backbone for the Cloud Using the Oracle Database Appliance (ODA) as the building block in the cloud Flex Cluster Flex Cluster Flex Cluster +1 RHP Server With local storage With local storage Storage Server 18
Test and Development Personality Built Into Every ODA Exadata ODA 3 rd -Party Test/Dev Instantly provision test/dev environments Single-instance or RAC Application VMs and templates Space-efficient snapshot storage Cost-effective copy-on-write snapshots free functionality 19
20
Key Management Challenges Heard from Customers Management Challenges Proliferation of encryption wallets and keys Authorized sharing of keys Key availability, retention, and recovery Custody of keys and key storage files Regulatory Challenges Physical separation of keys from encrypted data Periodic key rotations Monitoring and auditing of keys Long-term retention of keys and encrypted data 21
Introducing Oracle Key Vault Centralized management of keys, secrets, Oracle Wallets, Java Keystores and more Optimized solution for Oracle Stack (Database, Middleware, Systems) Supports industry standard OASIS KMIP protocol 22
Secure RAC in the Cloud Ensure Security, don t assume it Flex Cluster Secure data in flight and at rest Support single network architectures which may be routed and / or insecure. Storage Server With local storage 23
24
Autonomous Computing Optimizing Protecting QoS CHM Policy Healing Configuring CHA HngMgr 25
Enabling Autonomous Computing Cluster Health Monitor (CHM)/OS & QoS 11.2+ Further QoS & CHM Enhancements in 12.1.0.2 QoS Support for Measure only with Performance Objectives and Alerts QoS Support for Measuring and Monitoring Admin- Managed Databases Cluster Health Advisor Coming soon LOGGERD CHM/OS sysmond 26
OraChk Continuous Application of Best Practices OraChk Formerly RACchk or RACcheck aka ExaChk OraChk RAC Configuration Audit Tool For details see MOS note ID 1268927.1 Engineered Systems require less initial testing Checks Oracle Stack: Standalone Database Grid Infrastructure & RAC Maximum Availability Architecture (MAA) Validation Oracle Hardware 27
Trace File Analyzer (TFA) Diagnostics for the Cloud Trace File Analyzer Improved comprehensive first failure diagnostics collection Efficient collection, packaging and transfer of data Collect for all relevant components (OS, Grid Infrastructure, ASM, RDBMS), including Exadata cell nodes One command to collect all information, from all nodes (or single-instance, single-node) More information: MOS note ID 1513912.1 28
Trace File Analyzer (TFA) Efficiency from A-Z LOGs LOGs 29
Oracle RAC 12c Autonomous Computing for the Cloud Optimizing Protecting Flex Cluster Flex Cluster Healing Configuring OraChk Flex Cluster +1 RHP Server With local storage With local storage Storage Server 30
Conclusion 31
RAC + EM 12c = Total Cloud Control Efficient EM based monitoring and management for the cloud Flex Cluster Flex Cluster Optimizing Protecting Flex Cluster Healing Configuring +1 RHP Server With local storage With local storage Storage Server 32
Conclusion 33
Oracle RAC 12c Ready for the Cloud Flex Cluster Flex Cluster With local storage Optimizing Healing Protecting Configuring Flex Cluster With local storage With local storage 34