0

我花了几天时间研究在 Amazon 上安装两台 Windows 服务器、一台域控制器和一台远程桌面服务服务器，但有几个问题我找不到详细的或任何答案：

1）当您有一个 EBS 支持的实例时，我假设这意味着所有文件（操作系统/应用程序/页面文件）等都存储在 EBS 上？物理上在数据中心，假设我有 50 gig 的操作系统文件/应用程序数据等，这些都存储在一个 SAN 类型的设备上吗？如果该设备爆炸或说特定数据中心被破坏会发生什么。数据在别处吗？您的整个 EBS 卷消失的概率是多少？

2）据我了解，您可以通过快照将 EBS 实例备份到 S3。我假设您可以选择拍摄快照的频率（比如每天？）。在我上面的场景中，如果我有 50 个文件，并且每天快照一次。超过 7 天，我的 S3 存储将是 350 gig，还是会是 50 gig + 我在一周内所做的增量更改？

3）我记得在某处读到实例必须离线才能快照。如果是这种情况，它是通过关闭来宾操作系统、快照然后启动来做到这一点的，还是只是分离数据，阻止您在快照时连接，然后将其恢复到快照之前的确切时刻.

4) 我理解每月为每演出空间付费的概念，但我对每 100 万个 I/O 请求 0.11 美元的担忧有多大。当我运行 Windows 服务器时，它是如何工作的？我不知道服务器对其磁盘发出了多少 I/O 请求。我假设很多整个 VM 都存储在 EBS 卷上。在标准 EBS 上运行服务器会从根本上降低它的速度吗？

5) 人们是否使用 S3 的快照作为他们的主要备份？人们是否正在为数据运行其他类型的备份？

对于菜鸟问题​​，我很抱歉 - 我很感激任何人可以提供给我的任何部分答案、答案或建议。提前致谢！

4

1 回答 1

1

1）亚马逊对此很模糊。他们说数据在它所属的 AZ 内复制，如果自上次快照以来更改的数据少于 20GB，那么您的年故障率约为 0.1-0.4%

2) 快照是手动触发的，并且是增量完成的

3）取决于您的文件系统。例如，在带有 xfs 卷的 linux 机器上，您可以将 IO 冻结到该卷，进行快照（只需一秒钟左右）然后解冻。如果您在不执行类似操作的情况下拍摄快照，您将面临数据处于不一致状态的风险。这将取决于您的文件系统

4) 我在 EBS 上运行我的所有实例。您可能不希望您的页面文件在 EBS 上，为此使用实例存储会更有意义。您使用的 IO 数量将在很大程度上取决于工作负载。IO 计数在很大程度上取决于您的工作负载 - 例如，应用程序服务器执行的 IOPS 比数据库服务器少得多。如果您正在运行特别繁重的 IO 操作，则每个卷每月使用的费用不太可能超过几美元

5) 就我个人而言，我并不关心已安装的软件/配置（我有所有设置的 AMI，所以我可以在几分钟内恢复它），我只关心数据。我单独备份这些数据（S3 和 Glacier）。部分原因是我被 EBS 大约一年前的一个错误所困扰，他们丢失了一些快照

正如 Fantius 评论的那样，您还使用多种策略。例如，在我运行的 mongodb 服务器上，启动卷很小（并且从未快照或备份，因为它可以从 AMI 自动恢复），具有包含实际 mongodb 数据的单独数据卷。mongodb 卷被快照并在 S3 上存储转储。快照是创建备份的一种有效方式（因为您只存储增量更改）但是您不能将它们转移出您的 EC2 区域，而 S3 上的 tarball 可以轻松地复制到任何地方。

于 2012-10-05T10:23:16.807 回答