OpenSearch Service 도메인 사용 비용을 줄이려면 어떻게 해야 합니까?

4분 분량
0

도메인 가용성에 영향을 주지 않고 Amazon OpenSearch Service 도메인 사용 비용을 줄이고 싶습니다.

해결 방법

예약 인스턴스 사용

비용을 절감하면서도 모범 사례를 따르려면 OpenSearch Service 도메인용 예약 인스턴스를 구매할 수 있습니다. 예약 인스턴스를 구매하면 동일한 인스턴스 유형을 사용하는 OpenSearch Service 도메인은 도메인 변경 없이 결제 할인을 받습니다.

자세한 내용은 AWS 요금 계산기Amazon OpenSearch Service FAQ를 참조하세요.

최신 세대 인스턴스 유형 및 gp3 Amazon EBS 볼륨 사용

OpenSearch Service는 최신 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스 유형을 채택하여 더 낮은 비용으로 더 나은 성능을 제공합니다. 부하에 대해 최신 세대 인스턴스 유형을 사용하는 것이 최선입니다. 더 큰 인스턴스 유형을 사용하는 경우 더 작은 인스턴스 유형으로 축소합니다. 부하 테스트를 수행하고 사용량 및 성능 요구 사항을 기반으로 하는 인스턴스 유형을 선택합니다. 자세한 내용은 온디맨드 인스턴스 요금을 참조하세요.

참고: 인스턴스 유형을 변경할 때 OpenSearch Service는 블루/그린 배포를 사용합니다. 자세한 내용은 Amazon OpenSearch Service에서 구성 변경을 참조하세요.

OpenSearch Service 데이터 노드는 빠른 인덱싱과 쿼리를 제공하기 위해 짧은 지연 시간과 처리량이 높은 스토리지가 필요합니다. Amazon Elastic Block Store(Amazon EBS) gp3 볼륨을 사용하면 gp2 볼륨 유형보다 더 저렴한 비용으로 더 높은 기준 성능을 얻을 수 있습니다. gp3 볼륨 유형은 버스트 크레딧을 사용하지 않으므로 더 안정적입니다. gp3 볼륨을 사용하면 볼륨 크기와 관계없이 추가 IPOS 및 처리량을 프로비저닝할 수 있습니다. 또한, gp3 볼륨 유형은 gp2 볼륨 유형의 per-data-node 볼륨 크기 제한을 두 배로 늘립니다. 이러한 큰 볼륨을 사용하면 데이터 노드당 스토리지 용량을 늘리고 패시브 데이터 비용을 절감할 수 있습니다.

UltraWarm 및 콜드 스토리지 사용

OpenSearch Service를 로그 분석에 사용하는 경우 데이터를 UltraWarm 또는 콜드 스토리지로 이동하여 스토리지 비용을 절감하세요. Index State Management(ISM)를 사용하여 스토리지 계층 간에 데이터를 마이그레이션하고 데이터 보존을 관리합니다.

UltraWarm은 스토리지에 Amazon Simple Storage Service(Amazon S3)를 사용하므로 데이터를 변경할 수 없으며 사본 하나만 저장해야 합니다. 인덱스의 기본 샤드 크기와 동등한 스토리지에 대해서만 비용을 지불하면 됩니다. OpenSearch Service와 함께 UltraWarm을 사용하는 방법에 대한 자세한 내용은 Amazon OpenSearch Service용 UltraWarm 스토리지를 참조하세요.

콜드 스토리지는 Amazon S3에서도 지원됩니다. 콜드 데이터를 쿼리해야 하는 경우 이를 기존 UltraWarm 노드에 연결할 수 있습니다. 콜드 데이터는 UltraWARM과 동일한 관리 스토리지 비용이 유발하지만 콜드 스토리지의 객체는 UltraWarm 노드 리소스를 소비하지 않습니다. 콜드 스토리지는 UltraWarm 노드 크기나 개수에 영향을 주지 않으면서도 상당한 양의 스토리지 용량을 제공합니다.

UltraWARM은 핫 스토리지에 약 2.5TiB의 데이터가 있을 때 비용 효율이 높아집니다. 필 레이트를 모니터링하고 해당 용량의 데이터에 도달하기 전에 색인을 UltraWarm으로 옮기세요.

참고: OpenSearch Service는 UltraWarm 스토리지 노드용 예약 인스턴스를 지원하지 않습니다.

가용성에 대한 모범 사례 따르기

크기 조정, 전용 기본 인스턴스, 다중 AZ 배포에 대한 모범 사례를 검토하고 구현하세요.

복제본 줄이기

중요: 다음 섹션의 모범 사례로 인해 데이터 손실 및 클러스터 사용 불능의 잠재적 위험에 노출될 수 있습니다.

모든 인덱스 복제본은 기본 샤드의 스토리지와 동일한 스토리지를 추가합니다. 예를 들어 인덱스의 기본 샤드에 1TB의 데이터가 저장되어 있으면 첫 번째 복제본은 스토리지를 두 배인 2TB로 늘립니다. 두 번째 복제본은 용량을 세 배인 3TB로 늘립니다. 복제본 수를 1개로 줄이면 최소 데이터 노드 및 스토리지 요구가 줄어들고 스토리지 비용이 절감됩니다. 자세한 내용은 소규모 Amazon Elasticsearch Service 도메인의 비용 절감을 참조하고 복제본 줄이기 섹션을 검토하세요.

가용 영역 줄이기

데이터 노드 3개와 복제본 2개가 있는 3영역 배포를 사용 중일 수 있습니다. 이 설정은 하나 또는 두 개의 가용 영역을 사용할 수 없는 경우 데이터를 보호합니다. 배포를 두 개의 가용 영역으로 줄이면 최소 데이터 노드 수는 2개로, 복제본은 1개로 줄일 수 있습니다. 그러나 둘 이상의 가용 영역을 사용할 수 없게 되면 데이터가 손실될 위험이 있습니다. 이는 노드 수를 3개 미만으로 줄일 수 있는 소규모 도메인에 적용됩니다. 대규모 워크로드에 대한 자세한 내용 및 모범 사례는 소규모 Amazon Elasticsearch Service 도메인에 대한 비용 절감을 참조하고 가용 영역 줄이기 섹션을 검토하세요.

전용 프라이머리 노드 제거

전용 프라이머리 노드는 OpenSearch Service 도메인에 안정성과 가용성을 제공합니다. 이는 클러스터 상태를 유지한 다음 해당 상태를 클러스터의 모든 노드에 브로드캐스트합니다. 전용 프라이머리 노드는 요청을 직접 처리하지는 않습니다.

데이터 노드가 적합한 프라이머리 노드가 되도록 전용 프라이머리 노드를 사용하지 않도록 선택할 수 있습니다. 모범 사례 설정에 대한 자세한 내용은 소규모 Amazon Elasticsearch Service 도메인의 비용 절감을 참조하고 전용 프라이머리 노드 제거 섹션을 검토하세요.

관련 정보

Amazon OpenSearch Service 클러스터의 구성을 변경하면 어떻게 됩니까?

AWS 공식
AWS 공식업데이트됨 10달 전