로그 엔진 스토리지 부족
솔루션 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 1 0 0 60.0gb 60.0gb
green open wksp_4bcd96fc753e4a87a7f035717e3492f4_logging-000001 blKeVx7mT1edx-EJFf0PBA 1 1 0 0 60.1gb 60.1gb
green open wksp_4bcd96fc753e4a87a7f035717e3492f4_logging-000003 XGDzVakRT4yLx3KdgJpl6Q 1 1 0 0 59.9gb 59.9gb
green open wksp_4bcd96fc753e4a87a7f035717e3492f4_logging-000004 dXaJwIuKQMKj1W-sGQMgYA 1 1 8 0 53.6kb 53.6kb
green open .monitoring-es-7-2023.05.31 hWN-pIKWSpyxHGLAuyrR-w 1 1 3342741 1023346 1.3gb 1.3gb
green open .monitoring-es-7-2023.05.30 06VnZgosSuCZR4mUXewBxg 1 1 3386407 931888 1.3gb 1.3gb
green open wksp_ae656f5d29764fdd904707a2564b7517_keyevent-000002 PecXZi1sTGOvFgEhpbXifA 1 1 0 0 208b 208b
green open .monitoring-es-7-2023.06.01 obPVFxemQeGVQC2flCtUiA 1 1 3466792 519395 1.4gb 1.4gb
green open .monitoring-es-7-2023.06.02 HcxlyaH1R7-R7Wh1jF12bw 1 1 390356 151592 292.7mb 292.7mb
green open .infini_activities-00001 f8f6rb1wTCe7IZDEECrKmQ 1 1 460 0 252.1kb 252.1kb
- 위와 같이 각 인덱스에는 크기와 번호가 있습니다. 번호가 작은 인덱스부터 우선 삭제하여 데이터를 정리할 수 있습니다.
index 이름 설명: index 인덱스는 워크스페이스 ID + 데이터 유형 + 번호로 구성됩니다.
참고: 동일한 워크스페이스와 데이터 유형에 대해 번호가 다른 인덱스를 번호가 작은 순서부터 큰 순서로 삭제해야 합니다. 단, 가장 큰 번호의 인덱스는 삭제할 수 없습니다. 데이터 번호가 작을수록 더 오래된 데이터를 의미합니다. 일반적으로 가장 큰 번호의 인덱스는 현재 데이터가 쓰여지고 있는 인덱스입니다.
위의 조회 결과를 예로 들면, wksp_4bcd96fc753e4a87a7f035717e3492f4_logging에 000001, 000002, 000003, 000004의 네 가지 번호가 있는 인덱스가 있습니다. 이 경우 최대 순서대로 000001, 000002, 000003을 삭제할 수 있습니다.
삭제 명령어: