This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.1.7. etcd データのデフラグ
大規模で密度の高いクラスターの場合に、キースペースが過剰に拡大し、スペースのクォータを超過すると、etcd は低下するパフォーマンスの影響を受ける可能性があります。etcd を定期的に維持および最適化して、データストアのスペースを解放します。Prometheus で etcd メトリックをモニターし、必要に応じてデフラグします。そうしないと、etcd はクラスター全体のアラームを発生させ、クラスターをメンテナンスモードにして、キーの読み取りと削除のみを受け入れる可能性があります。
これらの主要な指標をモニターします。
- 
						etcd_server_quota_backend_bytes、これは現在のクォータ制限です
- 
						etcd_mvcc_db_total_size_in_use_in_bytes、これはヒストリーコンパクション後の実際のデータベース使用状況を示します。
- 
						etcd_mvcc_db_total_size_in_bytesはデフラグ待ちの空き領域を含むデータベースサイズを表します。
etcd データをデフラグし、etcd 履歴の圧縮などのディスクの断片化を引き起こすイベント後にディスク領域を回収します。
履歴の圧縮は 5 分ごとに自動的に行われ、これによりバックエンドデータベースにギャップが生じます。この断片化された領域は etcd が使用できますが、ホストファイルシステムでは利用できません。ホストファイルシステムでこの領域を使用できるようにするには、etcd をデフラグする必要があります。
デフラグは自動的に行われますが、手動でトリガーすることもできます。
etcd Operator はクラスター情報を使用してユーザーの最も効率的な操作を決定するため、ほとんどの場合、自動デフラグが適しています。
1.7.1. 自動デフラグ
etcd Operator はディスクを自動的にデフラグします。手動による介入は必要ありません。
以下のログのいずれかを表示して、デフラグプロセスが成功したことを確認します。
- etcd ログ
- cluster-etcd-operator Pod
- Operator ステータスのエラーログ
自動デフラグにより、Kubernetes コントローラーマネージャーなどのさまざまな OpenShift コアコンポーネントでリーダー選出の失敗が発生し、失敗したコンポーネントの再起動がトリガーされる可能性があります。再起動は無害であり、次に実行中のインスタンスへのフェイルオーバーをトリガーするか、再起動後にコンポーネントが再び作業を再開します。
最適化が成功した場合のログ出力の例
etcd member has been defragmented: <member_name>, memberID: <member_id>
etcd member has been defragmented: <member_name>, memberID: <member_id>最適化に失敗した場合のログ出力の例
failed defrag on member: <member_name>, memberID: <member_id>: <error_message>
failed defrag on member: <member_name>, memberID: <member_id>: <error_message>1.7.2. 手動デフラグ
Prometheus アラートは、手動でのデフラグを使用する必要がある場合を示します。アラートは次の 2 つの場合に表示されます。
- etcd が使用可能なスペースの 50% 以上を 10 分を超過して使用する場合
- etcd が合計データベースサイズの 50% 未満を 10 分を超過してアクティブに使用している場合
					また、PromQL 式を使用した最適化によって解放される etcd データベースのサイズ (MB 単位) を確認することで、最適化が必要かどうかを判断することもできます ((etcd_mvcc_db_total_size_in_bytes - etcd_mvcc_db_total_size_in_use_in_bytes)/1024/1024)。
				
etcd のデフラグはプロセスを阻止するアクションです。etcd メンバーはデフラグが完了するまで応答しません。このため、各 Pod のデフラグアクションごとに少なくとも 1 分間待機し、クラスターが回復できるようにします。
以下の手順に従って、各 etcd メンバーで etcd データをデフラグします。
前提条件
- 
							cluster-adminロールを持つユーザーとしてクラスターにアクセスできる。
手順
- リーダーを最後にデフラグする必要があるため、どの etcd メンバーがリーダーであるかを判別します。 - etcd Pod のリストを取得します。 - oc -n openshift-etcd get pods -l k8s-app=etcd -o wide - $ oc -n openshift-etcd get pods -l k8s-app=etcd -o wide- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - 出力例 - etcd-ip-10-0-159-225.example.redhat.com 3/3 Running 0 175m 10.0.159.225 ip-10-0-159-225.example.redhat.com <none> <none> etcd-ip-10-0-191-37.example.redhat.com 3/3 Running 0 173m 10.0.191.37 ip-10-0-191-37.example.redhat.com <none> <none> etcd-ip-10-0-199-170.example.redhat.com 3/3 Running 0 176m 10.0.199.170 ip-10-0-199-170.example.redhat.com <none> <none> - etcd-ip-10-0-159-225.example.redhat.com 3/3 Running 0 175m 10.0.159.225 ip-10-0-159-225.example.redhat.com <none> <none> etcd-ip-10-0-191-37.example.redhat.com 3/3 Running 0 173m 10.0.191.37 ip-10-0-191-37.example.redhat.com <none> <none> etcd-ip-10-0-199-170.example.redhat.com 3/3 Running 0 176m 10.0.199.170 ip-10-0-199-170.example.redhat.com <none> <none>- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow 
- Pod を選択し、以下のコマンドを実行して、どの etcd メンバーがリーダーであるかを判別します。 - oc rsh -n openshift-etcd etcd-ip-10-0-159-225.example.redhat.com etcdctl endpoint status --cluster -w table - $ oc rsh -n openshift-etcd etcd-ip-10-0-159-225.example.redhat.com etcdctl endpoint status --cluster -w table- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - 出力例 - Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - この出力の - IS LEADER列に基づいて、- https://10.0.199.170:2379エンドポイントがリーダーになります。このエンドポイントを直前の手順の出力に一致させると、リーダーの Pod 名は- etcd-ip-10-0-199-170.example.redhat.comになります。
 
- etcd メンバーのデフラグ。 - 実行中の etcd コンテナーに接続し、リーダーでは ない Pod の名前を渡します。 - oc rsh -n openshift-etcd etcd-ip-10-0-159-225.example.redhat.com - $ oc rsh -n openshift-etcd etcd-ip-10-0-159-225.example.redhat.com- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow 
- ETCDCTL_ENDPOINTS環境変数の設定を解除します。- unset ETCDCTL_ENDPOINTS - sh-4.4# unset ETCDCTL_ENDPOINTS- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow 
- etcd メンバーのデフラグを実行します。 - etcdctl --command-timeout=30s --endpoints=https://localhost:2379 defrag - sh-4.4# etcdctl --command-timeout=30s --endpoints=https://localhost:2379 defrag- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - 出力例 - Finished defragmenting etcd member[https://localhost:2379] - Finished defragmenting etcd member[https://localhost:2379]- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - タイムアウトエラーが発生した場合は、コマンドが正常に実行されるまで - --command-timeoutの値を増やします。
- データベースサイズが縮小されていることを確認します。 - etcdctl endpoint status -w table --cluster - sh-4.4# etcdctl endpoint status -w table --cluster- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - 出力例 - Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - この例では、この etcd メンバーのデータベースサイズは、開始時のサイズの 104 MB ではなく 41 MB です。 
- これらの手順を繰り返して他の etcd メンバーのそれぞれに接続し、デフラグします。常に最後にリーダーをデフラグします。 - etcd Pod が回復するように、デフラグアクションごとに 1 分以上待機します。etcd Pod が回復するまで、etcd メンバーは応答しません。 
 
- 領域のクォータの超過により - NOSPACEアラームがトリガーされる場合、それらをクリアします。- NOSPACEアラームがあるかどうかを確認します。- etcdctl alarm list - sh-4.4# etcdctl alarm list- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow - 出力例 - memberID:12345678912345678912 alarm:NOSPACE - memberID:12345678912345678912 alarm:NOSPACE- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow 
- アラームをクリアします。 - etcdctl alarm disarm - sh-4.4# etcdctl alarm disarm- Copy to Clipboard Copied! - Toggle word wrap Toggle overflow