Mod*_*ens 1 cloud domain infrastructure amazon-ec2
在最近一次停电之后,我们一直在重新评估如何最有效地提供、维护和支持我们的 IT 资源。
我们一直在考虑的一个想法是将我们的非关键基础设施迁移到云中。例如,我们只能在校园内维护以下服务:
...就这样。有了这样的计划,即使在发生灾难的情况下,我们也只需专注于保持 Internet 连接,而我们所有其他服务仍将可用。
我正在研究 Amazon EC2,但我还没有致力于任何事情。其他大学或企业是如何做这样的事情的?是否有我们应该了解的“问题”或障碍?是否有任何博客/论坛可以详细介绍企业级云迁移?
潜在的问题/障碍:
带宽:当您谈到将诸如数据库和文件服务器之类的带宽密集型服务迁移到异地时,您需要仔细研究维持现有性能水平所需的管道容量。根据您代表的机构类型,您的校园可能已经或可能没有千兆或 10 千兆位光纤。如果您需要有保证的带宽并且能够负担得起投资,则可能需要考虑通过AWS Direct Connect建立专用连接。
延迟:您的用户可能拥有数据库驱动的应用程序,这些应用程序可以执行一些巧妙的操作,例如动态执行多个查询以填充下拉列表(如果它们针对 .mdb 文件而不是 SQL 服务器运行,则最糟糕)。或者,他们可能拥有一个包含 10,000 个战略性命名的 Word 文档的 Windows 文件共享,并且可能突然需要几分钟而不是几秒钟来浏览。这些问题只能通过确保与托管环境建立干净、低延迟/低抖动的连接来部分缓解。但是,最终的解决方案是使用为云正确设计的应用程序(例如,Google Apps 而不是 MS Office,或基于 Web 的数据库前端而不是 Access 数据库)。
成本:您需要仔细评估租赁虚拟服务器的成本是否与维护现场基础设施的成本相当。有许多变量,从资本支出到电力再到维护成本,所有这些都需要在比较中加以考虑。不要忘记 EC2 对出站带宽收费,而传统上“本地”的服务可能会消耗大量的带宽。
可靠性:您的互联网连接是否比现有的服务器基础设施更可靠?如果没有,您需要添加多少冗余,成本是多少?像 2011 年 4 月和 8 月那样的 EC2 中断将如何影响您的运营?
归档时间: |
|
查看次数: |
603 次 |
最近记录: |