确保数据库高可用性不仅仅是这些天的事,它是的东西

是否计划或计划外停机时间,几乎没有,如果有的话,由最终用户容忍。停机时间的后果会更加严重,可能包括客户的损失,损害你的名声,或者处罚不满足服务水平协议(sla)。让您的数据库高可用性环境,然后,是一个首要任务,您需要正确的。好消息是,你可以建立一个伟大的高可用性(HA)解决方案使用开源数据库。不久我们会联系,但是让我们先从一些基础知识。

什么是高可用性,你如何得到它?

高可用性是指系统的连续操作,服务终端用户在很大程度上是不间断的。一个基本的数据库系统提供了高可用性故障转移(最好是自动)从主数据库节点在集群冗余节点。

哈哈有时与“容错相混淆。“虽然两相关,关键的区别是,HA系统提供快速恢复所有的系统组件,以减少停机时间。一些破坏可能发生但微乎其微。容错的目标是零停机时间和数据丢失。因此,容错性更昂贵的实现,因为它需要专门的基础设施,完全反映了主系统。它还需要投入大量的资源来维持它。

实现数据库HA解决方案取决于把三个关键原则付诸实践:

  • 单点故障(SPOF)——消除任何单点故障在数据库环境中,包括物理或虚拟硬件数据库系统依赖,这将导致它失败。
  • 冗余,确保足够的冗余数据库环境内的所有组件和可靠的交叉这些组件在失败的事件。
  • 故障检测。raybet雷竞技竞猜在线官网监控整个数据库环境的失败。

如何衡量高可用性

公顷并不能保证100%的正常运行时间,但它允许您获取相当接近。中,高可用性的黄金标准是99.999%,或可用性的“五个九”准则,但所需的HA水平真的取决于你能承受多少停机时间。流媒体服务,例如运行关键任务系统停机时间过多会造成重大的经济和名誉损失。但许多组织可以忍受几分钟的停机时间没有负面影响他们的最终用户。

下面的表显示了大量的停机时间从2到5 9每个级别的可用性。

可用性% 每年停机时间 每月停机时间 每周停机时间 每天停机时间
99%(“两个9”) 3.65天 7.31小时 1.68小时 14.40分钟
99.5%(“五两个9”) 1.83天 3.65小时 50.40分钟 7.20分钟
99.9%(“三个9”) 8.77小时 43.83分钟 10.08分钟 1.44分钟
99.95%(“三9 5”) 4.38小时 21.92分钟 5.04分钟 43.20秒
99.99%(“四9”) 52.60分钟 4.38分钟 1.01分钟 8.64秒
99.995% (“4 9 5”) 26.30分钟 2.19分钟 30.24秒 4.32秒
99.999%(“五个9”) 5.26分钟 26.30秒 6.05秒 864.00毫秒

如何让你的数据库高可用性

并不是所有公司都是一样的,也不是他们要求哈。当规划数据库HA架构,公司的大小是一个伟大的地方开始评估你的需求。例如,如果你是一个小公司,支付外的一个灾难恢复站点本地数据中心可能是不必要的,可能让你花更多的钱比数据损失的价值。所有公司无论大小应该考虑如何平衡可用性目标和成本。

  • 创业和小企业。大多数创业公司和小型企业可以实现一个有效的HA基础设施在一个本地节点上的数据中心。这个基础架构使可用的数据库应用程序,以防主节点宕机,是否涉及到自动故障转移,以防灾难或计划在维护窗口切换。
  • 大中型企业。如果你有更多的预算,可以考虑添加一个本地数据中心之外的灾难恢复站点。这种架构跨越数据中心增加更多层集群数据库的可用性。它使你的可用的基础设施和数据安全、一致的,即使一个问题发生在主数据中心。除了灾难恢复站点,这个设计包括外部层的节点如果站点之间的通信是丢失,外部节点层作为真理的“源”,决定推广作为主要复制品。这样做,可以防止脑裂的情况下,它使集群健康并保持高可用性的基础设施。
  • 企业。一个企业HA架构又增加了一层保险公司额外的资源;为谁停机就意味着毁灭性的收入和声誉损失;谁提供全球分布的服务。它功能两个灾难恢复站点,增加对基础设施层保持高可用性和应用程序启动并运行。这个架构,这是基于紧密耦合的数据库集群分布在数据中心和地理可用性区域,可以提供99.999%正常运行时间在使用同步流复制,在所有节点相同的硬件配置,快速节间连接。

哪个数据库高可用性是最好的吗?

关于数据库数据库高可用性是一个常见的问题是最好的。如果你计划使用专有的数据库,请注意,你打开自己由于繁重的合同和供应商的高成本损失数据便携性(例如,云出口费用过高)。

哈是一个重要的目标,但切换到专有数据库专为HA限制其他开源的好处。除了使一个强大的数据库HA架构,开源避免昂贵的许可费用,提供数据的可移植性,给你你想要的自由部署在任何地方任何时候,和提供优秀的软件设计的社区贡献者优先考虑创新和质量。

开始使用开源数据库高可用性

像Postgres开源数据库,MariaDB, MySQL和复述,伟大的选择哈,但一般不包括一个内置的HA解决方案。这意味着你需要仔细审查各种扩展和工具。这些扩展和工具非常适合丰富各自的数据库,但作为你的环境尺度,可能无法跟上发展,更复杂的需求。

更大的复杂性意味着你和你的团队需要一定的技能和知识,例如,如何编写应用程序连接器、集成多个系统,并使业务需求与你的HA解决方案。你也应该知道开源数据库、应用程序和基础设施。考虑专业以外的的可能性可能需要帮助您管理您的HA架构。

了解更多关于数据库高可用性

确定哪些数据库高可用性解决方案适合环境很大程度上取决于你的目标。找出Percona雷竞技下载官网高可用性数据库支持保证应用程序的正常运行时间。

如果PostgreSQL数据库选择哈,学习如何构建高可用性PostgreSQL只使用开源组件进行战斗在我们的电子书,实现高可用性与开源工具PostgreSQL

订阅
通知的
客人

0评论
内联反馈
查看所有评论