是什么让云服务器具有高可用性？
高可用性云服务器 其设计目的是确保在单个基础设施组件发生故障时，应用程序仍可正常访问。高可用性架构不依赖于单台虚拟机，而是利用冗余资源、健康检查以及预定义的恢复流程。其目标是减少服务中断，而非保证绝不会发生故障。.
单个云实例仍可能因操作系统问题、存储故障、网络问题或部署失误而无法正常运行。企业应评估整个应用程序路径（包括数据库和DNS），而不是将服务提供商的正常运行时间百分比视为端到端弹性的证明。.
高可用性与灾难恢复
高可用性侧重于在局部故障发生时维持服务运行。灾难恢复则侧重于在发生更严重的事件（包括数据损坏、区域性中断或意外删除）后恢复运营。这两者都很重要，但它们解决的问题不同。.
定义恢复时间目标（RTO），即可接受的最长恢复时限，以及恢复点目标（RPO），即企业能够承受的最近数据丢失量。这些目标将决定采用简单备份、备用服务器还是持续复制更为合理。.
我们的 云VPS快照与备份指南 解释了为什么恢复副本需要进行独立的保留和恢复测试。.
故障转移：主动-被动模式与主动-主动模式
主动-被动故障转移
主动-被动设计采用一台主服务器和一套备用系统。当监控检测到符合条件的故障时，流量或服务所有权将转移至备用系统。这可以简化应用程序的一致性管理，尽管备用系统仍需具备相应的容量、进行维护并接受定期测试。.
故障转移很少能瞬间完成。检测间隔、应用程序启动、数据库推广以及连接恢复都会影响客户实际感受到的中断时长。.
主动-主动冗余
主动-主动（active-active）架构可同时运行多个应用程序实例，通常部署在负载均衡器之后。当某个实例发生故障时，正常运行的实例将继续处理请求。这种方法同样可以分流常规流量，但应用程序必须正确管理会话、共享状态和并发数据库操作。.
主动-主动应用服务器并不能消除数据库中的任何单点故障。为了满足严格的恢复目标，可能需要采用冗余数据库架构和经过测试的推广流程。.
负载均衡器和故障域
负载均衡器会将流量分发给状态正常的应用程序实例，并能停止将请求路由到已故障的节点。然而，负载均衡器本身必须具备高可用性。请确认服务提供商的服务是否具备内置冗余机制，以及在部分服务中断期间健康检查会如何运作。.
在支持的情况下，将冗余资源分布在不同的故障域中。独立的物理主机可防范硬件故障；独立的可用区可降低因局部设施问题带来的风险。使用多个区域可应对更广泛的中断，但会增加复制复杂性、延迟以及数据传输成本。.
自动扩展的作用则不同：它是根据需求的变化来调整容量。请阅读我们的 云服务器自动扩展指南 比较扩展触发条件与故障转移机制。.
值得评估的五家云服务提供商
服务提供商提供各种虚拟机、网络、备份和托管服务的组合方案。在基于这些方案设计架构之前，请确认具体产品的功能及区域可用性。.
Vultr：由开发者管理的冗余方案
Vultr 对于利用云计算和网络服务构建冗余应用层的团队而言，这是一个值得考虑的选项。请比较可用的负载均衡选项、实例部署位置、存储行为以及备份策略。多实例部署仍需进行应用层配置。.
Kamatera：可配置的云基础设施
卡马特拉 提供可配置的云服务器资源，能够支持自定义冗余方案。购买方应确认网络选项、备份方案、自动化功能以及维护备用容量的成本。.
Hostwinds：VPS 和云服务器的冗余设计
Hostwinds 提供VPS和云托管服务，可支持需要多个虚拟服务器实例的应用程序。企业可根据自身基础设施需求，为生产环境和备用环境分别部署独立服务器，或配置冗余的应用程序环境。.
不应理所当然地认为高可用性功能会自动包含在内。买家需要核实可用的网络功能、负载均衡选项、备份服务以及服务器部署位置。如果需要自动故障转移，必须对应用程序架构和支撑基础设施进行适当的配置和测试。.
ScalaHosting：托管型和自助管理型VPS方案
ScalaHosting 为需要不同级别服务器管理的企业提供托管型和自助管理型VPS主机方案。其服务可能适用于需要可靠的主机运行、备份以及适当恢复策略的网站和应用程序。.
然而，托管型VPS主机服务并不会自动提供多节点高可用性。企业应确认所选套餐是否支持所需冗余架构、备份如何处理，以及哪些恢复流程仍需由企业自行负责。对于要求更高的应用程序，可能需要超出标准VPS配置范围的额外基础设施。.
Cloudways：托管式应用程序托管服务
Cloudways 可能适合那些所有者更倾向于采用托管服务器运营模式的兼容型 Web 应用程序。请确认所选套餐是否支持所需的故障转移架构、技术支持涵盖哪些内容，以及哪些恢复任务仍由客户负责。我们的 托管云主机对比 提供了更多的采购背景信息。.
高可用性实际上要付出多少成本？
冗余通常会增加基础支出。第二台应用服务器、备用数据库、负载均衡器、监控服务、复制存储以及额外的备份，每项都可能产生定期费用。即使客户需求保持不变，跨区域或跨区流量也会增加成本。.
假设有一个单服务器部署方案，每月成本为 $40。 若再增加一台 $40 服务器和一项 $15 的负载均衡服务，简化后的基础设施总成本将升至 $95。该费用不包括数据库冗余、备份存储、数据传输、工程时间及技术支持。这些数字仅用于预算参考，并非当前服务商的报价。.
在某些设计中，备用服务器可能比完全主动的冗余配置更经济，但它仍然需要经过测试，并具备足够的容量来处理生产环境中的流量。相反，主动-主动配置既能提供高可用性，又能提供可用的容量，从而在正常运行期间可能提高资源利用率。.
请查看我们的 云VPS带宽费用指南 在制定复制流量预算之前。如需进行采购比较，请参阅 云托管优惠 同时要考虑整个架构的成本，而不是仅看入门级服务器的价格。.
选择合适的可用性级别
并非所有应用程序都需要相同的冗余预算。一个流量较低的信息类网站或许可以接受已明确规定的恢复时间窗口，而一个处理客户交易的订阅平台则可能需要冗余的应用程序节点和更快的数据库恢复速度。应优先考虑在系统中断期间可能造成最大财务或声誉风险的业务流程。.
请向服务提供商索取书面服务级别条款，并明确当其基础设施之外的依赖项发生故障时将如何处理。服务抵免通常不会补偿销售损失、工程时间或受损的客户关系。应从托管环境外部监控可用性，以免内部监控故障掩盖了服务中断的情况。.
如何测试故障转移方案
- 确定依赖关系： 映射应用服务器、数据库、存储、DNS 以及第三方服务。.
- 设置恢复目标： 在选择基础设施之前，应就RTO和RPO达成一致。.
- 模拟故障： 将一个实例从服务中移除，并测量检测和恢复情况。.
- 验证数据一致性： 检查事务、复制延迟和数据库升级。.
- 测试恢复： 独立于主环境，从备份中恢复数据。.
- 审核费用： 统计备用资源、网络传输、监控及运维人力。.
最终裁决
高可用性是一种架构设计成果，而非云服务器套餐中的一个勾选项。 企业应根据停机成本以及应用程序所需的恢复目标，投资于冗余建设。首先应消除影响最大的单点故障，定期演练故障转移，并基于完整的基础设施和运营成本对服务商进行比较。相比于一个无人知晓如何恢复的复杂系统，设计更简单且经过验证的恢复方案可能更有价值。.
