对于ASP Net Web应用程序,你会推荐一个不太大的SQL服务器数据库(大约10Gb)?
我只是想知道,将一个Amazon EC2实例配置为准备好在紧急情况下托管您的应用程序是个好主意吗?
在这种情况下,保持数据库更新的最佳方法是什么(日志传送?手动备份恢复?)以及更改dns设置的最简单快捷的方法?
编辑:可接受的停机时间为4到6小时,这就是为什么我考虑使用亚马逊ec2选项,与租用辅助服务器相比,其成本更低。
答案 0 :(得分:3)
更新 - 刚刚看到您的评论。带有日志传送的Amazon EC2绝对是您的选择。不要使用镜像,因为这通常假定其他备用数据库可用。如果将TTL设置为,则更改DNS的时间不应超过1/2小时。这将为您提供时间来集成任何待处理的日志。可能每周打开服务器一次左右,只是为了整合待处理的日志(或者更少,以避免每小时的费用增加。)
您的主要托管位置应该在所有级别都有冗余:
在大多数失败情况下,这将让您在主要位置运行。
然后在远程位置设置一台服务器,使用日志传送进行更新并将其包含在部署脚本中(在更新正常的生产服务器之后......)该国家另一侧的共置服务器为这些目的做得很好。为了最大限度地减少必须切换到辅助位置的停机时间,请将您的TTL放在DNS记录上尽可能低的位置。
当然,如此多的硬件将变得陡峭,所以你需要确定什么值得关闭1秒,1分钟,10分钟等,并相应地进行调整。
答案 1 :(得分:2)
这完全取决于您的停机时间要求。如果你已经 在几秒钟内重新启动以便不会失去数十亿美元的业务,那么如果你有一个网站可以让你做出很多不同的事情可能每月1000美元,如果它停工一天,其收入不会受到明显影响。
我知道这不是一个特别有帮助的答案,但这是一个很大的领域,有很多变数,没有更多的信息,几乎不可能推荐一些实际上适用于你的情况的东西(因为我们不是真的知道你的情况。)
答案 2 :(得分:2)
坚如磐石的DR战略的出发点是首先确定服务器/平台停机时间的真实成本。
以下文章将帮助您顺利开始。
https://web.archive.org/web/1/http://articles.techrepublic%2ecom%2ecom/5100-10878_11-1038783.html
如果您需要进一步的指导原则,旧谷歌可以提供更多阅读。
此类项目要求您与关键业务决策者进行协作,并且需要与他们沟通相关的停机成本以及业务影响。您可能需要与多个业务部门协作以收集所需信息。然后,您需要集体决定什么是您的业务可接受的停机时间。只有这样,您才能制定DR策略以满足这些要求。
您还会发现,进行此练习可能会突出显示您的平台当前配置中有关高可用性的缺点,这可能还需要作为旁边项目进行审核。
取消所有这一切的关键点是,关于什么是可接受的停机时间的决定不仅仅是由DBA决定,而是提供必要的信息和专业知识,以便做出切合实际的决定到达。您的任务是实施可满足业务需求的策略。
不要忘记通过执行测试方案来测试DR策略,以验证恢复时间并实施该过程。如果您需要实施灾难恢复策略,您可能会面临压力,您的手机会频繁响起,人们会像蚊子一样在您身边徘徊。已经磨练并实践了您的DR响应,您可以自信地控制情况,实施恢复将是一个平稳的过程。
祝你的项目好运。
答案 3 :(得分:0)
我还没有使用过不同的第三方工具,但我经历过cloundndure,至于你得到的复制品,我可以说它是一个非常高端的产品。复制是在很短的时间间隔内完成的,这使得您的副本非常可靠,但我可以看到您不需要在几秒钟内备份您的网站,因此可能要求提供价格或与其他供应商取得联系帮助