Bee*_*eep 9 storage-area-network ssd hp
我的公司正在尝试确定要购买哪种类型的 SAN。这特别适用于 IO 受限的数据库服务器（存储现在是 DAS，但我们已达到单个服务器的限制，我们也想添加集群）。
我们需要一个能够长期产生大约 3000 IOPS 的解决方案（我们目前的峰值大约为 1000 IOPS）。我们的大多数数据库操作都是小型读/写。根据与 HP 工程师和其他在线人员的讨论，在 RAID 10 配置中配备 24 个 SAS HD 的 HP P2000 的速度略低于该速度，价格约为 2 万美元。添加控制器和其他项目来构建 SAN 使我们的最大预算接近 3 万美元。
但在网上，我看到许多 SAS SSD 提供 80,000 IOPS+ 的速度。这是现实的期望吗？如果是这样，获得 P2000 或类似的入门级 SAN 并在其中放入一些 SSD 是否现实？我们的数据库很小，总共只有几 TB。如果我们这样做，我们就会有剩余的钱来购买第二个 SAN 用于镜像/故障转移，这似乎是谨慎的。
我用于磁盘 IO 的经验法则是：
SATA 的每主轴 75 IOPS。
FC/SAS 每轴 150 IOPs
SSD 的每个主轴 1500 IOPS。
除了每个阵列的IOP 之外，还要考虑每 TB 的 IOP。如果使用 SATA + RAID6，最终每 TB 的 IOP 比率非常差的情况并不少见。这听起来可能并不过分，但您经常会发现有人在阵列上发现了“可用空间”，并想要使用它。人们购买演出而忽略 iops 是很常见的，而在大多数企业系统中，情况恰恰相反。
然后加入 RAID 的写入惩罚成本：
在适当的情况下，写入惩罚可以部分减轻很好的大写缓存。如果您有大量顺序写入 IO（如 DB 日志），您可以相当显着地减少 RAID 5 和 6 上的写入损失。如果您可以写入一个完整的条带（例如每个主轴一个块），您就不必读取来计算奇偶校验。
假设有 8+2 RAID 6 集。在单个写入 IO 的正常操作中，您需要：
使用缓存的完整条带写入 - 例如 8 个连续的“块”，RAID 条带的大小，您可以计算整个批次的奇偶校验，而无需读取。所以你只需要 10 次写入 - 每个数据一个，两个奇偶校验。
这使您的写入惩罚为 1.2。
您还需要记住，写 IO 很容易缓存 - 您不需要立即将其保存在磁盘上。它在软时间限制下运行 - 只要您的传入写入平均不超过主轴速度，它都能够以“缓存速度”运行。
另一方面，读取 IO 受到严格的时间限制 - 在获取数据之前您无法完成读取。读取缓存和缓存加载算法在这一点上变得重要 - 可以预测和预取可预测的读取模式（例如顺序，如您从备份中获得的），但随机读取模式不能。
对于数据库，我通常建议您假设：
您的大部分“数据库”IO 都是随机读取的。（例如，不利于随机访问）。如果您负担得起开销，RAID1+0 是不错的选择——因为镜像磁盘提供了两个读取源。
您的大部分“日志”IO 都是顺序写入。（例如，有利于缓存，与许多 DBA 的建议相反，您可能想要 RAID50 而不是 RAID10）。
两者的比值很难说。取决于数据库做什么。
由于随机读取 IO 是缓存的最坏情况，因此 SSD 确实发挥了作用 - 许多制造商不会打扰缓存 SSD，因为无论如何它的速度大致相同。所以特别是对于临时数据库和索引之类的东西，SSD 提供了很好的投资回报。
我可以谈谈您想要实现的具体目标。老实说，我不会考虑入门级 HP P2000/MSA2000 来满足您的需求。
这些设备有很多限制，从 SAN 功能集的角度来看，它们只不过是一盒磁盘。无分层、无智能缓存、虚拟磁盘组中最多 16 个磁盘、低 IOPS 功能、SSD 支持差（尤其是在您选择的设备上）。
您需要升级到HP MSA2040才能看到任何性能优势或SSD 的官方支持。另外，您真的想使用 iSCSI 吗？
如果您可以容忍本地存储，DAS 可能是您的最佳选择。PCIe 闪存存储将在您的预算之内，但需要仔细规划容量。
您能详细说明一下您的实际服务器的规格吗？品牌/型号等
如果集群是必须具备的，另一个选择是使用 HP MSA2040 单元，但使用 SAS 单元而不是 iSCSI。这比其他型号成本更低，允许您连接 4-8 台服务器，提供低延迟和高吞吐量，并且仍然可以支持 SSD。即使使用光纤或 iSCSI 型号，该装置也会比您链接的装置提供更大的灵活性。
| 归档时间： |
|
| 查看次数： |
5740 次 |
| 最近记录： |