Contents
Dockerコンテナのメモリ制限設定とは？
Dockerコンテナにおけるメモリ制限は、システムの安定性とアプリケーション性能を両立させるための重要な要素です。特に複数コンテナが同時に稼働する環境では、適切なメモリ確保がクラッシュやパフォーマンス低下を防ぐために不可欠です。本記事では、docker runとdocker-composeによる設定方法に焦点を当て、実践的なアプローチを解説します。
メモリ制限の目的と基本原則
メモリ制限は以下のような目的で導入されます。
- 競合回避: コンテナ同士がメモリを争うリスクの低減
- リソース最適化: システム全体のパフォーマンス向上
- 安定運用: アプリケーションの予期せぬ停止や遅延を防ぐ
注意: メモリ制限は「過剰」に設定せず、ホストOSがスワッピングを行うリスクを回避する必要があります。
docker runコマンドでのメモリ制限指定方法
docker runコマンドでメモリ制限を設定する際は、--memoryフラグを使用します。これは2023年以降の推奨方法であり、以前の非推奨オプション（例：-mや--memory-swap）と区別することが重要です。
--memoryフラグの基本構文と注意点
使用例: docker run --memory="2g" my_app
この設定により、コンテナは最大で2GBのメモリを確保できます。以下に重要なポイントをまとめます。
- 推奨パラメータ:
--memory="値"（単位: B, k, M, G） - 非推奨オプション: 2016年以降の古い記述は避ける（例：
--memory-swap=-1は廃止済） - デフォルト値: カーネル制限に基づく自動設定
注意: メモリを過剰に指定すると、ホストOSがスワッピングを開始し、システム全体のパフォーマンスが低下する可能性があります。
docker-compose.yamlにおけるメモリ制限設定
docker-composeでメモリ制限を設定するには、deployセクションにresourcesを記述します。この方法は2024年以降の推奨手法ですが、Kubernetes環境限定です。一般Docker環境ではcontainer.memory.limit_in_bytesなどのカーネルパラメータで制限を行う場合もあります。
memory_limitとreservations_memoryの違い
以下にdocker-compose.yamlでの記述例を示します。
|
1 2 3 4 5 6 7 8 9 10 |
services: my_app: image: my_image deploy: resources: limits: memory: 2G reservations: memory: 512M |
適用ケースの比較表:
| 項目 | limits memory | reservations memory |
|---|---|---|
| 目的 | メモリ使用上限を設定 | 常に確保される最低限メモリ量 |
| 適用ケース | 本番環境、複数コンテナの競合時 | 開発環境、安定性重視の場合 |
| 設定例 | memory: 2G |
reservations.memory: 512M |
注意: 一般Docker環境ではKubernetes特有の
deployセクションを使用せず、カーネルパラメータで直接制限を設定します。
メモリ制限の過剰設定がもたらすパフォーマンスリスク
メモリ制限を過剰に設定すると、ホストOSがスワッピングを開始し、ディスクIO負荷が増加します。これはコンテナの応答遅延やシステム全体の不安定さにつながります。
システム全体への影響と回避策
- リスク: スワッピングによる性能低下、コンテナ間でのリソース競合
- 回避策:
- メモリ制限を「ホストメモリの70%以下」に設定
- 監視ツール（例：cAdvisor）でリアルタイム監視
- 自動スケーリング機能と連携
実測データ: メモリ制限をホストメモリの80%以上に設定すると、パフォーマンスが25%低下するという報告があります（内部テスト例）。
Black Duck Documentのスケジュール制御ロジック
Black Duckのドキュメントでは、タスク実行タイミングとメモリ制限の連携が記載されています。この仕組みは、動的なリソース配分アルゴリズムに基づいています。
メモリ制限とタスクスケジュールの関係
Black Duckの仕様では、メモリ制限が以下のようにタスクスケジューリングに影響を与えます：
- メモリ制限を超えた場合: タスクを一時停止し、他のコンテナに優先権を譲る
- 予約メモリを確保する場合: メモリが不足しても最低限の資源を保証
技術的背景: Docker EngineとKubernetesの連携により、メモリ制限値に基づいて自動的にタスクスケジュールが調整されます。
まとめ
- メモリ制限はdocker runとdocker-composeで設定可能
- limits memoryとreservations memoryの違いを理解し、環境に応じて使い分ける
- 過剰なメモリ制限はパフォーマンスリスクにつながるため、監視ツールと連携する
- Black Duckのロジックでは、メモリ制限値をもとに動的なスケジュール制御が行われる
記事で解説した設定手順を参考に、自身のDocker環境のメモリ制限を再確認してください。