アプリケーションコンテナを開始する前に1つ以上の「初期化」の容器を活性化するために、予め設定された条件は、アプリケーションコンテナを完了するために必要。コンテナとコンテナの初期化アプリケーションは基本的に同じであるが、彼らは仕事の終わりに一度だけ実行され、そして次のコンテナに進むために、システムの実装を成功した後に完了する必要があります。提供RestartPolicy =常に、ポッドは、システムが自動的になります再起動すると、再起動ポリシーポッドは、initコンテナが失敗したときに、RestartPolicyは=、ポッドが自動的に起動に失敗しなくなります決して提供しました
コンテナとコンテナアプリケーション間のinit差
単純に両者の違いを説明します。
- コンテナと異なるアプリケーションのコンテナの動作の初期化モードでは、彼らは、複数の初期化コンテナーを設定するときに、順番に一つずつ実行して、前にアプリケーションコンテナの実装に完了し、そしてのみ正常に実行初期化コンテナーを実行するために、以前の初期化コンテナーの後にする必要があります。すべての初期化コンテナーが正常に実行すると、kubernetesは、さまざまな情報のポッドを初期化し、アプリケーションコンテナの作成と実行を開始します。
- 初期化コンテナーの定義でもその上のリソース制限、使用およびセキュリティポリシーの音量を設定することができます。ただし、リソースの制約と異なる設定のアプリケーションコンテナ：
- 初期化容器は、容器のinit /リソース制限値へのすべてのリソース要求の値として最大値を取って、リソース要求/リソース制限を複数定義している場合。
- 次の二つのどちらか大きい方ポッド/リソース制限値のリソース要求の実効値：
- すべてのアプリケーションコンテナ/制限値のリソース要求値と
- 初期化コンテナーの有効な資源要求値/限界値
- 有効な値/限界値が算出されるリソース要求ポッドに基づいて、スケジューリングアルゴリズムは、すなわち、INIT容器は、システムリソースを予約するための初期化動作とすることができる場合であっても、これらのリソースの後続のアプリケーションを使用せずに容器。
- ポッド効果的なQoS評価は、コンテナとコンテナアプリケーションを初期化するために適用されます。
- リソース割り当てとスケジューリングメカニズムと一致する有効なポッド/制限に基づいて、リソース要求を制限します。
- 初期化コンテナーは、その成功の実行後にポッドで定義されている通常のコンテナの実行を継続する必要性、readinessProbeプローブを設定することはできません。ポッドが再起動されますと、initコンテナは、次のように共通ポッド再起動のシナリオがあり、再実行されます。
- 画像が更新されたとき、初期化コンテナがポッドの再起動をリードし、再実行される初期化コンテナは、のみのみアプリケーションコンテナが再起動されていることを確認し、ミラーリングアプリケーションコンテナを更新します。
- インフラ更新のポッド容器の場合には、ポッドが再起動します。
- すべてのアプリケーションでコンテナまたはポッドが終了され、そしてRestartPolicyは=常に、その後、ポッドが再起動しますとき。