37.5. 스토리지 고려 사항

Elasticsearch 인덱스는 shard 및 해당 복제본의 컬렉션입니다. ES는 내부적으로 고가용성을 구현하므로 하드웨어 기반 미러링 RAID 변형을 사용할 필요가 거의 없습니다. RAID 0은 여전히 전체 디스크 성능을 향상하는 데 사용할 수 있습니다.

각 Elasticsearch 배포 구성에 영구 볼륨이 추가됩니다. OpenShift Container Platform에서는 일반적으로 영구 볼륨 클레임 을 통해 달성됩니다.

PVC의 이름은 openshift_logging_es_pvc_prefix 설정을 기반으로 합니다. 자세한 내용은 영구 Elasticsearch 스토리지를 참조하십시오.

Fluentd는 systemd 저널 및 /var/lib/docker/containers/*.log 의 모든 로그를 Elasticsearch에 제공합니다. 자세히 알아보기.

최상의 성능을 얻으려면 로컬 SSD 드라이브가 권장됩니다. RHEL(Red Hat Enterprise Linux) 7에서 데드라인 IO 스케줄러는 SATA 디스크를 제외한 모든 블록 장치의 기본값입니다. SATA 디스크의 경우 기본 IO 스케줄러는 cfq 입니다.

ES의 스토리지 크기 조정은 인덱스를 최적화하는 방법에 크게 따라 달라집니다. 따라서 필요한 데이터 양을 미리 생각하고 애플리케이션 로그 데이터를 집계하는 것을 고려하십시오. 일부 Elasticsearch 사용자는 절대 스토리지 소비를 항상 약 50%에서 70% 미만으로 유지해야 한다는 것을 발견했습니다. 이는 대규모 병합 작업 중에 Elasticsearch가 응답하지 않는 것을 방지합니다.