我正在构建一个正常运行时间是关键的Web应用程序.我知道100％的正常运行时间是不现实的,但我想达到五个九.我不确定以最谨慎的方式来实现这一目标.
我的初步计划是让Web应用程序在两个地理位置独立的数据中心运行. “主”数据中心将包含主服务器,这将复制到其他地方未使用的“从”服务器.如果主数据中心发生停机,则DNS故障转移会将流量移至“从”服务器.这种技术存在挑战,包括由于奇怪的DNS记录缓存等原因,一些用户暂时无法访问该网站.
但是,我已经阅读了很多意见,指出DNS故障转移不是一个很好的解决方案,你应该将所有内容保存在一个数据中心,并专注于那里的冗余.我看到的问题是,即使是好的数据中心似乎也有奇怪的网络问题,可能导致足够的停机时间来分散对五个九的预期.
我应该使用DNS故障转移选项吗？有更好的选择吗？
解决方法
我对客户的经验法则是：免费获得两个9(即没有专门针对高可用性进行任何花费).每增加9个,总成本就会增加一个数量级.
也就是说,只需将应用程序放在公司互联网连接上的半个服务器上,就可以获得99％的正常运行时间.为了改善这一点,你可以进行协作.您可以通过负载平衡和快速故障转移进行协同工作.您可以与负载平衡,快速故障转移和冷备用DR站点共存.您可以使用负载平衡,热备用站点,PI地址空间,运行您自己的ASN以及BGP对等安排来确保您的地址空间始终可全局路由.您可以研究高可用性硬件,其中包括内存和cpu在内的所有内容都可以停顿和热插拔.如果您的应用程序支持它,您可以运行完全分布式托管,或外包到高可用性内容提供网络.您可以并且将需要五倍的工作人员来管理所有这些24 * 365,包括假期和疾病保险,以及您需要做的频繁的现场DR测试,以确保所有这些.
你可以做很多聪明的事情.但这一切都是成本,而且大部分成本都非常高.
所以我真诚的建议是：找出在公司办公室的单一服务器上托管应用程序所需的费用.如果你的雇主不愿意花费这么多的一千倍,那就忘了五个九;这是不现实的.
