有关分区布局的简单问题。 我使用SSD来安装/，/ boot，/ usr和/ home分区。 我想将/ var移动到一个机械磁盘，以尽量减less写入SSD。 我主要关心的是最大限度地延长驱动器的使用寿命，而不是最大限度地提高性能（尽pipe我显然不想削弱我的服务器）。
我的机械盘由两个共享LVM的驱动器组成，第三个用于夜间rsync备份。 我还有一堆老旧的2.5英寸硬盘。
我的问题是，我应该简单地在我的主数据存储上创build一个新的LVM卷“/ var”，还是值得增加能源消耗（在最大化LVM驱动器的使用寿命方面）来安装一个低容量的2.5in磁盘只用于/ var？
在更一般的层面上，我的问题是将操作系统挂载到与我的数据相同的物理卷上。 谢谢你的帮助！
1.3GB /天并不是很多数据。 英特尔评估英特尔320系列固态硬盘20天/每天的4k随机写入5年（ 英特尔320规格 ）。 4k随机写入表示闪存写入/擦除周期的最坏情况，对于标准工作负载，您不太可能持续这样做，所以您的实际使用寿命会稍微好一些。
其他固态硬盘在这里可能会有所不同，但总的来说，假设您使用的是现代SSD，我不会担心这种写入级别。
您还可以检查您的SSD报告的磨损级别，以更好地了解它将持续多久。 我在这里发布如何检查这与英特尔固态硬盘。 其他控制器会报告不同的属性，但是所有现代固态硬盘都以这种或那种方式报告相同的数据。
许多现代固态硬盘控制器芯片组也进行压缩，这将进一步增加您的写入寿命，假设可压缩数据（大多数事情在/ var，如日志文件，将压缩相当好）
举个例子，下面是一些基于Sandforce的OCZ Vertex 2的smartctl的输出结果：
9 Power_On_Hours_and_Msec 0x0032 100 100 000 Old_age Always - 8298h+23m+00.940s 231 SSD_Life_Left 0x0013 087 087 010 Pre-fail Always - 0 233 SandForce_Internal 0x0000 000 000 000 Old_age Offline - 30272 234 SandForce_Internal 0x0032 000 000 000 Old_age Always - 124672 241 Lifetime_Writes_GiB 0x0032 000 000 000 Old_age Always - 124672 242 Lifetime_Reads_GiB 0x0032 000 000 000 Old_age Always - 3136 我在一年前把它放到这台机器上，这与上电时间（345天）相关。 这个驱动已经完成了124672GiB超过345天，或约361GiB /天。 SSD内部磨损计数器在87％ – 所以经过近一年的运行，它已经磨损了13％左右。
这可能是非常可压缩的（RRD数据，从空数据集开始，因此有很多高度可压缩的RRD）。 我的理解是，属性233是写入SSD的“实际”数据量，234/241是“未压缩”。 这意味着它实际上完成了30272个GiB的写入，大约是87GiB /天。
（顺便说一下，这两个数字对我来说似乎有点高，但是我的操作系统级别的监控报告这些驱动器的写入速度一直是4.5MiB / sec，接近360GB /天，因此总计还算可以。 linux内核和驱动器控制器不可能以完全相同的方式搞错）
这将取决于您的固态硬盘和您的具体工作量，但我没有看到任何特殊的需要移动/closures你的固态硬盘。
对于任何ssd 1.3GB /天都可以（可能除了一些非常非常旧的）。 这里是来自ssd生活计算器的报告： http ://www.ssdready.com/measure/?value=1.3&msr=Gb&submit=Estimate%21