第2章 エフェメラルストレージについて
ワークロードの実行期間中のみ存在する一時的なデータを管理するには、エフェメラルストレージの特性を確認してください。
2.1. エフェメラルストレージの概要 リンクのコピーリンクがクリップボードにコピーされました!
ステートレスアプリケーションのローカルストレージを管理するには、エフェメラルストレージを使用します。エフェメラルストレージは、Pod やコンテナーの一時的な性質に合わせて設計されています。この機能を使用すると、ワークロードのライフサイクル期間中のみストレージを必要とする操作を処理できます。開発者と管理者の両方がこの機能を利用できます。
永続ストレージに加え、Pod とコンテナーは、操作に一時または短期的なローカルストレージを必要とする場合があります。このエフェメラルストレージは、個別の Pod の寿命より長くなることはなく、エフェメラルストレージは Pod 間で共有することはできません。
Pod は、スクラッチ領域、キャッシュ、ログにエフェメラルローカルストレージを使用します。ローカルストレージのアカウントや分離がないことに関連する問題には、以下が含まれます。
- Pod が利用可能なローカルストレージの量を検出できない。
- Pod がローカルストレージを要求しても確実に割り当てられない可能性がある。
- ローカルストレージがベストエフォートのリソースである。
- Pod は他の Pod でローカルストレージが一杯になると退避される可能性があり、十分なストレージが回収されるまで新しい Pod は許可されない。
永続ボリュームとは異なり、エフェメラルストレージは構造化されておらず、スペースは、システム、コンテナーランタイム、および Red Hat OpenShift Service on AWS による他の使用に加えて、ノードで実行されているすべての Pod 間で共有されます。一時ストレージフレームワークにより、Pod は短期的なローカルストレージのニーズを指定できます。また、Red Hat OpenShift Service on AWS が必要に応じて Pod をスケジュールし、ローカルストレージの過剰な使用からノードを保護することもできます。
一時ストレージフレームワークを使用すると、管理者および開発者はローカルストレージをより適切に管理できますが、I/O スループットやレイテンシーに直接影響はありません。