SSD 驱动器已经存在好几年了。但可靠性问题仍然存在。
我想这是 4 年前发布的这个问题的后续,最后一次更新是在 2011 年。现在是 2013 年,有很大变化吗?我想我正在寻找一些真实的证据,而不仅仅是直觉。也许您正在 DC 中使用它们。你有什么经历?
更新:
现在是 2016 年。我认为答案可能是肯定的(可惜它们每 GB 的成本仍然更高)。
这份报告提供了一些证据:
以及一些关于(消费者)机械驱动器的有趣数据:
我目前正在构建一个新的 Ubuntu 13.04 服务器,在一个 RAID 镜像中有 2 个 256GB SSD 来运行 MariaDB 实例。我们通常将LVM 置于 md raid 1 阵列之上的 dm-crypt 加密之上,但之前未在此设置中使用 SSD。
我的问题是,由于我们将使用较新的 (3.8) 内核,因此按照我的理解,它应该允许将 fstrim 直接应用于 raid 卷。我现在可以简单地依靠它fstrim -v /
通过 cron 作业正常工作,就像没有进行突袭一样吗?即使 LVM 位于raid 卷之上也是如此吗?我们计划使用驱动器上的硬件加密,因此我们不需要 dm-crypt。
注意:我知道有几个类似的问题涉及向后移植更新的内核版本和使用 md 卷实现丢弃 - 我特别询问是否fstrim
适用于 md-raid 而无需在较新的内核中进一步修改。
更新:只是想跟进并发布这工作正常。现在有一份工作在cron.daily是运行fstrim上/
和/boot
它的工作完美。此外,事实证明 SSD (Samsung 840 Pros) 上的硬件加密似乎需要 TPM 支持,而我们没有,因此我们确实配置了软件加密,如链接所示。通过添加( not to ) 中discard
的选项和的 devices 部分,即使通过 LVM、加密和 RAID 层,fstrim 也能正常工作。 有关在具有 LVM 和加密的 …