现成的高可用性架构为MySQL和PostgreSQL

当涉及到他们的应用程序,用户需求即时、可靠和安全的交互,这就意味着必须高度可用的数据库。

与数据库高可用性(HA)、服务在很大程度上是不间断的,和最终用户在很大程度上满足。没有高可用性,more-than-negligible停机时间,最终用户可以成为非用户(如,前客户)。业务也可以造成名誉损害和受到惩罚,但不能满足服务水平协议(sla)。

开源数据库提供高可用性——没有伟大的基础的缺陷可以有专有软件供应商。不过,开源软件并不通常包括内置HA解决方案。当然,你可以得到正确的扩展和工具,但它可以是一个长期的,繁重的和潜在的昂贵的过程。那么为什么不使用证明架构而不是自己从头开始吗?

这个博客提供了链接,这样的架构——MySQL和PostgreSQL软件。他们证明,准备好了。您可以使用这些Percona架构构建雷竞技下载官网高可用性PostgreSQL或MySQL环境或我们的专家为你做的重担。无论哪种方式,构建数据库,使业务的体系结构提供了最佳运行,即使在高峰使用或在技术挑战从短暂的中断造成的灾害。

首先,让我们快速检查一下有什么利害关系并讨论标准保护这些资产。

高可用性架构的重要性

表明,HA架构提供了蓝图构建一个数据库,保证关键业务的连续性操作,即使在崩溃,入侵、中断、和其他威胁。相反,选择一个支离破碎的方法——在你试图建立一个数据库通过各种工具和扩展的试验和错误,可以让您的系统变得脆弱。

漏洞可以昂贵:一个2022年国际信托投资公司调查发现停机的成本大于每小时300000美元91%的小型、中型和大型企业。中型和大型的受访者中,44%表示一个小时的停机时间成本可能会超过100万美元。

HA架构的最终目标

所以使用HA架构的最终目标是什么?明显的答案是:实现高可用性。这就意味着不同的事情不同的业务,但在它,可用性的“五个九”准则,即99.999%的黄金标准数据库的可用性。

这实际上取决于你能承受多少停机时间。流媒体服务,例如,过度的停机时间可能造成重大的经济和名誉损失。在其他地方,数百万可以为金融机构岌岌可危,生命可以在医疗行业的股份。其他组织可以忍受几分钟的停机时间没有负面影响或惹恼他们的最终用户。(现在,有黄金法则的黄金标准:不要惹恼最终用户!)

下面的表显示了大量的停机时间为每个级别的可用性,从“两个9”到“五9。“你会发现不交付100%的正常运行时间,但非常接近。高可用性

立即(工作)HA架构的目标和要求

更直接的(和“工作”的目标)的HA架构是汇集的结合扩展,工具,硬件,软件,等等,和包装的设计(蓝图)数据库的基础设施,适合表现最佳,在苛刻的条件。设计将描绘一个基础设施的高可用性集群节点/一起工作(或分开,如果必要的话),这样如果一个下降,另一个接管。

证明架构——包括那些我们分享这篇博客——见过几个高可用性需求。当这些需求得到满足时,数据库将包括:

冗余:数据库的关键组件是重复的,这样如果一个组件失败,继续通过使用冗余的功能组件。例如,在一个服务器集群,多个服务器用于主机相同的应用程序,这样如果一台服务器发生故障,应用程序可以继续在其他服务器上运行。
负载平衡:交通分布在多个服务器,以防止任何一个组件成为超载。负载平衡器可以检测到当一个组件没有响应,把流量重定向运动。
没有单点故障弱(SPOF):这是一个排斥和包容的体系结构。不能有任何单点故障弱在数据库环境中,包括物理或虚拟硬件的数据库系统依赖导致它失败。所以必须有多个组件的功能,在一定程度上,是确保没有SPOF。
故障检测:监raybet雷竞技竞猜在线官网督机制检测故障或问题可能会导致失败。预警机制报告这些故障或问题,立即解决。
故障转移:这涉及到自动切换到冗余组件的主要组件失败时。如果主服务器失败,一个备份服务器可以接管,继续服务请求。
集群和连接管理:这包括软件进行自动配置,配置和扩展的数据库节点。连接管理器集群解决方案通常包。然而,在异步集群部署高可用性的连接管理器是强制性的。
自动备份、连续归档和恢复:这是极端重要的,如果任何复制延迟和副本节点不能发生在主要的工作速度。备份和存档的文件也可以用于时间点恢复如果任何灾难发生。
可伸缩性:HA架构应支持可伸缩性,使自动化管理工作负载和数据量的增加。这可以通过切分技术,数据分区和分布在多个节点,或通过添加更多的节点到集群。