MySQL ： 利用 MySQL HA 的 99.99% SLA(英文版)

99.99% SLA 与 MySQL HA NameLuis Soares 高级软件开发总监 2024年 5 月 1 日 安全港声明 以下旨在概述我们产品的总体方向。本文件仅作参考之用，不得纳入任何合同。这并不构成交付任何材料、代码或功能的承诺，也不应作为购买决策的依据。Oracle的产品中提及的任何功能或特性的开发、发布、时间安排和定价均可能发生变化，并由Oracle Corporation单方面决定。 前瞻性陈述 陈述中涉及甲骨文未来计划、预期、信念、意图和前景的相关内容属于“前瞻性声明”，且这些声明受到重要风险和不确定性的影响。关于这些因素及其他影响我们业务的风险的详细讨论，请参阅甲骨文向美国证券交易委员会（SEC）提交的文件，包括我们最近的10-K和10-Q表下的“风险因素”部分。这些文件可在SEC的网站或甲骨文公司的网站上获取。http: / / www. oracle. com / investor. 本演示文稿中的所有信息截至2024年5月，Oracle 公司不对任何陈述进行更新以反映新信息或未来事件。 我是谁 ？ 出生和成长于葡萄牙：足球、篮球、空手道、跑步、骑行 物理学、天文学 高可用性、容错性、计算机 使用MySQL超过15年 路易斯 · 苏亚雷斯 议程 •••••••背景 MySQL InnoDB集群、ReplicaSets和ClusterSets MySQL Heatwave服务 – 高可用性 MySQL Heatwave服务 – 复制 MySQL Heatwave服务 – 扩展考虑Conclusion 结论 背景 故障、故障和错误 ： RPO 、 RTO 和 SLA 概念 故障类型 • 单服务器故障、网络分区灾难恢复： • 全区域/网络故障 人为错误： • 小鲍比 tables • RTO 和 RPO 严重影响 SLASLA ： 服务级别协议 建立良好的基金会 • MySQL 复制已发布。MySQL 3.23. 15(2000 年 5 月发布) 经验证的复制技术 • 合理描述变化的逻辑事件• 全球交易标识符使任何拓扑变更变得超级容易且自动• 完全的灵活性 不仅复制 • 捕获数据更改 • 数据集成 • 分布式恢复 MySQL 无处不在观察、自动化、操作 操作 • 平衡 • 预测 • 自我修复 • 稳定 • 仪器 ， 发射 • 学习 ，理解 ， 诊断 • 趋势和历史数据 • 首先是机器人， 然后是人类 • 计划 • 故障排除 • 按下按钮， 转动点头 ， 翻转开关 MySQL 无处不在 ， 适合所有人的解决方案观察、自动化、操作 • MySQL 无处不在 ， 处理不同的工作负载模式 • 该工具集使自己运行它变得更加容易 • InnoDB Cluster（高可用、弹性、容错）• InnoDB ReplicaSet（异步复制）• InnoDB ClusterSet（跨集群、跨区域） MySQL 路由器• 应用程序故障转移 MySQL Shell• 标准配方 • 自动化 • 自我修复 • 分布式恢复 • 自动成员资格 • 自动服务器故障转移 •••• 耐久性存储克隆异步 Repl. MySQL 无处不在 ， 适合所有人的解决方案观察、自动化、操作 • MySQL 无处不在 ， 处理不同的工作负载模式 • 该工具集使自己运行它变得更加容易• InnoDB Cluster（高可用、弹性、容错）• InnoDB ReplicaSet（异步）• InnoDB ClusterSet（跨集群、跨区域） • 需要运行 ， 监控 ， 操作和管理 ： • 规模化部署• 多样的工作负载• 不稳定的网络环境• 多版本世界（分裂脑）• 在进行维护期间 MySQL 无处不在 ， 适合所有人的解决方案观察、自动化、可操作、托管 • MySQL 无处不在 ， 处理不同的工作负载模式 • MySQL 热波服务• HA 、弹性、容错 • 在数据库系统之间(甚至跨区域) 复制 • 备份和还原(到某个时间点) MySQL 无处不在 ， 适合所有人的解决方案观察、自动化、可操作、托管 • MySQL 无处不在 ， 处理不同的工作负载模式 • MySQL 热波服务• HA 、弹性、容错 • 在数据库系统之间(甚至跨区域) 复制 • 备份和还原(到某个时间点) MySQL 服务器• 企业版 • 耐用性 • • 自动化 • 自我修复 • 分布式恢复 • 自动成员资格 • 自动服务器故障转移 • 控制台• REST API• Terraform• SDKs 存储 • 块卷 • VCN •计算 • 端点 • 工作流 • 冗余 MySQL InnoDB 集群、 ReplicaSet 和 ClusterSet 部署和运行 MySQL 高可用性设置 MySQL 解决方案 一个产品 ： MySQL 易于使用 ！• 一个客户:MySQL外壳 • 透明访问数据库体系结构:MySQL路由器 • 技术融合在一起• MySQL 服务器 • 异步复制 • 组复制 • MySQL Shell • MySQL路由器 用户部署和运行 MySQL 基础设施。• 技术有帮助。 • 全栈测试 “经典 ” 、“ 异步 ” 基于复制的解决方案 ， 完全集成 • MySQL壳体• MySQL路由器• MySQL服务器 • MySQL异步复制 ••RPO! = 0 RTO = 分钟或更长时间 (手动故障转移) 基于完全集成的组复制的高可用性解决方案 • MySQL壳体• MySQL路由器 • 应用程序故障转移• MySQL服务器 • 组复制提供 ： • 自动服务器故障转移 • 自动成员资格更改 • RPO = 0 • RTO = 秒 (自动故障转移) • 高可用性(站点内故障) • RPO = 0 • RTO= 秒(自动故障转移) •灾难恢复 (站点故障) • RPO! = 0 • RTO = 分钟或更长时间 (手动故障转移) MySQL Heatwave 服务 ： 高可用性 Oracle 云基础设施上的 MySQL Heatwave 服务中的高可用性 MySQL 热波服务 观察、自动化、操作、管理 • 高可用性 • 入站复制 • 出站复制 • 托管只读副本 •时间点恢复 • 应对网络突发或数据包延迟• 暴露于异构工作负载• At scale• 处理 “世界 ” 分裂 • 通过维护 简单、直观、一键式操作 ：• 创建数据库系统 • 创建只读副本 • 创建入站通道 功能 •通过 Terraform 、 CLI 、 SDK 、 API 实现自动化单击一下 ：• 高可用性 • 手动、自动备份 • 任意时间点恢复 • 入站和出站复制 • 在同一数据库中支持OLAP和OLTP•MySQL 企业服务器的最新版本。•轻松配置和 SLA• DatabaseDB 系统 一键式 DB 系统创建 高可用性 自动故障转移 高可用性 自动故障转移 •SLA 99.99% •自动故障转移 •手动切换 •滚动升级、形状和配置更改 •只是一个几秒钟影响 MySQL Heatwave 服务 ： 复制 多云和本地集成 入站和出站复制 混合部署和迁移 混合部署 •本地和多云 •OCI 作为您的主要网站•OCI 作为您的灾难恢复站点•OCI 容量爆裂•用于分析的 HeatWave 实时迁移 • 最大限度地减少停机时间 跨区域复制 •DB 系统到 DB 系统 入站和出站复制 混合环境中的灾难恢复 •使用 OCI 作为 DR 或反之亦然•在 OCI 中利用 MySQL HeatWave 服务 •MySQL HeatWave 服务渠道进行入站复制 ， 基于内置异步复制 MySQL Heatwave 服务 ： 向外扩展 托管只读副本 无缝地增加和缩小读取容量 通过缩放读取来实现高性能。卸载 RW 端点可最大程度地减少灰色故障。 • 单击即可创建只读副本 •Provision•发射•安装程序复制•监控和管理 • Read Replicas are associated with a DB System •DB 系统中的 RO 端点•每个 DB 系统最多 18 个•需要 4 个或更大的 OCPU 形状•CLI 、 SDK 和 Terraform 支持 负载均衡器 有效地使用您的副本 使用只读副本时 ， 将在数据库系统中自动配置负载平衡器终端节点。 •由服务管理•实现为只读端点 •在读取副本之间循环 robins 流量•自动管理只读副本后端 注意事项 数据库用户建议 一些提示... •••••• 了解工作量。• 峰值时间 ， 持续负荷 ， 预测问题。利用应用程序重试逻辑解决网络问题和高可用性• 让应用程序意识到故障。阅读并理解技术的局限性。• 了解技术限制。避免由于资源受限而触发自己的灰色故障。确保您的应用程序没有运行到记录的限制。进行容量规划。 •拥抱技术。 ••观察最佳实践 ， 它会奏效。在极少数情况下 ， 它不会寻求帮助 ， 与专家合作以减轻或解决问题。 Conclusion 副标题到这里 Conclusion 每个人的解决方案 ， 无处不在 ：• 混合部署 • 本地、用户管理、高可用性解决方案 ：• InnoDB 副本集 • InnoDB 集群 • InnoDB 集群集 • 具有明确定义的 SLA 的云、托管解决方案 ：• MySQL 热波服务 我们的使命是帮助人们以新的方式看待数据 ， 发现见解， 释放无限的可能性。