Kubernetes部署和复制控制器通过确保存在最少数量的副本来提供自我修复的能力。
此外，自动缩放功能允许在给定特定CPU阈值的情况下增加副本。
是否有可用的工具可以提供自动修复和自动缩放功能的灵活性？
示例： 在高峰时段或天数内自动调整副本数量。 当pod死亡并且由于外部问题时，阻止系统重新创建容器并等待条件成功，即ping或telnet测试。
答案 0 :(得分：0)
您可以通过在入口点脚本或init容器中等待外部服务来阻止pod启动。这是等待外部条件的最接近的。
今天没有基于时间的自动缩放器，尽管可以按计划轻松编写故障脚本。
答案 1 :(得分：0)
在Openshift中，您可以通过在cron作业中运行此命令来轻松扩展应用程序。
缩放命令
oc scale dc app --replicas=5
当然，缩小它可以改变复制品的数量。
自动缩放
这是Openshift为开发人员撰写的关于自动缩放的内容。 OpenShift还支持自动缩放，定义pod使用CPU的上限和下限。
如果应用程序的运行pod始终超过上限阈值，则将启动应用程序的新实例。当CPU使用率回落到下限阈值以下时，由于您的应用程序不再起作用，因此实例数将再次缩减。
我认为Kubernetes现在发布了1.3版本，允许自动缩放但在Openshift中集成。
健康检查
健康检查是什么，Openshift有：
准备情况检查检查您在路由器开始向其发送流量之前配置的测试的状态。
活动探测：一旦流量切换到应用程序实例，就会定期运行活动探测，以确保其仍然正常运行。如果活动探测失败，OpenShift将自动关闭您的应用程序实例并将其替换为新实例。
您可以执行此类测试（HTTP检查，容器执行检查和TCP套接字检查）
因此，我猜你可以确定一些准备情况检查和活动检查，以确保你的pod状态正常运行，如果没有新的部署将被触发，直到准备就绪状态好。