【问题标题】:SQL Server - EBS Storage DesignSQL Server - EBS 存储设计
【发布时间】:2014-09-30 00:47:59
【问题描述】:

我们正在亚马逊上规划我们的新 EBS 结构,以便从 SQL Server 中获得最佳性能。过程中出现了一些疑惑:

1 - 使用亚马逊计算器 (http://calculator.s3.amazonaws.com/index.html) 我们得到了以下成本:

  • 通用 (SSD) - 1000GB - 3000 IOPS = $184,30
  • 预置 IOPS (SSD) - 1000GB - 3000 IOPS = $511,00

对于相同的性能,这个数量在一个月内是巨大的差异 (???),我知道通用 SSD 上的“IOPS 突发实施”,但根据文档:

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html

当卷大小为 1000 GB 时,突发持续时间为“无限”(始终为 3000 IOPS)。

可以说上面两个磁盘的性能完全一样吗?

2 - 100 个数据库需要大约 1700 GB,我们应该使用什么布局?

选项:

  • 获取两个磁盘 (GP SSD),每个磁盘 1000GB (3000 IOPS),并在这两个磁盘之间分配工作负载。
  • 获取两个磁盘 (GP SSD),每个磁盘 1000GB (3000 IOPS),然后与 RAID 0 放在一起? (我们将能够有 6000 IOPS 突发,但我应该担心 EBS 故障吗?)
  • 获得四个磁盘 (GP SSD),每个磁盘具有 1000GB (3000 IOPS) 并使用 RAID 10? (EBS 有必要吗?)
  • 提出您的建议,我很高兴听到。

【问题讨论】:

    标签: sql-server amazon-web-services


    【解决方案1】:

    来自亚马逊的支持,希望对您有所帮助!


    问候

    磁盘成本问题很容易回答。通用 (SSD) 和预置 IOPS (SSD) 使用类似的技术。它们并排可以达到相同的速度,唯一的区别是每卷 GP2 的最大速度是 3000,而 PIOP 是 4000。 PIOPS 更昂贵的一个原因是您还需要为使​​用的 IO 数量付费,而 GP2 没有每次 IO 成本。

    对于 1700GB 数据存储的设计,有两个主要因素。冗余和性能。当然,成本是一个很大的因素。为了在这里提供适当的指导,我们需要知道您的实际需求是什么,然后我们可以提出一些解决方案。但是,有几个主要的 RAID 级别等符合您的建议,我们可以讨论。

    • 获取两个磁盘 (GP SSD),每个磁盘具有 1000GB (3000 IOPS),并在这两个磁盘之间分配工作负载。 没有 RAID。我认为您的意思是在一个卷上有一些数据库,而在另一卷上有一些?这对我来说,其实很好。除此之外,我要做的就是将数据库备份到其他一些本地连接的 EBS 卷。这适用于不超过 3000 IO(读取和写入组合)的工作负载。它也很容易扩展。只需添加更多磁盘。

    • 获取两个磁盘 (GP SSD),每个磁盘 1000GB (3000 IOPS),然后与 RAID 0 放在一起? (我们将能够有 6000 IOPS 突发,但我应该担心 EBS 故障吗?) RAID 0。你在这里所做的就是让事情快两倍。但是丢失一张磁盘,您将失去一切。同样,如果您愿意在磁盘出现故障时从备份中恢复,这是一个快速廉价的配置,最高 6000 IO。不易扩展。

    • 获得四个磁盘 (GP SSD),每个磁盘具有 1000GB (3000 IOPS) 并使用 RAID 10? (EBS 有必要吗?) RAID 5、6 和 10。这些都更快,更冗余。可以说,RAID 10 是数据库的最佳配置,并且可能是适合您的配置。拥有 1700 GB 的数据,如果出现问题,就会有很多不开心的人。

    • 有什么建议吗? 您是否考虑过 Amazon RDS? RDS 有很多优点。我们负责所有繁重的工作,包括多可用区部署,并且 RDS 可以随着您的需求增长而垂直(CPU)和水平(空间)扩展。

    http://aws.amazon.com/rds/details/

    GP2 需要考虑的另一件事是......您“可能”不需要配置 1TB 卷。您可能不需要 3000 IO“无限”突发模型。假设您确实想一直以 3000 IO 运行。为什么不提供 5 个 200GB 卷,每个卷每 GB 有 3 个 IO。所以 5x200x3=3000IO 基线。将 5 个卷放在 raid 5 中(例如),你应该整天获得大约 3000IO,如果你不超过这个值,就永远不会用完信用(并且 IO 是平均分配的)

    但是,在将速率限制为每卷 600IO 之前,这些卷可以连续 30 分钟突增至 3000 IO。总共仍然是 3000IO。所以......在这个配置中,您可以随时爆发到 15,000IO,当您受到限制时,您仍然拥有您预测需要的 3000IO。只是不要以超过 3000 的速度跑超过需要的速度,否则你将没有爆发力。

    整洁吧?我认为值得打电话或聊天来讨论您的实际需求并回答任何问题。最终,您将需要测试和基准测试您决定使用的任何设计,因为谈论事物和实际结果总是会有所不同!我想你们是相当先进的,但是 - 如果你想对各种设计进行一些简单的测试来帮助你决定什么是最好的,这里有一个很好的示例基准。

    http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/benchmark_piops.html

    【讨论】:

      猜你喜欢
      • 2016-09-30
      • 1970-01-01
      • 1970-01-01
      • 2020-10-16
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-12-01
      相关资源
      最近更新 更多