The Cloudflare Blog
·
一个简单的Kubernetes修复，节省了每年600小时
💡
原文英文，约1400词，阅读约需5分钟。
📝
内容提要
重启Atlantis需等待30分钟，导致每月损失50小时。问题在于Kubernetes的默认设置，文件增多使重启变慢。调整fsGroupChangePolicy后，重启时间缩短至30秒，显著提升工作效率。
🎯
关键要点
- 重启Atlantis需等待30分钟，导致每月损失50小时的工程时间。
- 问题源于Kubernetes的默认设置，随着持久卷文件增多，重启变慢。
- 通过调整fsGroupChangePolicy，重启时间缩短至30秒，显著提升工作效率。
- Kubernetes的安全默认设置适用于小型工作负载，但在数据增长时可能成为瓶颈。
- 建议审查securityContext设置，特别是fsGroup和fsGroupChangePolicy，以优化性能。
❓
延伸问答
Kubernetes的默认设置如何影响Atlantis的重启时间？
Kubernetes的默认设置导致Atlantis在重启时需要递归更改持久卷中所有文件的权限，随着文件数量的增加，这个过程变得非常缓慢。
如何通过调整fsGroupChangePolicy来优化Kubernetes的性能？
通过将fsGroupChangePolicy设置为OnRootMismatch，可以避免每次挂载时递归更改所有文件的权限，从而显著缩短重启时间。
Atlantis重启时每月损失多少工程时间？
Atlantis重启时每月损失约50小时的工程时间。
Kubernetes在处理大文件时可能遇到什么瓶颈？
Kubernetes在处理大文件时，可能会因为递归更改文件权限而导致重启时间显著增加，这是由于默认设置不适合大规模数据。
如何审查Kubernetes的securityContext设置以优化性能？
建议检查securityContext中的fsGroup和fsGroupChangePolicy设置，以确保它们适合当前的工作负载和数据规模。
调整fsGroupChangePolicy后，Atlantis的重启时间缩短到多少？
调整fsGroupChangePolicy后，Atlantis的重启时间缩短至约30秒。
➡️
