Openshift PaaS/Kubernetes Docker Container监控和协调

Question

Kubernetes部署和复制控制器通过确保存在最少数量的副本来提供自我修复的能力。

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

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

示例:高峰期自动调整副本数。当pod死了，并且是由于外部问题，防止系统重新创建容器，并等待一个条件成功，即ping或telnet测试。

Answer 1

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

今天没有基于时间的自动定标器，尽管可以很容易地在计划中编写失败脚本。

Answer 2

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

缩放命令

 oc scale dc app --replicas=5

当然，通过改变副本的数量来缩小它。

自动缩放

这是Openshift for developers写的关于自动缩放的内容。OpenShift还支持自动伸缩，按实例定义CPU使用率的上限和下限。

如果您的应用程序的运行pods持续超过上限阈值，则会启动一个新的应用程序实例。

我认为Kubernetes现在发布了1.3版，它允许自动缩放，但还集成在Openshift中。

运行状况检查

在运行状况检查方面，Openshift拥有：

• readiness检查在路由器开始向it.
• liveness probe发送流量之前，会检查您配置的测试的状态:一旦流量切换到您的应用程序实例，活跃性探测器就会定期运行，以确保它仍然正常运行。如果活性探测失败，OpenShift将自动关闭该应用程序实例，并将其替换为新实例。

您可以执行此类测试(HTTP检查、容器执行检查和TCP套接字检查)

因此，我猜您可以创建一些就绪检查和活动检查，以确保您的pod的状态正常运行，如果不是，将触发新的部署，直到就绪状态变为ok。