0

Kubernetes のデプロイとレプリケーション コントローラーは、最小限の数のレプリカが存在することを保証することで、自己修復機能を提供します。

また、自動スケーリング機能により、特定の CPU しきい値を指定してレプリカを増やすことができます。

自動修復機能と自動スケーリング機能に柔軟性を提供するツールはありますか?

例 : ピーク時間または日中にレプリカの数を自動調整します。Pod が停止し、外部の問題が原因である場合、システムがコンテナーを再作成するのを防ぎ、ping または telnet テストなどの条件が成功するのを待ちます。

4

2 に答える 2

0

Openshift では、このコマンドを cron ジョブで実行することにより、アプリを簡単にスケーリングできます。

スケール コマンド

 oc scale dc app --replicas=5

そしてもちろん、レプリカの数を変更してスケールダウンします。

自動スケーリング

これは、開発者向けの Openshift が自動スケーリングについて書いているものです。OpenShift は自動スケーリングもサポートしており、ポッドごとの CPU 使用率の上限と下限のしきい値を定義します。

アプリケーションの実行中のポッドが常に上限しきい値を超えている場合、アプリケーションの新しいインスタンスが開始されます。アプリケーションがそれほどハードに動作しなくなったために CPU 使用率が下限しきい値を下回った場合、インスタンスの数は再び縮小されます。

Kubernetes はバージョン 1.3 をリリースしたと思います。これは自動スケーリングを可能にしますが、まだ Openshift に統合されています。

健康診断

ヘルスチェックに関しては、Openshift には次の機能があります。

  • 準備状況チェック ルーターがトラフィックの送信を開始する前に、設定したテストのステータスを確認します。

  • liveness プローブ: liveness プローブは、トラフィックがアプリケーションのインスタンスに切り替えられると定期的に実行され、アプリケーションが正しく動作していることを確認します。liveness プローブが失敗した場合、OpenShift はアプリケーションのそのインスタンスを自動的にシャットダウンし、新しいインスタンスに置き換えます。

この種のテストを実行できます (HTTP チェック、コンテナ実行チェック、および TCP ソケット チェック)

このように、準備状況チェックと活性チェックを作成して、ポッドのステータスが適切に実行されていることを確認できます。そうでない場合は、準備状況が OK になるまで新しいデプロイがトリガーされます。

于 2016-09-11T15:42:07.673 に答える
0

エントリポイント スクリプトまたは init コンテナーで外部サービスを待機することにより、ポッドの起動をブロックできます。これは、今日存在する外部条件を待つことに最も近いものです。

現在、時間ベースのオートスケーラーはありませんが、スケジュールに従って簡単に失敗するスクリプトを作成することは可能です。

于 2016-09-11T00:38:41.413 に答える