ログエンジンストレージ不足
解決策1：スケーリング¶
水平スケールアウトまたは垂直スケールアップを選択できます。
- 水平スケールアウト：クラスターのデータノードを追加します。
- 垂直スケールアップ：データノードのデータディスクを拡張します。
解決策2：データクリーンアップ¶
-
まず
df -hコマンドを使用して、ES のディスク容量を確認し、満杯かどうかを判断します。 -
以下のコマンドを使用して、インデックスのストレージを確認します。
$ kubectl exec -ti -n middleware <es_pod_name> -- curl -XGET -u <user>:<password> 127.0.0.1:9200/_cat/indices?v
health status index uuid pri rep docs.count docs.deleted store.size pri.store.size
green open wksp_4bcd96fc753e4a87a7f035717e3492f4_logging-000002 v8EAVH4FR32gSGIeMGKtSw 1 0 0 0 60.0gb 60.0gb
green open wksp_4bcd96fc753e4a87a7f035717e3492f4_logging-000001 blKeVx7mT1edx-EJFf0PBA 1 0 0 0 60.1gb 60.1gb
green open wksp_4bcd96fc753e4a87a7f035717e3492f4_logging-000003 XGDzVakRT4yLx3KdgJpl6Q 1 0 0 0 59.9gb 59.9gb
green open wksp_4bcd96fc753e4a87a7f035717e3492f4_logging-000004 dXaJwIuKQMKj1W-sGQMgYA 1 0 8 0 53.6kb 53.6kb
green open .monitoring-es-7-2023.05.31 hWN-pIKWSpyxHGLAuyrR-w 1 0 3342741 1023346 1.3gb 1.3gb
green open .monitoring-es-7-2023.05.30 06VnZgosSuCZR4mUXewBxg 1 0 3386407 931888 1.3gb 1.3gb
green open wksp_ae656f5d29764fdd904707a2564b7517_keyevent-000002 PecXZi1sTGOvFgEhpbXifA 1 0 0 0 208b 208b
green open .monitoring-es-7-2023.06.01 obPVFxemQeGVQC2flCtUiA 1 0 3466792 519395 1.4gb 1.4gb
green open .monitoring-es-7-2023.06.02 HcxlyaH1R7-R7Wh1jF12bw 1 0 390356 151592 292.7mb 292.7mb
green open .infini_activities-00001 f8f6rb1wTCe7IZDEECrKmQ 1 0 460 0 252.1kb 252.1kb
- 上記の通り、各インデックスにはサイズと番号があります。番号の小さいインデックスから優先的に削除することで、データをクリーンアップできます。
index 名称の説明：index は、ワークスペースID + データタイプ + 番号 で構成されます。
注意：同じワークスペースおよびデータタイプで、異なる番号を持つインデックスを番号の小さい順に削除する必要があります。ただし、最大番号のインデックスは削除しないでください。データ番号が小さいほど、古いデータであることを示します。通常、最大番号のインデックスは、現在データを書き込み中のインデックスです。
上記のクエリ結果を例にすると、wksp_4bcd96fc753e4a87a7f035717e3492f4_logging には 000001、000002、000003、000004 の 4 つの番号のインデックスがあります。この場合、最大で 000001、000002、000003 を順番に削除できます。
削除コマンド：