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的狀態正常運行，如果未做好准備，則將觸發新的部署，直到准備狀態變為正常為止。