The Cloudflare Blog
·
一个简单的Kubernetes修复，节省了每年600小时
内容提要
重启Atlantis需等待30分钟，导致每月损失50小时。问题在于Kubernetes的默认设置，文件增多使重启变慢。调整fsGroupChangePolicy后，重启时间缩短至30秒，显著提升工作效率。
关键要点
-
重启Atlantis需等待30分钟，导致每月损失50小时的工程时间。
-
问题源于Kubernetes的默认设置，随着持久卷文件增多，重启变慢。
-
通过调整fsGroupChangePolicy，重启时间缩短至30秒，显著提升工作效率。
-
Kubernetes的安全默认设置适用于小型工作负载，但在数据增长时可能成为瓶颈。
-
建议审查securityContext设置，特别是fsGroup和fsGroupChangePolicy，以优化性能。
延伸解读
Kubernetes默认设置的局限性
Kubernetes的安全默认设置适用于小型工作负载，但在数据量增加时可能导致性能瓶颈。本文案例中，随着持久卷文件数量的增加，重启时间显著延长，显示出默认设置在特定场景下的局限性。
优化fsGroupChangePolicy的实用性
通过调整fsGroupChangePolicy，重启时间从30分钟缩短至30秒，显著提升了工作效率。这一简单的配置更改为团队节省了大量工程时间，强调了在Kubernetes中定期审查和优化配置的重要性。
监控和调试的重要性
在处理Kubernetes性能问题时，监控和调试是关键。通过分析kubelet日志和事件，团队能够识别出导致重启延迟的根本原因。这提醒我们在面对系统问题时，深入调查而非仅仅依赖默认设置。
延伸问答
Kubernetes的默认设置如何影响Atlantis的重启时间？
Kubernetes的默认设置导致Atlantis在重启时需要递归更改持久卷中所有文件的权限，随着文件数量的增加，这个过程变得非常缓慢。
如何通过调整fsGroupChangePolicy来优化Kubernetes的性能？
通过将fsGroupChangePolicy设置为OnRootMismatch，可以避免每次挂载时递归更改所有文件的权限，从而显著缩短重启时间。
Atlantis重启时每月损失多少工程时间？
Atlantis重启时每月损失约50小时的工程时间。
Kubernetes在处理大文件时可能遇到什么瓶颈？
Kubernetes在处理大文件时，可能会因为递归更改文件权限而导致重启时间显著增加，这是由于默认设置不适合大规模数据。
如何审查Kubernetes的securityContext设置以优化性能？
建议检查securityContext中的fsGroup和fsGroupChangePolicy设置，以确保它们适合当前的工作负载和数据规模。
调整fsGroupChangePolicy后，Atlantis的重启时间缩短到多少？
调整fsGroupChangePolicy后，Atlantis的重启时间缩短至约30秒。
