클러스터 크기 조정
이 섹션은 Loki 클러스터의 기본 리소스 요구 사항을 측정하기 위한 가이드입니다.
예상 수집 볼륨을 기반으로 Loki 클러스터는 세 가지 계층으로 분류될 수 있습니다. 아래 권장 사항은 관련 구성 요소의 p90 리소스 사용률을 기반으로 합니다. 각 탭은 다른 계층을 나타냅니다. 이 문서를 배포에서 CPU 및 메모리 요청을 지정하기 위한 대략적인 가이드로 사용하십시오. 이는 현재 마이크로서비스/분산 모드에 대해서만 문서화되어 있습니다.
쿼리 리소스 요구 사항은 사용 패턴 및 올바른 구성에 따라 크게 달라질 수 있습니다. 쿼리 성능에 대한 일반적인 참고 사항:
- 경험상 가능한 한 작고 많은 쿼리어를 실행하는 것이 좋습니다. 최적화되지 않은 쿼리는 모든 계층에서 아래 제안된 쿼리어 리소스의 10배를 쉽게 요구할 수 있습니다. 수평적 자동 확장을 실행하는 것이 수요를 충족시키는 가장 비용 효율적인 솔루션이 될 것입니다.
- 최적화된 쿼리 성능을 위한 모범 사례를 채택하려면 이 블로그 게시물 (opens in a new tab)을 사용하십시오.
- 병렬 쿼리어 및 관련 구성 요소는 Loki 규칙이 얼마나 많이 사용되는지에 따라 쿼리어와 함께 동일하게 크기를 조정할 수 있습니다.
- 대규모 Loki 클러스터는 디스크 기반 캐싱 솔루션인 memcached-extstore의 이점을 누릴 수 있습니다. 자세한 내용은 블로그 게시물 (opens in a new tab)을 참조하고 memcached/nvm-caching (opens in a new tab)에 대해 자세히 읽어보십시오.
- 하루에 30TB 미만(월 ~1PB)의 수집을 처리하는 클러스터를 실행하는 경우 memcached-extstore를 구성하는 것을 권장하지 않습니다. 추가적인 운영 복잡성은 절감 효과를 정당화하지 못합니다.
| Component | CPU Request | Memory Request (Gi) | Base Replicas | Total CPU Req | Total Mem Req (Gi) |
|---|---|---|---|---|---|
| Ingester | 2 | 4 | 6 | 12 | 36 |
| Distributor | 2 | 0.5 | 4 | 8 | 2 |
| Index gateway | 0.5 | 2 | 4 | 2 | 8 |
| Querier | 1 | 1 | 10 | 10 | 10 |
| Query-frontend | 1 | 2 | 2 | 2 | 4 |
| Query-scheduler | 1 | 0.5 | 2 | 2 | 1 |
| Compactor | 2 | 10 | 1 (Singleton) | 2 | 10 |
인스턴스 유형
다음은 다양한 클라우드 공급자에서 제안하는 노드 유형입니다. 공급자의 설명서에서 관련 사양을 참조하십시오.
- AWS의 경우 해당 지역에서 사용 가능한 범용 머신으로, 인텔 칩의 경우
M6인스턴스 제품군 이상, ARM 칩의 경우T2머신 제품군 이상에 속합니다. - GCP의 경우 해당 지역에서 사용 가능한 범용 머신으로,
E2인스턴스 제품군 이상에 속합니다. - memcached-extstore 노드의 경우 NVMe 스토리지가 있는 스토리지 최적화 인스턴스를 제안하여 추가 디스크 공간을 활용할 수 있도록 합니다.
원본: https://grafana.com/docs/loki/latest/setup/size/ (opens in a new tab)