使用ElasticSearch Docker镜像会导致MacBook Pro的SSD损耗吗？

作为经常在Mac上用Docker跑ES做Rails开发的人，我来帮你捋捋这个问题～先给你吃个定心丸：正常开发场景下，甚至最坏情况，1年内都不太可能把你的SSD用坏。下面具体拆解原因和优化建议：

1. 先搞懂SSD的寿命核心指标：TBW #

SSD的寿命主要看总写入字节数（TBW, Terabytes Written），也就是它能承受的累计写入总量。2015款13寸rMBP的128GB SSD，Apple官方给出的TBW大概是120TB左右——简单说就是累计写入120TB的数据后，SSD才会进入性能衰减阶段（不是直接损坏）。

2. 开发环境下ES的写入量到底有多大？ #

开发环境和生产环境完全不是一个量级：

• 你不会像生产环境那样持续写入海量业务数据，最多是测试用的模拟数据、开发过程中的调试数据，甚至很多时候是小批量的迭代测试。
• 就算按最坏情况算：假设你每天疯狂往ES里写入100GB数据（这已经远超99%的开发场景了，大部分人每天写入可能连1GB都不到），一年下来的总写入量是365×100GB=36.5TB，还不到你SSD TBW阈值的三分之一。

3. Docker对SSD的额外影响？ #

Docker在MacOS上是通过HyperKit虚拟机运行的，但本质上ES的写入最终还是会落到你的物理SSD上，不过这个过程不会凭空增加太多额外写入——除非你开启了不必要的虚拟机快照、频繁重启容器导致镜像/容器层反复写入，但这些操作的写入量和ES本身的数据写入比起来可以忽略。

4. 几个减少SSD损耗的小技巧（锦上添花） #

如果还是担心，可以做这些优化：

• 限制ES的JVM内存：在docker run命令里通过-e ES_JAVA_OPTS="-Xms512m -Xmx512m"设置合适的内存，避免ES因为内存不足频繁触发磁盘swap（swap会大幅增加SSD写入）。
• 简化ES集群配置：开发环境用单节点即可，关闭副本（设置number_of_replicas: 0），减少冗余数据的写入。
• 定期清理测试数据：不用的索引及时删除，避免ES存储过多无用数据占用磁盘空间，同时减少后续的合并、写入操作。
• 开启ES磁盘水印：在ES配置里设置disk.watermark.low和disk.watermark.high，比如分别设为80%和90%，避免磁盘接近满负载（满磁盘会导致SSD写入效率下降，增加损耗）。

总结 #

不管是正常开发还是极端测试场景，1年内的写入量都远达不到你SSD的TBW上限，完全不用担心损坏问题。安心用ES做Rails开发就好～

内容的提问来源于stack exchange，提问作者Wordpressor