Openshift PaaS / Kubernetes Docker容器监控和编排

Question

Kubernetes部署和复制控制器可通过确保存在最小数量的副本来实现自我修复。

自动缩放功能还允许在给定特定cpu阈值的情况下增加副本。

是否有可用的工具可以提供自动修复和自动缩放功能的灵活性？

示例：在高峰时段或高峰时段自动调整副本数。 当Pod死了，并且是由于外部问题引起的时，请防止系统重新创建容器并等待条件成功（例如ping或telnet测试）。

Answer 1

您可以通过在入口点脚本或init容器中等待外部服务来阻止pod启动。 这是当今等待外部条件最接近的情况。

如今没有基于时间的自动缩放器，尽管可以按计划轻松地编写失败脚本。

Answer 2

在Openshift中，您可以通过在cron作业中运行此命令来轻松扩展应用程序。

比例命令

 oc scale dc app --replicas=5

当然，缩小它的大小以更改副本数。

自动缩放

这就是Openshift为开发人员撰写的有关自动缩放的内容。 OpenShift还支持自动缩放，按窗格定义CPU使用率的上限和下限。

如果您的应用程序的运行Pod持续超过上限，则将启动您的应用程序的新实例。 当CPU使用率降到低于下限阈值时，由于您的应用程序不再能像以前那样努力地工作，实例数将再次缩减。

我认为Kubernetes现在发布了1.3版，该版本可以自动缩放，但尚未集成到Openshift中。

健康检查

关于健康检查，Openshift具有：

• 就绪检查在路由器开始向其发送流量之前，检查您配置的测试的状态。

• liveness probe：活动性探针会在将流量切换到您的应用程序实例后定期运行，以确保它仍然正常运行。 如果活动探针失败，OpenShift将自动关闭该应用程序的实例，并将其替换为新实例。

您可以执行这种测试（HTTP检查，容器执行检查和TCP套接字检查）

因此，我猜想您可以进行一些准备情况检查和活动检查，以确保您的Pod的状态正常运行，如果未做好准备，则将触发新的部署，直到准备状态变为正常为止。