Kubernetes部署和複製控制器通過確保存在最小數量的副本來提供自我修復的能力。Openshift PaaS/Kubernetes Docker容器監視和協調
此外,自動縮放功能允許在給定特定cpu閾值的情況下增加副本。
是否提供可提供自動修復和自動縮放功能靈活性的工具?
示例: 在高峯時段或天內自動調整副本數量。 由於外部問題而導致容器死亡時,阻止系統重新創建容器並等待條件成功,即ping或telnet測試。
Kubernetes部署和複製控制器通過確保存在最小數量的副本來提供自我修復的能力。Openshift PaaS/Kubernetes Docker容器監視和協調
此外,自動縮放功能允許在給定特定cpu閾值的情況下增加副本。
是否提供可提供自動修復和自動縮放功能靈活性的工具?
示例: 在高峯時段或天內自動調整副本數量。 由於外部問題而導致容器死亡時,阻止系統重新創建容器並等待條件成功,即ping或telnet測試。
您可以通過在入口點腳本或init容器中等待外部服務來阻止pod啓動。這是目前等待外部條件最接近的。
今天沒有基於時間的autoscaler,儘管它可以很容易按時間表編寫故障腳本。
在Openshift中,您可以通過在cron作業中運行此命令來輕鬆擴展您的應用程序。
規模命令
oc scale dc app --replicas=5
和當然,規模下來改變副本的NUMER。
自動量程
這是Openshift開發商寫自動縮放。 OpenShift還支持自動縮放,通過pod定義CPU使用率的上限和下限。
如果應用程序的運行窗格始終超出上限閾值,則會啓動應用程序的新實例。當CPU使用率下降到低於閾值下限時,因爲您的應用程序不再工作得很難,實例數量將再次縮減。
我認爲Kubernetes現在發佈了1.3版本,允許自動縮放但在Openshift中集成。
健康檢查
什麼談到健康檢查,Openshift有:
準備情況檢查檢查測試您的路由器開始前配置將流量發送給它的狀態。
活性探測器:一旦流量切換到您的應用程序實例以確保它仍然正常工作,則活動探測器會定期運行。如果活動探測失敗,OpenShift會自動關閉應用程序的實例並將其替換爲新的應用程序。
可以執行這種測試(HTTP檢查,集裝箱執行檢查和TCP套接字檢查)
所以E本tolos我想你可以創建一些就緒檢查和活躍度檢查,以確保狀態的pod運行正常,如果沒有新的部署將被觸發,直到準備就緒狀態恢復正常。