Dockerコンテナリソース計算機

データ開発者

入力

自動処理

出力

クライアント側

財産	価値
CPUリクエスト	-
CPU制限	-
CPUリクエスト（ミリコア）	-
CPU制限（ミリコア）	-
メモリリクエスト	-
メモリ制限	-
合計CPU（全コンテナ）	-
合計メモリ（全コンテナ）	-

Docker実行コマンド

Docker --memory および --cpus フラグ

Kubernetes YAML

Kubernetesリソース.requests / limits

広告削除する？

ガイド

Dockerコンテナリソース計算機

ホストの容量とワークロードタイプに基づいて、DockerコンテナとKubernetes Podの最適なCPUおよびメモリリソース制限を計算します。利用可能なCPUコアとRAMを入力し、ワークロードプリセットを選択すると、コピーボタン付きのすぐに使用できるDocker実行フラグ、KubernetesリソースYAML、およびDocker Composeスニペットが生成されます。設定可能なオーバーコミット比率とホストOS予約を備えたマルチコンテナシナリオに対応します。

使用方法

ホストCPUコアと利用可能なRAM（GB単位）を入力し、ワークロードタイプのプリセットを選択するか、カスタムリソース比率を定義します。コンテナ数を設定し、ホストOS予約の割合を調整し、オーバーコミット比率を設定します。計算機は、各コンテナのDocker実行フラグ、KubernetesリソースYAML、およびDocker Composeスニペットを生成します。総リソース割り当てがホスト容量を超えた場合は警告が表示されます。

機能

7つのワークロードプリセット – Webサーバー、アプリケーションサーバー、バックグラウンドワーカー、データベース、キャッシュ、ML推論、およびカスタム（推奨CPUおよびメモリ比率付き）
マルチコンテナサポート – 複数のコンテナに均等にリソースを分割
Docker実行フラグ – コピー可能 –memory、–memory-reservation、–cpus、および –cpu-shares フラグ
Kubernetes YAML – ミリコアおよびMi/Gi単位のリクエストと制限を含む完全なリソースブロック
Docker Composeスニペット – docker-compose.yml用にフォーマットされたdeploy.resourcesブロック
オーバーコミット比率 – リクエスト対制限の比率を設定（1.0xはオーバーコミットなし、2.0xはアグレッシブ）
ホストOS予約 – ホストオペレーティングシステム用に予約された調整可能な割合（デフォルト10-15%）
容量警告 – 割り当てが利用可能なホストリソースを超えた場合の視覚的アラート

広告削除する？

 よくある質問

Dockerのメモリ制限とKubernetesのリソースリクエストの違いは何ですか？

Dockerのメモリ制限（--memoryフラグ）は、コンテナのメモリ使用量にハードキャップを設定します。コンテナがこの制限を超えると、DockerはOOMエラーでそれを終了させます。Kubernetesには2つの設定があります：リソースリクエストとリソース制限。リクエストは、スケジューラがPodの配置に使用する保証された最小リソースです。制限は、コンテナが使用できる最大値です。リクエストを制限よりも低く設定すると、Pod間でリソースをオーバーコミットでき、クラスタの利用率が向上しますが、負荷下での競合のリスクがあります。
Kubernetesのミリコアとは何ですか？また、どのように機能しますか？

KubernetesはCPUをミリコア単位で測定し、1 CPUコアは1000ミリコア（1000m）に相当します。これにより、きめ細かなCPU割り当てが可能になります。たとえば、250mはCPUコアの1/4を意味し、1500mは1.5コアを意味します。CPUを0.25または1.5のような小数値で指定することもできます。ミリコアは、CPUコアのわずかな割合しか必要としない小さなコンテナに特に役立ち、内部的にはLinux CFS（Completely Fair Scheduler）のクォータ設定にマッピングされます。
オペレーティングシステムのためにホストリソースをどれくらい予約すべきですか？

一般的な推奨事項は、ホストオペレーティングシステム、システムサービス、およびコンテナランタイムのオーバーヘッドのためにCPUとメモリの10〜15％を予約することです。本番環境のKubernetesノードでは、kubeletにはリソースを確保するための組み込みフラグ（--system-reservedおよび--kube-reserved）があります。16 GBのホストでは、10％を予約するとOS用に1.6 GBが確保され、コンテナ用に14.4 GBが残ります。予約が少なすぎるとシステムが不安定になる可能性があり、予約が多すぎると容量が無駄になります。
リソースのオーバーコミットとは何ですか？また、いつ使用すべきですか？

リソースのオーバーコミットとは、リソースリクエストを制限よりも低く設定することであり、スケジューラが、すべてのPodが同時に最大リソースを使用した場合には処理できない量よりも多くのPodをノードに配置できるようにすることです。1.5倍のオーバーコミット比率とは、リクエストが制限の67％に設定されていることを意味します。これは、ピーク使用率に同時に達することがまれなWebサーバーのようなバースト性のワークロードに適しています。データベースやステートフルサービスなど、一貫したパフォーマンスが重要なサービスにはオーバーコミットを避けてください。本番環境では1.0倍（オーバーコミットなし）から始め、慎重に増やしてください。