生命周期确认

确定 sidecar 资源的正确原则是什么？

• requests 充足、limits 较小
• requests 较小、limits 充足
• 两者都大
• 两者都不设置

完全不设置 requests 会有什么问题？

• 调度器找不到位置，Pod 一直 Pending
• limits 自动复制为 requests
• 节点有资源就无问题
• OOM 分数最差，内存压力时最先被杀

Pod 调度使用的请求量是什么？

• 最大容器的 requests
• 只算主体 requests
• 容器 requests 平均值
• 普通容器与 sidecar 的 requests 总和

哪项不是使用 sidecar 的正当条件？

• 需要 Pod 网络命名空间
• 需要采集整个节点的指标
• 需要 Pod 卷中的文件
• 各租户配置不同

sidecar 持续因 OOM 终止会怎样？

• 重启间隔逐渐增加，Pod 显示 CrashLoopBackOff
• 只增加次数，始终显示 Running
• kubelet 重新调度到其他节点
• 自动提高内存限制直至稳定