サポートコンソール開発者トライアルの開始お問い合わせ

3.11. 大規模クラスター向けに etcd データベースのサイズを選択可能

クラスター管理者として、大規模なワークロードや頻繁なデータ変動がデフォルトの 8 GiB 制限に近づいた場合、etcd バックエンドデータベースのクォータを増やすことができます。大規模で頻繁に入れ替わる OpenShift Container Platform クラスターは、デフォルトの 8GiB の etcd バックエンドクォータを使い果たし、書き込みエラーやコントロールプレーンの不安定性を引き起こす可能性があります。

OpenShift Container Platform 5.0 以降では、フィーチャーゲートを有効にすることなく、クラスター etcd カスタムリソースの .spec.backendQuotaGiB フィールドを介してサポートされるクォータを増やすことができます。

重要

8GiB の制限に近づいている場合を除き、この機能を使用しないでください。この機能を使用する計画を立てる際には、ノードのサイズが適切であることを確認してください。さらに、将来的にデータベースのクォータを減らす必要がないと確信できる場合を除き、この機能を使用しないでください。backendQuotaGiB の 設定値を減らすことはできません。API は、現在の設定よりも低い値を設定しようとする試みを次のエラーで拒否します: etcd backendQuotaGiB を減らすことはできません。

クォータを引き上げた後で、より低いクォータで運用する唯一の方法は、変更前に取得した etcd のバックアップからクラスターを復元することです。バックアップ以降に加えられた変更は失われる可能性があることにご注意ください。

backendQuotaGiB フィールドは、8 GiB から 16 GiB までの整数値を受け入れます。デフォルト値は 8 GiB で、これは OpenShift Container Platform の etcd バックエンドの従来のクォータと一致しています。

3.11.1. ディスクと成長挙動
リンクのコピー

backendQuotaGiB の 値を増やすと、etcd が適用する制限が引き上げられますが、ディスク領域がすぐに割り当てられたり予約されたりするわけではありません。クラスターの状態が変化すると、データベースは新しい上限に向かって拡大していく。コントロールプレーンノード上の専用 etcd ディスク容量は、設定されたクォータを超える必要があります。

データベースが設定されたクォータに達すると、etcd は NOSPACE 状態になり、書き込み操作は失敗します。Kubernetes オブジェクトを十分に削除して、コンパクションによって過去のリビジョンが削除された後、解放された領域がディスク上のデータベースサイズの 45% を超えるようにする必要があります。これにより、自動デフラグがトリガーされ、ディスク領域が解放されます。

Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

Legal Notice

Theme

© 2026 Red Hatトップに戻る