DB2 Resiliency for DBaaS in IBM's cloud offerings Dale McInnis, dmcinnis@ca.ibm.com
Session Code: D13 Wednesday November 18 14:30 – 15:30 Platform: Linux, UNIX, Windows Agenda
• Where do I find the DBaaS offerings? • DBMS resiliency objectives • IBM’s DBMS Service offerings • DB2 on Cloud • SQLDB • DashDB • Summary
2 What is Bluemix? Bluemix is an open standard , cloud based platform for building , managing , and running applications of all types (web, mobile, big data, new smart devices, and so on).
Go Live in Seconds APIs and Services On Prem Integration Zero to running in one click. A catalog of IBM, third party, Build hybrid environments. Development plans deploy in and open source API services Connect to on premise assets seconds. Enterprise plans allow the developer to stitch an plus other public and private deploy in 1 2 days. application together in minutes. clouds.
DevOps Layered Security Flexible Pricing Development, monitoring, IBM secures the platform and Sign up in minutes. Pay as deployment, and logging tools infrastructure and provides you go and subscription allow the developer to run the you with the tools to secure models offer choice and entire application. your apps. flexibility. Bluemix: Public, Dedicated, & Hybrid Public Dedicated Bluemix functionality can be accessed in a cost effective public cloud or an enterprise class managed private environment hosted on SoftLayer.
Public Bluemix Zero cost entry point
No commitment, PAYG and freemium pricing models
Wide array of IBM and 3rd party services
Backed by IBM ’s enterprise caliber security
Deployed in Dallas and London. Additional data centers coming in 2H.
Dedicated Fully redundant, dedicated Bluemix environment, Bluemix deployed to any SoftLayer data center VPN for private network access
Data Cache and Cloudant part of every environment
Additional Cloud Data Services– like dashDB– will be introduced as optional upsells
Services Integration Portability Flexible Deployment Models Data in the Cloud – Workload Optimized Services
Offerings for structured and semi structured data, transactional and analytics workloads. Knit together with the DataWorks ‘data refinery’ for data movement and integration.
Analytical Operational
BigInsights on Cloud (IMAGE) Cloudant DBaaS • Bare metal performance • Global data distribution • Built on reference architecture • Massively scalable • BigInsights enterprise features • Eventual consistency model • Built for Systems of Engagement Non Relational
Structured DataWorks dashDB SQLDB • SQL interface • SQL interface • ACID compliance • ACID compliance • Columnar, in-memory performance; DB2 BLU • Same skillset and data formats as on- augmented with NZ in-database analytics premises relational databases • Built for Systems of Insight • Built for Systems of Record Agenda
• Where do I find the DBaaS offerings? • DBMS resiliency objectives • IBM’s DBMS Service offerings • DB2 on Cloud • SQLDB • DashDB • Summary
6 DBMS Availability Architecture
• Each VLAN has a idle Bare Metal/CCI to be used in case of a host failure • Most file systems are protected by RAID, e.g. Raid 1, 5, 10 or 50 • Typically have 2 copies of the active logs • Typically maintain a copy of archived and active logs on “portable” storage • HADR being deployed for “for fee” plans • Always attempt to restart the database in-place • If unsuccessful then start node recovery on idle host
7 DBMS Recovery Model direction
• Maintain 2-5 full DB backups on Swift object storage, as well as required load copy images • Archived logs are not maintained in Swift • Full DB backups are initiated automatically daily • In our multi-tenant model we are considering moving to a incremental DB level backup model • Table space level recovery will have a huge negative impact on recovery • User initiated backups are a known requirement and are will be available for our “for fee” plans
8 Storage options available from Softlayer • Locally attached • SATA - RAID 10 (BM only) • SSD (BM Only) • Storage Area Network (CCI only) • Network Raid 50 • iSCSI (CCI/BM) • Legacy and consistent performance options • Network Raid 50 • Portable Storage Volumes (CCI only) (not the boot disk) • Object storage (CCI/BM) • Long term retention, e.g Swift
9 Agenda
• Where do I find the DBaaS offerings? • DBMS resiliency objectives • IBM’s DBMS Service offerings • DB2 on Cloud • SQLDB • DashDB • Summary
10 What RDBMS offerings are available from IBM DB2 on Cloud • IBM DB2 on Cloud includes all DB2 security features, including data encryption, and your DBAs have full control over database access and operation. In addition, IBM DB2 on Cloud is available on dedicated, single-tenant IBM Cloud servers, which helps ensure performance will be more secure and unaffected by “noisy neighbors.” SQLDB • SQLDB is our managed OLTP database in the cloud. It is fully integrated with the Bluemix platform and has been one of the most created services on Bluemix since its GA in June of 2014 dashDB • IBM dashDB is a fully managed cloud data warehouse service. dashDB offers massive scalability and performance through its MPP architecture, and is compatible with a wide range of business intelligence toolsets and analytics. dashDB's integrated, in-database analytics let you quickly realize more value from your data. Introducing IBM DB2 on Cloud • Provides a hosted DB2 environment that is • Provisioned for direct and Bluemix access • Hosted on IBM SoftLayer cloud platform • Virtual private nodes (not shared) or bare metal depending on configuration size • Administered by your organization's DBA • Paid on a month-to-month basis via subscription model (support included) • Benefits include • Convenience without the loss of control on cost effective infrastructure • Five high performance hardware configurations and two database software tiers to match capability and affordability needs • BLU Acceleration • Native encryption support included in all configurations ensuring data remains secure in the cloud • Unlimited ability to create databases to fully utilize the cloud infrastructure • Five t-shirt sized configurations: Small, Medium, Large, X-Large, 2X-Large • `Two versions of DB2 available: Workgroup Server Edition (Standard) and Advanced Workgroup Server Edition (Advanced) DB2 on Cloud Plans • 5 T-Shirt sized configurations: Small, Medium, Large, X-Large, 2X-Large • 2 versions of DB2: Workgroup (Standard), Advanced Enterprise (Advanced) • Single part number for each size & version combination • All configurations include native encryption Size DB2 Small Medium Large X Large 2X Large Plan Standard Not available Advanced Nodes Virtual Private Virtual Private Virtual Private Bare Metal Bare Metal Cores 2 x 2.0 GHz 4 x 2.0 GHz 8 x 2.0 GHz 12 x 2.4GHz 32 x 2.7 GHz Memory 8 GB 16GB 32GB 128GB 1TB Storage 100GB, 500GB SAN 100GB & 1TB SAN 100GB & 2TB SAN 2 x 800GB SSD 2 x 800GB SSD 100GB @ 500 IOPS 100GB @ 1,200 IOPS 100GB @ 1,600 IOPS @ RAID 1 (~800GB) @ RAID 1 (~800GB) 6 x 1.2TB SSD 16 x 1.2TB SSD @ RAID 10 (~3.5TB) @ RAID 10 (~9.5TB) Network 1Gbps Public & Private Uplinks 10Gbps Redundant Public & Private Uplinks OS RHEL 7.0 DB2 on Cloud: Standard vs. Advanced Common Components Advanced Components / Models
Offering Plans Standard Advanced Offering Plans Standard Advanced Components Components pureXML Storage √ √ Materialized Query Tables √ Compression Backup √ √ Multi Dimensional Clustering √ Row & Column Access Control √ √ DB2 Connect √ (5) Label Based Access Control √ √ Compression √ On demand back up/recovery √ √ Multi temperature Storage √ Online Reorg √ √ HADR √ √ Query Parallelism √ Tivoli System Automation √ √ Connection Concentrator √ Native Encryption √ (1) √ solidDB & solidDB UC √ Oracle Compatibility √ √ Plan Lockdown √ JSON DB2 NoSQL √ √ Scan Sharing √ Table Partitioning √ √ Mobile Database Sync √ √ DB2 Workload Management(WLM) √ Mobile Database Support √ √ Continuous Data Ingest √ Time Travel Query √ √ MQ Replication / CDC √ (6) (7) SQL Replication √ √ BLU √ Websphere MQ √ √ BLU Shadow √ Advanced Copy Services √ √ Data Partitioning Feature √ Encryption Key Management* √ √ Federation Capabilities √ (2) (3) √ (2) (4) PureScale (coming Dec 2015)* √ 14 DB2 on Cloud – Who Does What? Activity Customer IBM Picks based on need including how Provides five plan options (S, M, L, XL, 2XL) & two DB2 VM specification many tiers (Standard / WSE, Advanced / AESE) VM creation Hardware / VM management VM/Hypervisor Security patches DB2 product Installation
DB2 instance creation Single instance created as part of service readiness
Will provide the VM pair in the same private VLAN HA setup based on size; Will provide documentation DB2 Fixpack mandatory upgrades Notify customer about FP availability (email) DB2 Fixpack/Version optional upgrades Notify customer about FP/Version availability (email) OS patches Will provide instructions to back up in the same VM or Database backup and restore to a separate Softlayer Object Store Setup Encryption at rest Initiated by customer via BlueMix after Will perform deletion of the VM and the associated Service deletion they have backed up their DB SWIFT object store assigned 15 Agenda
• Where do I find the DBaaS offerings? • DBMS resiliency objectives • IBM’s DBMS Service offerings • DB2 on Cloud • SQLDB • DashDB • Summary
16 Updated xx xx 12
SQLDB: Relational Operational DBaaS
Client Benefits •Simple... Easy to use web console for most common tasks
•Resilient Based on enterprise hardened capabilities, backed up regularly
•Secure Advanced Security and Privacy features
Key Differentiators •Highly affordable, get started for free with tiered pricing for up to 5 GB or 500 GB to accommodate larger databases
•Premium plans include enterprise grade features • Built-in encryption, data masking, compliance ready • DR replicas and elastic scaling planned for future updates Pricing Plans and Availability •Free: Evaluation, getting started , Store up to 100MB data
•Entry: Store up to 5 GB, tens of dollars per month
•Premium: Store up to 500 GB, hundreds of dollars per month
•Enterprise: Dedicated systems for extreme perf, mission critical HA and DR; Price: TBD Current SQLDB Planned Offerings Plan Name Original small plan Entry (aka free) plan Premium Max Data capacity (Free 2GB); Max 10GB (Free 100MB); Max 5GB 500GB
Hardware Sharing Database (Shared VM) Bare Metal Shared VM
Tenant Model Instance – Multiple DBs Schema per instance Database per instance per instance Security and • Data Encryption • Data Encryption compliance • SSL • DDL • Data Masking • Compliance Reporting • Audit Reporting Availability and 1 daily automated backup • 1 daily automated backup • 5 Automated / User initiated backups Disaster Recovery Point in Time recovery (5 • Restore to last backup (for • Point in Time recovery (20 days) days) all tenants) • HA Replica Zero data loss • 2 DR replicas architecture Localization Local codesets / Langs Local codesets / Langs User specified, ~30 langs
Max Concurrent 20 10 100 Connections 11/18/2015 SQLDB Small availability design
•Availability Commitment: •RPO = 0 •RTO < 4 hours •No Disaster Recovery support, only local HA (no HA in small plan) data center restriction •DB Configuration : •Shared plan: single DB per user, max of 50 DBs in one instance, max 10GB/DB •User data stored on local disk •Recovery assets : •DB2 Backups stored in Swift •DB2 transactions logs stored on local disk as well as iSCSI •DB2 archived logs stored on iSCSI •HA Features: •Always attempt crash recovery, if unsuccessful treat as a system failure. •This configuration offers no data loss by recovery to the point of failure of a database instance or a single database within a short time frame (exact numbers TBD by experimentation) 19 SQLDB Small Plan Layout using CCIs
Softlayer Private CCI
iSCSI Storage SAN attached Storage SAN attached Storage (Network Raid 50) (Network Raid 50) (Network Raid 50)
Swift Object Store (3X replication) 5 generations of Operating System DB2 User Data DB2 Backup images DB2 Mirrored logs Software binaries DB2 Active logs DB2 Archived logs User Home Directory 20 SQLDB Small Plan Resiliency
ActiveIdle CCI CCI ActiveIdle CCI CCI Manual failover Automated daily backups Restore from Swift
Swift Object Store (3X replication)
Operating System DB2 Archived logs DB2 Database 5 generations of Operating System Software binaries DB2 Active logs DB2 Database User Home DB2 Active logs DB2 Backup images Software binaries DB2 Active logs User Home Directory Directory SQLDB Small Plan Layout using Bare Metal
Softlayer Bare Metal Server
iSCSI Storage Local SATA disks (Network Raid 50) (Raid 10)
Swift Object Store (3X replication)
5 generations of DB2 Mirrored logs Operating System DB2 User Data DB2 Backup images DB2 Archived logs Software binaries DB2 Active logs
User Home Directory 22 SQLDB Small Plan Resiliency
Idle Bare Metal Active Bare Metal Active Bare Metal Idle Bare Metal Manual failover Automated daily backups Restore from Swift
Swift Object Store (3X replication)
5 generations of DB2 Backup images Operating System DB2 Archived logs Operating System DB2 Database Software binaries DB2 Active logs User Home Directory Software binaries DB2 Active logs User Home Directory DB2 Database DB2 Active logs SQLDB Entry Plan Layout using Bare Metal
Softlayer Bare Metal Server
Local SATA disks Local SATA disks Local SSD (Raid 1) (Raid 1) (Raid 1)
Swift Object Store (3X replication)
5 generations of Operating System DB2 Mirrored Logs DB2 User Data DB2 Backup images Software binaries DB2 Archived logs DB2 Active logs User Home Directory LDAP 24 SQLDB Entry Plan Resiliency
Idle Bare Metal Active Bare Metal Active Bare Metal Idle Bare Metal Manual failover Automated daily backups Restore from Swift
Swift Object Store (3X replication)
5 generations of DB2 Mirrored Logs DB2 Database Operating System DB2 Mirrored Logs DB2 Database Operating System DB2 Backup images DB2 Archived logs DB2 Active logs Software binaries DB2 Archived logs DB2 Active logs Software binaries LDAP User Home LDAP User Home Directory Directory SQLDB Premium Plan Using CCI
Primary CCI HADR Replication Standby CCI
Automated failover
Automated daily backups
Swift Object Store (3X replication)
5 generations of DB2 Database DB2 Backup images DB2 Database Operating System DB2 Active logs Operating System DB2 Active logs Software binaries Software binaries User Home User Home Directory Directory SQLDB Premium Plan Resiliency
HADR Standby CCI HADR Primary CCI HADR Primary CCI HADR Standby CCI HADR Replication Automated failover
Automated daily backups
Swift Object Store (3X replication)
5 generations of DB2 Database DB2 Backup images DB2 Database Operating System DB2 Active logs Operating System DB2 Active logs Software binaries DB2 archived logs Software binaries DB2 Archived logs User Home User Home Directory Directory SQLDB Premium DB CFG • 12 databases per instance • Database encryption enabled • HADR enabled with TSA used for automation • Single user data tablespace • Max user data tablespace = 490GB • Max temp tablespace = 10GB • Max concurrent large queries = 1 • Max number of connections = 100 • Max applications = 105 • User initiated backup and restore enabled • Maintain 5 backup images • load copy images sent directly to swift • Single copy of active transactions logs • Archived transactions logs stored on locally
28 SQLDB Premium Storage Layout
Location of user location of active location of archived location of failed database name data logs logs archived logs
/disk1/db2inst1/NODE00 /disk2/log_disk1/mydb1/l /disk2/log_disk1/mydb1/ /disk1/mydb1/failarch_lo mydb1 000/mydb1 ogs archivelogs gs/
/disk2/db2inst1/NODE00 /disk3/log_disk2/mydb2/ /disk3/log_disk2/mydb2/ /disk2/mydb2/failarch_l mydb2 000/mydb2 logs archivelogs ogs
/disk3/db2inst1/NODE00 /disk4/log_disk3/mydb3/ /disk4/log_disk3/mydb3/ /disk3/mydb3/failarch_l mydb3 000/mydb3 logs archivelogs ogs
/disk4/db2inst1/NODE00 /disk1/log_disk4/mydb4/ /disk1/log_disk4/mydb4/ /disk4/mydb4/failarch_l mydb4 000/mydb4 logs archivelogs ogs
… …………
29 SQLDB Premium TSA Cluster
• All 12 DBs per instance are in a single TSA cluster • Each DB can failover to the standby node independently • The preferred state is to have ALL primary DBs on one node and all Standby DBs on the other node • If a takeover occurs for a subset of the database, corrective action is required to move it back to the preferred primary host • If all DBs failover then remain on that host and repair the old primary host
30 Agenda
• Where do I find the DBaaS offerings? • DBMS resiliency objectives • IBM’s DBMS Service offerings • DB2 on Cloud • SQLDB • DashDB • Summary
31 Current dashDB Plan Offerings
Plan Name Entry Enterprise 1TB Enterprise 4TB Enterprise 12TB Max Data (Free 1GB); Max 1TB 4TB 12TB capacity 20GB Hardware Bare Metal Shared VM Bare Metal Bare Metal Sharing Tenant Model Schema per user Single DB Single DB Single DB Security and Data Encryption Data Encryption Data Encryption Data Encryption compliance SSL SSL SSL SSL Availability and 1 daily automated 1 daily automated 1 daily automated backup 1 daily automated backup Disaster backup backup Restore to last backup Restore to last backup Recovery Restore to last Restore to last backup Recovery from 3 days Recovery from 3 days backup (for all Recovery from 3 days tenants) Point in Time recovery (3 days) Zero data loss architecture Localization Local codesets / Local codesets / Langs Local codesets / Langs Local codesets / Langs Langs Max concurrent Unlimited Unlimited Unlimited Unlimited connections 11/18/2015 dashDB Entry Availability Design
•Availability Commitment: •RPO = 0 •RTO < 4 hours •Local HA + DR through iSCSI replication •DB Configuration : •Shared Plan: Each tenant is assigned to one table space, limit of x users per database •User data stored on external disk •Recovery assets : •DB2 Backup stored in Swift •DB2 transactions logs stored on local disk as well as iSCSI •iSCSI replication + file system snapshots •HA Features: •Raid 10 protects from a single disk failure •All other failures treated as a node failure, see Data Recovery
This config offers no data loss by recovery to the point of failure of a database instance or a single database within a short time frame (exact numbers TBD by experimentation)
33 dashDB 1TB Enterprise Plan Architecture
Data Center VM #1 1 Gbps connection Public Shared 16 core @ 2.0GHz 64GB RAM Mount 1TB SAN2 (detachable) 100GB SAN1 (OS) /mnt/bludata0 /root /mnt//bludata0/blumeta0 /opt /etc
Backs up from SAN2 to Swift Restores from Swift to SAN2
Swift Object Storage Backup and Metadata Data Center
100GB SAN1 has the OS installed with necessary binaries and scripts stored – /mnt/blutmp0 (16GB swap space) – /opt, /etc, /usr, /bin,
1TB SAN2 holds the database and configuration for DB2 – /mnt/bludata0 – used for database – /mnt/blumeta0 > /mnt/bludata0/blumeta0 – used for configuration
Backups are stored in Swift Object Storage – automatic nightly and kept for 2 days 34 dashDB 4TB Enterprise Plan Architecture
Data Center Bare Metal 10 Gbps connection 32 core 256GB RAM Mount 4TB Consistent Perf Storage 2x 500GBHDD /mnt/bludata0 /root /mnt/blumeta0 /opt /etc
Backs up from Consistent Perf Storage to Swift Restores from Swift to Consistent Perf Storage Swift Object Storage Backup and Metadata Data Center
• 1TB local HDD has the OS installed with necessary binaries and scripts stored. • /mnt/blutmp0 (16GB swap space) • /opt, /etc, /usr, /bin
• 4TB Consistent Performance Storage holds the database and configuration for DB2 • 6K IOPs • /mnt/bludata0 – used for database • /mnt/blumeta0 – used for configuration
• Backups are stored in Swift Object Storage – automatic nightly and kept for 2 days dashDB 12TB Enterprise Plan Architecture
Data Center Bare Metal 10 Gbps connection 32 core 256GB RAM Mount 12TB Consistent Perf Storage 2x 500GBHDD /mnt/bludata0 /root /mnt/blumeta0 /opt /etc
Backs up from Consistent Perf Storage to Swift Restores from Swift to Consistent Perf Storage Swift Object Storage Backup and Metadata Data Center
• 1TB local HDD has the OS installed with necessary binaries and scripts stored. • /mnt/blutmp0 (16GB swap space) • /opt, /etc, /usr, /bin
• 12TB Consistent Performance Storage holds the database and configuration for DB2 • 6K IOPs • /mnt/bludata0 – used for database • /mnt/blumeta0 – used for configuration
• Backups are stored in Swift Object Storage – automatic nightly and kept for 2 days dashDB Enterprise MPP Architecture
• Cluster made up of 3 - 5 nodes • Supports approximately 12 - 20 TB of pre-load uncompressed data • Support for larger clusters (up to 50 TB) expected by end of 2015
• Each node is a bare metal server • 24 cores (Intel Haswell 12 core 2690v3 CPUs) per node • 256 GB memory per node
• Storage • Each node supports approximately 4 TB of pre-load uncompressed data • Storage is SSD-based dashDB Enterprise MPP Architecture (cont.)
Query Query MPP
Data Slices Data Slices Data Slices Data Slices
SMP Parallelism Node Node Node Node (multiple cores) MPP Parallelism (multiple servers, each with multiple cores) dash-DB Entry Plan Layout using CCI
Softlayer CCI
iSCSI Storage SAN attached Storage SAN attached Storage (Network Raid 50) (Network Raid 50) (Network Raid 50)
Swift Object Store (3X replication)
5 generations of DB2 Mirrored logs DB2 User Data DB2 Backup images Operating System DB2 Archived logs Software binaries DB2 Active logs User Home Directory User home directory LDAP server 39 dash-DB Entry Plan Layout using Bare Metal
Softlayer Bare Metal Server
iSCSI Storage Local SATA Local SSD (Network Raid 50) (Raid 1) (Raid 10)
Swift Object Store (3X replication) 5 generations of DB2 Mirrored logs Operating System DB2 User Data DB2 Backup images DB2 Archived logs Software binaries DB2 Active logs User Home Directory User home directory LDAP server 40 dash DB Entry Plan Resiliency
Idle Bare Metal Active Bare Metal Active Bare Metal Idle Bare Metal Manual failover Automated daily backups Restore from Swift
Swift Object Store (3X replication)
5 generations of DB2 Backup images DB2 Database OS iSCSI Storage OS DB2 Database DB2 Active logs S/W Binaries DB2 Archived logs S/W Binaries DB2 Active logs User Home Directory DB2 Active logs User Home Directory LDAP server 11/18/2015 dash-DB Enterprise Layout using CCI
Softlayer CCI
SAN attached Storage SAN attached Storage (Network Raid 50) (Network Raid 50)
Swift Object Store (3X replication) 2 generations of SAN 1 – 100GB SAN 2 – 1 TB DB2 Backup images Operating System DB2 User Data Software binaries DB2 Active logs DB2 Archived logs
User Home Directory 42 LDAP server Dash DB Enterprise 1TB Resiliency
Active CCI
Restore from Swift
Swift Object Store (3X replication)
2 generations of DB2 Backup images DB2 Database OS DB2 Database S/W Binaries Automated daily backups DB2 Active logs DB2 Active logs DB2 Archived logs DB2 Archived logs DB2 Active logs DB2 Active logs LDAP server LDAP server User Home Directory User Home Directory Dash DB Enterprise 1 TB Resiliency
Idle CCI Active CCI Active CCI Idle CCI Manual failover Automated daily backups Restore from Swift If unable to reattach SAN Swift Object Store (3X replication)
2 generations of DB2 Backup images OS DB2 Database OS DB2 Database S/W Binaries DB2 Active logs S/W Binaries DB2 Active logs DB2 Archived logs DB2 Archived logs DB2 Active logs DB2 Active logs LDAP server LDAP server User Home Directory User Home Directory dash DB Enterprise 4/12 TB Resiliency
Idle Bare Metal Active Bare Metal Active Bare Metal Idle Bare Metal Manual failover Automated daily backups Restore from Swift
Swift Object Store (3X replication)
5 generations of DB2 Backup images OS iSCSI Storage OS S/W Binaries DB2 Archived logs S/W Binaries User Home Directory DB2 Active logs User Home Directory LDAP server DB2 Database DB2 Active logs DashDB in BlueMix Unplanned DB availability
dashDB entry dashDB enterprise 1TB dashDB enterprise 4TB dashDB enterprise 12TB
Single Disk RTO=0 RPO=0 RTO=0 RPO=0 RTO=0 RPO=0 RTO=0 RPO=0 Failure Multiple Disk RAID 5 (2 disk failure) RAID 5 (2 disk failure) restore RAID 5 (2 disk failure) RAID 5 (2 disk failure) Failure restore from SWIFT from SWIFT restore from SWIFT restore from SWIFT RTO=4 hours RTO=4 hours RTO=16 hours RTO=40 hours RPO=0 RPO=Since last backup RPO=Since last backup RPO=Since last backup (Uses standby)
Node Failure Restore from SWIFT Portable SAN Portable Consistent Portable Consistent With Stand By RTO= 4 hours RTO=few minutes Performance Storage Performance Storage RPO=0 RPO=0 RTO=few minutes RTO=few minutes RPO=0 RPO=0
Node failure Restore from SWIFT Portable SAN Portable Consistent Portable Consisten Without Stand by + Bare Metal provision + CCI provision Performance Storage Performance Storage RTO=4 hours + 5 days RTO= few minutes + 1 hour + Bare Metal provision + Bare Metal provision RPO=0 RPO=0 RTO=few minutes + 5 days RTO=few minutes + 5 RPO=0 days RPO=0 Agenda
• Where do I find the DBaaS offerings? • DBMS resiliency objectives • IBM’s DBMS Service offerings • DB2 on Cloud • SQLDB • DashDB • Summary
47 Summary
• Ensure idle VM/BM machine is pre-allocated • Utilize TSA to automate the failover • Utilize “portable storage”(iSCSI or SAN) for active transactions logs to provide RPO=0 • Use HADR where possible • If not possible then use “portable” storage option to minimize outage • Use mirrored logs if HADR is not enabled • Daily backups are recommended • Use of backups for recovery is a last resort option
48
Dale McInnis IBM Canada Ltd. [email protected]
DB2 Resiliency for DBaaS in IBM's cloud offerings Session: D13 Please fill out your session evaluation before leaving!