개요

AWS Skill Builder에서 Getting Started with Amazon OpenSearch Service 코스의 OpenSearch 소개부분입니다. 더 자세한 데모영상은 위 링크를 통해 확인 가능합니다.

현재 유저활동데이터를 수집하여 저장 및 관리를 위한 솔루션을 구축하고 있는데 여기서 사용될 Amazon OpenSearch Service의 좋은 소개 정보가 될 것 같아 공유드립니다.

OpenSearch 서비스란 무엇인가요?

OpenSearch Service는 대화형 로그 분석, 실시간 애플리케이션 모니터링, 웹 검색 등을 수행하는 데 도움이 되는 관리형 서비스입니다. OpenSearch Service는 최신 버전의 OpenSearch를 제공하고 19가지 버전의 Elasticsearch(1.5~7.10 버전)를 지원합니다. 또한 OpenSearch Dashboards 및 Kibana(1.5~7.10 버전)에서 제공하는 시각화 기능도 제공합니다.

OpenSearch란?

OpenSearch는 완전 오픈소스 검색 및 분석 제품군입니다. OpenSearch 소프트웨어에는 OpenSearch(Elasticsearch 7.10.2에서 파생)와 OpenSearch Dashboards(Kibana 7.10.2에서 파생)가 포함됩니다. 이 소프트웨어는 또한 기본 제공 보안, 이상 탐지, 알림, 관찰 가능성 경험 등과 같은 다양한 기능을 제공합니다.

OpenSearch Service는 OpenSearch와 어떤 관련이 있나요?

OpenSearch Service를 사용하면 인프라 관리, 모니터링 및 유지 관리에 대해 걱정할 필요 없이 OpenSearch 클러스터를 실행하고 확장할 수 있습니다. 또한 OpenSearch 클러스터 운영 전문가가 될 필요도 없습니다. OpenSearch 지원은 2021년 9월 OpenSearch Service에서 1.0 버전부터 시작되었습니다.

그 이후로 이 서비스는 여러 버전에 걸쳐 OpenSearch에 추가된 여러 가지 새로운 기능을 지원했습니다. 예를 들어 크로스 클러스터 복제, Trace Analytics, 데이터 스트림, 변환, 새로운 관찰 사용자 인터페이스, OpenSearch 대시보드의 노트북 지원이 있습니다. OpenSearch Service는 레거시 오픈 소스 Elasticsearch 버전(최대 7.10)을 계속 지원하지만, 새로운 기능의 이점을 얻으려면 서비스에서 OpenSearch를 사용하는 것이 좋습니다.

OpenSearch Service는 어떤 문제를 해결하나요?

OpenSearch Service를 사용하면 AWS 클라우드에서 OpenSearch 및 레거시 Elasticsearch 클러스터를 배포, 운영 및 확장할 수 있습니다. OpenSearch Service는 인프라 용량 프로비저닝에서 OpenSearch 또는 Elasticsearch 소프트웨어 설치에 이르기까지 도메인(클러스터) 설정과 관련된 작업을 관리합니다. 도메인이 실행되면 OpenSearch Service는 백업 수행, 인스턴스 모니터링, 소프트웨어 패치와 같은 일반적인 관리 작업을 자동화합니다.

OpenSearch 서비스의 이점은 무엇인가요?

OpenSearch 서비스의 이점에 대해 자세히 알아보려면 다음 7가지 이점 섹션을 확장해 보세요.

• 확장성과 가용성이 매우 우수함 OpenSearch Service를 사용하면 단일 클러스터에 최대 3페타바이트(PB)의 데이터를 저장할 수 있습니다. 크로스 클러스터 검색을 사용하면 최대 20개 클러스터에 대한 쿼리를 페더레이션하여 단일 인터페이스를 통해 모든 로그 데이터를 검색하고 분석할 수 있습니다. 다중 가용성 영역 배포를 사용하여 매우 안정적이도록 설계되었습니다. 동일한 지역의 세 가용성 영역 간에 데이터를 복제할 수 있습니다. 또한 컴퓨터에서 또는 단일 API 호출을 통해 클러스터 크기를 빠르게 조정할 수 있습니다.
  
• 반구조화 및 비구조화 데이터 검색 OpenSearch Service는 반구조화 및 비구조화 데이터에서 제품, 서비스 및 문서를 빠르게 찾을 수 있도록 돕고, 다양한 측면과 속성도 제공합니다. 이 서비스는 검색 환경을 사용자 지정하는 데 도움이 되는 여러 기능을 제공합니다. 예를 들어 전체 텍스트 쿼리, 자동 완성, 스크롤 검색, 사용자 지정 가능한 스코어링 및 순위 등이 있습니다.
  
• 추적 분석 OpenSearch Service Trace Analytics 기능은 분산 시스템을 통해 전파되는 요청을 관찰하는 데 도움이 됩니다. 즉, 분산 애플리케이션에서 문제를 찾아 해결할 수 있습니다. 이 서비스는 추적 및 로그 데이터를 수집하기 위한 OpenTelemetry 표준을 지원합니다.
  
• 인프라 문제 진단 OpenSearch Service를 사용하면 인프라 및 AWS 서비스의 문제를 찾고, 진단하고, 해결할 수 있습니다. 이 서비스는 문제를 효율적으로 찾고 해결하고, 애플리케이션 상태를 개선하고, 더 나은 고객 경험을 제공하는 데 도움이 될 수 있습니다.
  
• 이상 감지 OpenSearch Service를 사용하면 Random Cut Forest(RCF) 알고리즘을 기반으로 하는 머신 러닝 이상 탐지를 사용하여 데이터가 수집될 때 이상을 자동으로 탐지할 수 있습니다. 또한 이 기능을 알림과 결합하여 거의 실시간으로 데이터를 모니터링하고 자동으로 알림 알림을 보낼 수 있습니다.
  
• 비용 효율적 UltraWarm 및 콜드 스토리지는 OpenSearch Service의 독점적이고 저렴한 스토리지 계층으로, 핫 계층에만 데이터를 저장하는 것에 비해 비용을 상당히 절감하는 데 도움이 될 수 있습니다. 이 서비스는 또한 추가 라이선스 비용 없이 고급 기능을 제공합니다. 이를 통해 클러스터를 관리할 전담 전문가 팀이 필요 없게 되어 총 운영 비용이 더욱 낮아집니다.
  
• 고급 보안 OpenSearch Service는 여러 보안 기능을 제공하며 Health Insurance Portability and Accountability Act(HIPAA)의 적용을 받습니다. 또한 조직이 PCI DSS(Payment Card Industry Data Security Standard), SOC(Security Operations Center), ISO(International Organization for Standardization), FedRAMP(Federal Risk and Authorization Management Program) 표준을 준수하도록 도울 수 있습니다. 저장 중 암호화, 전송 중 암호화, 세분화된 액세스 제어와 같은 기능은 이 제품의 표준입니다. 도메인 생성 및 확장과 같은 운영을 위한 서비스 관리 API는 AWS Identity and Access Management(IAM) 정책으로 제어됩니다.
  

OpenSearch Service는 클라우드 솔루션을 구축하는 데 어떻게 사용되나요?

OpenSearch Service를 사용하면 대화형 로그 분석, 실시간 애플리케이션 모니터링, 웹사이트 검색, 관찰 가능성 등을 수행할 수 있습니다. 메트릭, 로그, 추적 및 구성 정보와 같은 데이터 입력을 OpenSearch Service에 수집할 수 있습니다. 그런 다음 로그를 검색하여 분석하여 실시간 통찰력을 얻을 수 있습니다.

OpenSearch 서비스의 데이터 입력 및 출력에 대해 자세히 알아보려면 9개의 번호가 매겨진 마커를 선택하세요.

• Metrics 메트릭에는 시스템 성능을 추적하고 모니터링하는 시간순으로 정렬된 데이터 포인트 집합이 포함됩니다.
  
• Logs 로그는 이벤트, 경고, 오류를 기록하는 파일이며, 이벤트가 발생한 시간과 이벤트와 관련된 사용자도 함께 기록합니다.
  
• Traces 트레이스는 로그를 보완합니다. 로그는 서비스 내부에서 발생한 일에 대한 정보를 제공하는 반면, 분산 추적은 서비스와 구성 요소 간에 발생한 일과 그 관계에 대한 정보를 제공합니다.
  
• Config info 이러한 파일은 애플리케이션을 구성하는 설정을 저으이합니다.
  
• Documents and lists 이러한 파일에는 이름, 단어 또는 기타항목과 같은 데이터가 포함되어 있습니다.
  
• Search OpenSearch 서비슨ㄴ 실시간 문서 검색 기능, 키워드 검색, 자연어 시스템, 동의어 및 여러 언어를 제공합니다.
  
• Application and infrastructur monitoring 고객은 성능 문제를 더 빠르게 발견하고 운영 상태를 개선하기 위해 애플리케이션과 인프라 로그 데이터를 사전에 모니터링하고자합니다. OpenSearch Service는 성능 문제를 식별하거나 예측하기 위한 실시간 검색 및 로그 분석 기능을 제고앟ㅂ니다. 팀이 근본 원인과 포렌식 분석을 수행하도록 돕고, 따라서 평균탐지시간(MTTD)과 평균해결시간(MTTR)을 줄입니다.
  
• Security monitoring openSearch 서비스는 사용하면 여러 애플리케이션의 로그를 분석하여 사고를 감지하고 법의학적 조사를 수행할 수 있습니다.
  
• Observability OpenSearch Service에는 공통적인 데이터소스에서 메트릭, 로그, 추적을 수집하고 모니터링하기 위한 통합된 환경을 제공하는 Observability 플러그인이 포함되어 있습니다.
  

OpenSearch 서비스의 기본적인 기술 개념은 무엇입니까?

OpenSearch 서비스 사용자는 다음 개념에 대한 기본적인 이해를 필요로 합니다.

자세한 내용을 알아보려면 다음 여덟 가지 카테고리를 각각 확장하세요.

• Cluster OpenSearch 클러스터는 OpenSearch 서비스를 실행하는 데 필요한 데이터 노드, 선택적 리더 노드 및 스토리지 그룹입니다.
  
• Data nodes 데이터 노드는 데이터를 저장하고 검색 및 집계와 같은 데이터 관련 작업을 수행합니다. 데이터 노드는 각 노드에 연결된 인스턴스 스토어 또는 EBS 볼륩의 형태를 취하는 핫 스토리지를 사용합니다. 핫 스토리지는 새로운 데이터를 인덱싱하고 검색하는 데 가능한 가장 빠른 성능을 제공합니다. 데이터 노드에 적합한 인스턴스 유형을 선택하려면 먼저 스토리지 요구 사항을 계산합니다. 그런 다음 워크로드와 요구 사항에 따라 사용 가능한 옵션 풀에서 인스턴스 유형을 선택합니다.

  • M – CPU와 메모리의 균형

    일반 작업 부하는 일반적인 작업 패턴에서 실용적입니다 .
    

  • C – 높은 CPU 클럭 속도, 메모리 부족으로 인한 단점

    이러한 CPU 집약적 작업 부하와 노드 제품군은 규모는 작지만 빈도가 높은 인덱싱 및 쿼리 작업에 더 적합합니다 .
    

  • R – 고메모리 할당

    결과 집합을 포함하는 데 많은 양의 메모리가 사용되는 무거운 집계를 수행하는 워크로드. 이러한 유형의 노드는 추가 메모리에 적합하며 스크롤 API를 사용하고 장기간 메모리에 큰 결과 집합을 저장하는 워크로드에도 유용합니다.
    

  • I – 인스턴스 내 NVMe SSD는 표준 Amazon EBS 스토리지에 비해 매우 높은 수준의 I/O 처리량을 제공합니다.

    이는 매우 큰 볼륨의 데이터를 읽거나 써야 하는 액세스 패턴에 매우 적합합니다.

    초기 추정을 한 다음 테스트를 수행합니다. 성능이 요구 사항을 충족하고 테스트가 성공하며 CloudWatch 메트릭이 정상이면 클러스터를 사용할 준비가 된 것입니다. CPU 사용률이 높으면 다른 인스턴스 유형을 선택하고 테스트를 계속해야 할 수 있습니다.

• Leader nodes 리더 노드는 클러스터 관리 작업을 수행하지만 데이터를 보관하거나 데이터 업로드 요청에 응답하지 않습니다. 이 노드는 클러스터의 모든 노드와 클러스터의 인텍스 및 샤드 수를 추적합니다. 인덱스를 만들거나 컬러스터에서 노드를 제거하는 등 상태가 변경된 후 클러스터 상태를 업데이트합니다. 리더 노드는 또한 클러스터의 모든 노드에서 클러스터 상태의 변경 사항을 복제합니다. 클러스터의 데이터 노드 가용성을 모니터링하는 하트비트 신호를 보내 모든 클러스터 노드의 상태를 모니터링합니다.  모든 OpenSearch 서비스 도메인에는 적격 노드 풀에서 선출된 리더가 있습니다. 전용 리더 노드를 배포하지 않기로 선택하면 데이터 노드가 적격 풀을 구성하고 리더는 해당 풀에서 선출됩니다.
  
• Documents, fields, and indices OpenSearch 서비스의 데이터는 문서라고 하는 JSON 객체 형태의 인덱스에 저장됩니다. 문서에는 필드가 포함됩니다. 필드는 값이나 중첩된 구조를 포함할 수 있는 키-값 쌍입니다. 인덱스는 스키마를 따르는 데이터의 논리적 그룹입니다.
  
• Shards OpenSearch Service는 인덱스를 샤드라는 더 작은 논리적 단위로 분할하여 노드에 분산합니다. 좋은 경험 법칙은 검색 지연이 주요 성능 목표인 워크로드의 경우 샤드 크기를 10-30GiB 사이로 유지하고 로그 분석과 같은 쓰기 중심 워크로드의 경우 30-50GiB 사이로 유지하는 것입니다. 큰 샤드로 인해 OpenSearch Service가 장애에서 복구하기 어려울 수 있습니다. 그러나 각 샤드는 어느 정도의 CPU와 메모리를 사용하기 때문에 작은 샤드가 너무 많으면 성능 문제와 메모리 부족 오류가 발생할 수 있습니다. 샤드는 기본 또는 복제본일 수 있습니다. 기본 및 복제 샤드 원래 샤드는 기본 샤드입니다. 복제 샤드는 기본 샤드의 사본입니다. 이들은 장애 조치를 제공하고 요청을 처리합니다. 기본 샤드를 포함하는 클러스터 노드가 실패하면 복제 샤드가 기본 샤드로 승격됩니다.
  
• Storage UltraWarm storage UltraWarm은 OpenSearch Service에서 대량의 읽기 전용 데이터를 저장하는 비용 효율적인 방법을 제공합니다. UltraWarm 노드는 Amazon Simple Storage Service(Amazon S3)와 정교한 캐싱 솔루션을 사용하여 성능을 개선합니다. 적극적으로 쓰지 않고 덜 자주 쿼리하며 동일한 성능이 필요하지 않은 인덱스의 경우 UltraWarm은 데이터 기가바이트당 비용을 상당히 낮춥니다. 웜 인덱스는 핫 스토리지로 반환하지 않는 한 읽기 전용이므로 UltraWarm은 로그와 같은 변경 불가능한 데이터에 가장 적합합니다. Cold storage 콜드 스토리지를 사용하면 OpenSearch 서비스 도메인에서 자주 액세스하지 않는 데이터나 과거 데이터를 원하는 양만큼 저장할 수 있습니다. 다른 스토리지 계층보다 저렴한 비용으로 필요에 따라 분석할 수 있습니다. 콜드 스토리지는 오래된 데이터에 대한 주기적 연구나 포렌식 분석을 수행해야 하는 경우에 적합합니다. 콜드 스토리지에 적합한 데이터의 실제적인 예로는 드물게 액세스되는 로그, 규정 준수 요구 사항을 충족하기 위해 보존해야 하는 데이터 또는 과거 가치가 있는 로그가 있습니다. UltraWarm 스토리지와 유사하게 콜드 스토리지는 Amazon S3에서 지원합니다. 콜드 데이터를 쿼리해야 하는 경우 기존 UltraWarm 노드에 선택적으로 연결할 수 있습니다. 콜드 데이터의 마이그레이션 및 수명 주기를 수동으로 또는 Index State Management(ISM) 정책으로 관리할 수 있습니다.
  
• Snapshots OpenSearch 서비스의 스냅샷은 클러스터의 인덱스와 상태의 백업입니다. 상태에는 클러스터 설정, 노드 정보, 인덱스 설정 및 샤드 할당이 포함됩니다. OpenSearch 서비스 스냅샷은 자동 또는 수동입니다.
  • 자동 스냅샷: 레드 클러스터 상태 또는 데이터 손실 시 도메인을 복원하는 데 사용할 수 있습니다. OpenSearch Service는 추가 비용 없이 사전 구성된 S3 버킷에 자동 스냅샷을 저장합니다.
    
  • 수동 스냅샷: 클러스터 복구에 도움이 될 수 있습니다. 한 클러스터에서 다른 클러스터로 데이터를 이동하는 경우. 수동 스냅샷을 시작해야 합니다. 스냅샷은 자체 S3 버킷에 저장되며 표준 Amazon S3 요금이 적용됩니다. 자체 관리형 OpenSearch 클러스터에서 스냅샷이 있는 경우 해당 스냅샷을 사용하여 OpenSearch 서비스 도메인으로 마이그레이션할 수 있습니다.
    
• Auto-Tune OpenSearch 서비스의 Auto-Tune은 OpenSearch 클러스터의 성능 및 사용 메트릭을 사용하여 메모리 관련 구성 변경 사항을 제안합니다. 여기에는 노드의 큐 및 캐시 크기와 Java 가상 머신(JVM) 설정이 포함됩니다. 이러한 선택적 변경 사항은 클러스터 속도와 안정성을 개선합니다. Auto-Tune이 도메인의 성능 메트릭을 수집하고 분석함에 따라 OpenSearch 서비스 콘솔의 알림 페이지에서 권장 사항을 볼 수 있습니다.
  

OpenSearch 서비스의 일반적인 사용 사례는 무엇입니까?

OpenSearch Service의 사용 사례에 대해 자세히 알아보려면 다음 네 가지 범주를 확장하세요.

• 원활하고 개인화된 검색 OpenSearch Service는 애플리케이션, 웹사이트, 데이터 레이크 카탈로그에 대한 빠른 검색 환경을 제공하여 사용자가 관련 데이터를 빠르게 찾을 수 있도록 도와줍니다. 예를 들어, 부동산 사업체는 OpenSearch Service를 사용하여 소비자가 수백만 개의 부동산 중에서 특정 가격대의 원하는 위치에 있는 주택을 찾을 수 있도록 도울 수 있습니다. 자연어 검색, 자동 완성, 패싯 검색, 위치 인식 검색을 지원하는 API에 액세스할 수 있습니다.
  
• 보안 모니터링 OpenSearch Service를 사용하면 보안 사고 탐지, 포렌식 분석 및 대응을 가속화할 수 있습니다. 실시간 위협 탐지 및 사고 관리를 위해 중앙 저장소에 로그를 수집하여 다양한 애플리케이션 및 시스템의 로그를 빠르게 분석할 수 있습니다. 예를 들어, 회사는 OpenSearch Dashboards를 사용하여 라우터, 애플리케이션 및 기타 장치의 로그를 빠르게 색인화, 검색 및 시각화할 수 있습니다. 이를 통해 데이터 침해, 무단 로그인 시도, 분산 서비스 거부(DDoS) 공격 및 사기와 같은 보안 위협을 찾아 방지하는 데 도움이 될 수 있습니다.
  
• 애플리케이션 및 인프라 모니터링 OpenSearch Service는 서버, 라우터, 스위치 및 가상화된 머신에서 로그와 메트릭을 수집하여 인프라에 대한 포괄적인 가시성을 확보할 수 있습니다. 이를 통해 평균 탐지 시간(MTTD)을 줄이고, 평균 복구 시간(MTTR) 문제를 개선하고, 시스템 다운타임을 줄이는 데 도움이 될 수 있습니다. 예를 들어, 회사는 OpenSearch Service를 사용하여 서버 로그를 모니터링하고 분석하여 애플리케이션 다운타임으로 이어질 수 있는 서버 성능 문제를 파악할 수 있습니다. OpenSearch Service에서 지원 담당자는 애플리케이션 중 성능이 저하된 경우 자동화된 알림을 받고 사전에 문제를 해결할 수 있습니다.
  
• Observability platform OpenSearch Service에는 관찰 인터페이스와 로그 모니터링 기능이 포함되어 있습니다. 개발자와 DevOps 엔지니어는 성능 문제를 더 빠르게 진단하고 애플리케이션 다운타임을 줄이는 데 필요한 통찰력을 얻습니다. Trace Analytics는 고객이 로그 데이터와 함께 추적 메트릭 데이터를 분석하여 성능 문제의 근원을 격리하고 근본 원인을 진단하는 데 도움이 됩니다.
  

OpenSearch 서비스에 대해 또 염두에 두어야 할 점은 무엇입니까?

OpenSearch Service를 사용할 때 고려해야 할 사항에 대해 자세히 알아보려면 다음 세 개의 탭을 선택하세요.

• 접근성 OpenSearch 서비스 도메인은 Amazon Virtual Private Cloud(Amazon VPC)의 엔드포인트 또는 인터넷에 액세스할 수 있는 퍼블릭 엔드포인트로 액세스할 수 있도록 구성할 수 있습니다. Amazon VPC 엔드포인트의 네트워크 액세스는 보안 그룹으로 제어됩니다. 퍼블릭 엔드포인트의 경우 IP 주소로 액세스를 허용하거나 제한할 수 있습니다. 서비스의 보안은 세 가지 주요 계층으로 구성됩니다.
  • 네트워크 : 첫 번째 보안 계층은 네트워크로, 요청이 OpenSearch 서비스 도메인에 도달하는지 여부를 결정합니다. 도메인을 만들 때 퍼블릭 액세스를 선택하면 인터넷에 연결된 모든 클라이언트의 요청이 도메인 엔드포인트에 도달할 수 있습니다. Amazon VPC 액세스를 선택하면 클라이언트가 Amazon VPC에 연결해야 하며(그리고 연관된 보안 그룹에서 허용해야 함) 요청이 엔드포인트에 도달해야 합니다.
    
  • 도메인 액세스 정책: 두 번째 보안 계층은 도메인 액세스 정책입니다. 요청이 도메인 엔드포인트에 도달한 후 리소스 기반 액세스 정책은 요청이 주어진 URI에 액세스하는 것을 허용하거나 거부합니다. 액세스 정책은 OpenSearch 서비스에 도달하기 전에 도메인 가장자리에서 요청을 수락하거나 거부합니다.
    
  • 세분화된 액세스 제어: 세 번째이자 마지막 보안 계층은 세분화된 액세스 제어입니다. 리소스 기반 액세스 정책이 도메인 엔드포인트에 도달하도록 요청을 허용한 후 세분화된 액세스 제어는 사용자 자격 증명을 평가하고 사용자를 인증하거나 요청을 거부합니다. 세분화된 액세스 제어가 사용자를 인증하면 해당 사용자에게 매핑된 모든 역할을 가져오고 전체 권한 집합을 사용하여 요청을 처리하는 방법을 결정합니다. 세분화된 액세스 제어는 OpenSearch Service에서 데이터에 대한 액세스를 제어하는 추가 방법을 제공합니다. 예를 들어, 요청을 하는 사람에 따라 검색에서 하나의 인덱스에서만 결과를 반환하도록 할 수 있습니다. 문서에서 특정 필드를 숨기거나 특정 문서를 완전히 제외할 수 있습니다.
    
• 암호화 OpenSearch Service는 AWS Key Management Service(AWS KMS)를 통한 휴면 암호화, TLS를 통한 노드 간 암호화, 클라이언트에서 HTTPS 통신을 요구하는 기능을 지원합니다. 휴면 암호화는 샤드, 로그 파일, 스왑 파일 및 자동화된 Amazon S3 스냅샷을 암호화합니다. AWS 관리 키를 사용하거나 직접 선택할 수 있습니다. 노드 간 암호화는 노드 간의 모든 통신에 대해 TLS를 활성화합니다.
  
• Logging OpenSearch Service는 Amazon CloudWatch Logs를 통해 다음과 같은 OpenSearch 로그를 노출합니다. 오류 로그, 검색 느린 로그, 인덱스 느린 로그. 이러한 로그는 도메인의 성능 및 안정성 문제를 해결하는 데 유용합니다.
  • Erro Logs : 이 로그는 WARN, ERROR, FATAL 줄을 표시하고 DEBUG 수준에서 CloudWatch까지 오류를 선택합니다.
    
  • Search Slow Logs : 이 로그는 쿼리와 페치가 얼마나 빠르거나 느리게 수행되는지에 대한 통찰력을 제공합니다. 이 로그는 OpenSearch 또는 Elasticsearch에서 모든 종류의 검색 작업의 성능을 미세 조정하는 데 도움이 됩니다.
    
  • Index Slow Logs : 이 로그는 인덱싱 프로세스에 대한 통찰력을 제공하며 인덱스 설정을 미세 조정하는 데 사용할 수 있습니다.
    

Amazon OpenSearch Serverless란 무엇인가요?

지금까지 클러스터 구성을 선택하는 관리형 OpenSearch 서비스의 프로비저닝 버전에 대해 알아보았습니다. 인스턴스 유형, 노드 수, 볼륨 크기가 그 예입니다. OpenSearch Service는 인프라에 대해 걱정할 필요 없이 검색 및 분석 워크로드를 실행하는 데 도움이 되는 서버리스 옵션도 제공합니다. OpenSearch Serverless를 사용하면 간헐적이거나 예측할 수 없는 워크로드를 실행할 수 있습니다. 클러스터 크기 조정, 모니터링 및 튜닝에 대해 생각할 필요가 없습니다.

OpenSearch Serverless에서는 스토리지와 컴퓨팅이 분리되어 있으므로 각 계층은 독립적으로 확장할 수 있습니다. 이 서비스는 CPU, 디스크 사용률, 메모리, 핫 샤드 상태와 같은 컴퓨팅 리소스를 모니터링하고 관리합니다. 이러한 임계값을 초과하면 서비스는 수동 확장을 수행하지 않고도 용량을 조정합니다. 예를 들어, OpenSearch Serverless는 가용성 이벤트 중에 애플리케이션 모니터링 워크로드가 갑자기 로깅 활동이 급증하면 인덱싱 컴퓨팅 노드를 확장합니다. 이러한 로깅 활동이 감소하고 리소스 소비가 특정 임계값 아래로 떨어질 때마다 OpenSearch Serverless는 노드를 다시 축소합니다.

클러스터 구성 또는 사용자 정의에 대한 세부적인 제어가 필요한 시나리오에서는 프로비저닝된 클러스터가 좋은 옵션일 수 있습니다. 관리형 클러스터를 사용하면 선호하는 인스턴스와 버전을 선택할 수 있습니다. OpenSearch Serverless에서 지원하는 일반적인 패턴 이외의 사용 사례에 중요할 수 있는 낮은 새로 고침 간격이나 데이터 샤딩 전략과 같은 구성을 더 많이 제어할 수 있습니다.

현재 OpenSearch Serverless는 알림, 이상 감지, k-NN과 같은 고급 OpenSearch 서비스 기능을 지원하지 않습니다. OpenSearch Serverless가 이러한 기능을 지원할 때까지 관리형 클러스터를 사용할 수 있습니다.