通过逐个更换驱动器将机械磁盘 RAID 转换为 SSD 是否存在问题？
我在网上找不到任何做过这种事的人，所以就把这里作为发布此事的地方吧。
如果您已成功将 RAID 从机械磁盘转换为 SSD，请回来并发布您的规格。（serverfault 不要求注册，因此发布速度非常快。）
仅供参考，我正在运行 LSI MegaRAID 9260-8i，其中有 8 个 3TB ST3000DM001 驱动器，采用 RAID 6，因此我还需要几年时间才能买到价格实惠的 3TB+ SSD。过去 3 年里，我有 2 个驱动器被标记为故障，每次重建驱动器都需要 8 小时。当然，首先要备份，而且我意识到在用 SSD 替换和重建每个驱动器时对其他驱动器的风险。
在本文发布时，1TB SSD 的售价约为每台 350 美元，因此阵列中驱动器较小/较少的人可能已经在考虑这个问题了。1TB SSD 的容量是否与 1TB 机械驱动器相同，还是需要更换为更大的驱动器，例如同样可用的 1.2TB SSD？由于 SSD 容量过大是一项昂贵的提议，因此确认驱动器实际最大容量的最佳方法是什么？（最佳做法是使用比满容量少 3-5% 的容量，以便在您的产品停产时使用相同大小的其他型号，但我知道很多人不这样做。）
答案1
我们刚刚在开发服务器上做了 Martin Seitl 提到的同样的事情，使用 LSI SAS1068E，从两个 Hitachi Ultrastar A7K1000 SATA 磁盘到两个 SATA Samsung EVO 840 驱动器（我们安装了第二个固件修复对于 EVO 840 性能下降...）。但是，有几点需要注意：
- 确保您的控制器可以混合 SATA 和 SAS（如果适用）。我们的 3Ware 9650 8i 控制器不能。LSI 占用了 3Ware，从类型编号来看，我猜您的控制器也存在同样的问题。
- 您当前的分区4k 对齐? 我不确定它对于 SSD 是否有必要，但我怀疑是的。
- RAID 控制器不支持
trim。你对此无能为力，但至少要意识到这一点。随着时间的推移，你可能会得到写入放大。像 Martin 那样的过度配置确实很聪明，但并不完美。
至于磁盘大小；我注意到从大约 500GB 开始，不同制造商的磁盘大小精确到字节（但我不知道这是否是真正的标准）。不过，这可以在驱动器的规格中轻松验证。但请记住过度配置。
答案2
几个月前我做过类似的事情。
配备 Intel ICH8R Raid 控制器的 Supermicro 服务器有 2 个逻辑卷中的 4 个磁盘
- 卷 0：2xWD Re 250GB SATA - Raid 1
- 卷 1：2xWD Re 500GB SATA - Raid 1
由于卷 0 是 SBS 2008 的系统驱动器，并且受到 IO 性能的影响，我们决定用 SSD 替换卷 0 的驱动器。
我们用粗暴的方式做到了这一点。关闭服务器，用 512 GB 的三星 SSD 850 PRO 替换第一个驱动器（WD Re 250GB）。打开服务器后，Raid 控制器被指示在新添加的驱动器上重建阵列。重建完成后，我们对第二个 250 GB 驱动器重复了该过程。
未做其他更改。随机读取（数据库）的性能显著提高。
您可能会问，为什么我们选择 512GB SSD 来替代 250GB HDD？那只是因为过度配置并延长了 SSD 的使用寿命。
答案3
不，这是不可能的。
大多数硬件 RAID 控制器禁止创建混合媒体阵列；例如 SATA 和 SAS 一起或 SAS 和 SSD。
对于发生故障的 SAS/SATA 机械驱动器，阵列不会接受 SSD 替换。