コンテナーメモリーとリスク要件を満たすためのクラスターメモリーの設定クラスター管理者は、以下を実行し、クラスターがアプリケーションメモリーの管理を通じて効率的に動作するようにすることができます。よるコンピュートリソースの管理方法の概要をよく読んでから次の手順に進むことをお勧めします。各コンテナーに設定できます。メモリー要求とメモリー制限について、以下の点に注意してください。スケジューラーに影響を与えます。スケジューラーは、コンテナーのノードへのスケジュール時にメモリー要求を考慮し、コンテナーの使用のために選択されたノードで要求されたメモリーをフェンスオフします。メモリー使用がメモリー要求を最も超過しているコンテナーのエビクションを優先します。同様のメトリクスに基づいてコンテナーでプロセスを選択し、これを強制終了する場合があります。クラスター管理者は、メモリー要求値に対してクォータを割り当てるか、デフォルト値を割り当てることができます。クラスター管理者は、クラスターのオーバーコミットを管理するために開発者が指定するメモリー要求の値を上書きできます。メモリー制限メモリー制限値が指定されている場合、コンテナーのすべてのプロセスに割り当て可能なメモリーにハード制限を指定します。コンテナーのプロセスをすぐに選択し、これを強制終了します。メモリー要求とメモリー制限の両方が指定される場合、メモリー制限の値はメモリー要求の値よりも大きいか、またはこれと等しくなければなりません。クラスター管理者は、メモリーの制限値に対してクォータを割り当てるか、デフォルト値を割り当てることができます。イベントのためにコンテナーの起動に失敗すると、メモリー制限は低くなります。メモリー制限を引き上げるか、またはこれを削除します。制限のないノードのリソースを消費できるようになります。アプリケーションメモリーをサイジングする手順は以下の通りです。別の負荷テストを実行)。コンテナーで並行して実行されている可能性のあるすべてのプロセスを必ず考慮に入れるようにしてください。メインのアプリケーションは付属スクリプトを生成しているかどうかを確認します。判別エビクションのリスク選好を判別します。リスク選好のレベルが低い場合、コンテナーは予想されるピーク時の使用量と安全マージンのパーセンテージに応じてメモリーを要求します。リスク選好が高くなる場合、予想される平均の使用量に応じてメモリーを要求することがより適切な場合があります。上記に基づいてコンテナーのメモリー要求を設定します。要求がアプリケーションのメモリー使用をより正確に表示することが望ましいと言えます。要求が高すぎる場合には、クラスターおよびクォータの使用が非効率となります。要求が低すぎる場合、アプリケーションのエビクションの可能性が高くなります。(必要な場合)必要時にコンテナーのメモリー制限を設定します。制限を設定すると、コンテナーのすべてのプロセスのメモリー使用量の合計が制限を超える場合にコンテナーのプロセスがすぐに強制終了されるため、いくつかの利点をもたらします。ことができ、次にプロセスをすぐに中止できます。クラスターでは制限値を設定する必要があります。制限に基づいて要求を上書きする場合があります。一部のアプリケーションイメージは、要求値よりも検出が簡単なことから設定される制限値に依存します。メモリー制限が設定される場合、これは予想されるピーク時のコンテナーのメモリー使用量と安全マージンのパーセンテージよりも低い値に設定することはできません。適切な場合は、設定される要求および制限値に関連してアプリケーションが調整されていることを確認します。メモリーをプールするアプリケーションにおいてとくに当てはまります。残りの部分では、これについて説明します。設定はコンテナー化された環境では機能しません。メモリー設定を指定する必要があります。メモリーレイアウトは複雑で、バージョンに依存しており、本書ではこれについて詳細には説明しません。つのメモリー関連のタスクが主なタスクになります。最大ヒープサイズを上書きする。プロセスが適切に設定されていることを確認する。オプションを追加で設定することが必要になる場合があります。ヒープはメモリーの最大かつ単一のコンシューマーです。許可するようデフォルトで設定されます。