아마존 OpenSearch 서비스 도메인 업그레이드 - 아마존 OpenSearch 서비스

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

아마존 OpenSearch 서비스 도메인 업그레이드

참고

OpenSearch 그리고 Elasticsearch 버전 업그레이드는 서비스 소프트웨어 업데이트와 다릅니다. 서비스 도메인의 OpenSearch 서비스 소프트웨어 업데이트에 대한 자세한 내용은 을 참조하십시오. Amazon 서비스의 OpenSearch 서비스 소프트웨어 업데이트

Amazon OpenSearch 서비스는 OpenSearch 1.0 이상 또는 Elasticsearch 5.1 이상을 실행하는 도메인에 대해 인플레이스 업그레이드를 제공합니다. Amazon Data Firehose 또는 Amazon CloudWatch Logs와 같은 서비스를 사용하여 OpenSearch 서비스로 데이터를 스트리밍하는 경우, 마이그레이션하기 전에 이러한 서비스가 최신 버전의 OpenSearch 를 지원하는지 확인하십시오.

지원되는 업그레이드 경로

현재 OpenSearch 서비스는 다음과 같은 업그레이드 경로를 지원합니다.

구 버전 새 버전
OpenSearch 1.3 또는 2. x

OpenSearch 2. x

버전 2.3에는 다음과 같은 주요 변경 사항이 있습니다.

  • 버전 2.0의 모든 OpenSearch API 엔드포인트에서 type 파라미터가 제거되었습니다. 자세한 내용은 주요 변경 사항을 참조하세요.

  • 도메인에 원래 Elasticsearch 6.8에서 생성된 인덱스 (핫 UltraWarm, 콜드) 가 포함되어 있는 경우 해당 인덱스는 2.3과 호환되지 않습니다. OpenSearch

    버전 2.3으로 업그레이드하기 전에 호환되지 않는 인덱스를 재인덱싱해야 합니다. 호환되지 UltraWarm 않거나 콜드 인덱스의 경우 핫 스토리지로 마이그레이션하고 데이터를 다시 인덱싱한 다음 웜 스토리지나 콜드 스토리지로 다시 마이그레이션하십시오. 또는 인덱스가 더 이상 필요하지 않은 경우 인덱스를 삭제할 수 있습니다.

    이러한 단계를 먼저 수행하지 않고 실수로 도메인을 버전 2.3으로 업그레이드한 경우 호환되지 않는 인덱스를 현재 스토리지 계층에서 마이그레이션할 수 없습니다. 유일한 방법은 삭제하는 것입니다.

OpenSearch 1. x OpenSearch 1. x
Elasticsearch 7.x

엘라스틱서치 7. x 또는 OpenSearch 1. x

중요

OpenSearch 1. x는 수많은 주요 변경 사항을 도입합니다. 자세한 내용은 Amazon OpenSearch Service 이름 변경 - 변경 사항 요약 섹션을 참조하세요.

Elasticsearch 6.8

엘라스틱서치 7. x 또는 OpenSearch 1. x

중요

엘라스틱서치 7.0 및 OpenSearch 1.0에는 수많은 주요 변경 사항이 포함되어 있습니다. 인플레이스 업그레이드를 시작하기 전에 6의 수동 스냅샷을 찍는 것이 좋습니다. x 도메인, 테스트에서 복원 7. x 또는 OpenSearch 1. x 도메인을 선택하고 해당 테스트 도메인을 사용하여 잠재적 업그레이드 문제를 식별합니다. OpenSearch 1.0의 주요 변경 사항은 을 참조하십시오Amazon OpenSearch Service 이름 변경 - 변경 사항 요약.

Elasticsearch 6.x와 같이 인덱스에는 하나의 매핑 유형만 포함될 수 있지만 해당 유형의 이름은 _doc여야 합니다. 결과적으로 특정 API(예: _bulk API)는 더 이상 요청 본문에 매핑 유형이 필요하지 않습니다.

새 인덱스의 경우 자체 호스팅 Elasticsearch 7을 참조하십시오. x 및 1. OpenSearch x의 기본 샤드 개수는 1개입니다. OpenSearch 엘라스틱서치 7의 서비스 도메인. x 이상 버전은 이전 기본값인 5를 유지합니다.

Elasticsearch 6.x

Elasticsearch 6.x

Elasticsearch 5.6

Elasticsearch 6.x

중요

버전 6.x에서 생성된 인덱스는 더 이상 여러 개의 매핑 유형을 지원하지 않습니다. 버전 5.x에서 생성된 인덱스는 6.x 클러스터로 복원될 때 계속 여러 매핑 유형을 지원합니다. 클라이언트 코드를 통해 인덱스당 매핑 유형 하나만 생성할 수 있는지 확인합니다.

Elasticsearch 5.6에서 6으로 업그레이드하는 동안 다운타임을 최소화하기 위함입니다. x, OpenSearch 서비스는 인덱스를 다시 인덱싱하고.kibana-6, 삭제하고, 이름이 지정된 .kibana 별칭을 생성하고.kibana, 새 .kibana 인덱스를 새 별칭에 매핑합니다.

Elasticsearch 5.x Elasticsearch 5.x

업그레이드 프로세스는 세 단계로 구성됩니다.

  1. 업그레이드 전 검사 — OpenSearch 서비스는 업그레이드를 방해할 수 있는 문제가 있는지 확인하고 확인이 성공하지 않으면 다음 단계로 진행하지 않습니다.

  2. 스냅샷 — OpenSearch 서비스는 OpenSearch 또는 Elasticsearch 클러스터의 스냅샷을 찍고 스냅샷이 성공하지 않으면 다음 단계로 진행하지 않습니다. 업그레이드가 실패할 경우 OpenSearch 서비스는 이 스냅샷을 사용하여 클러스터를 원래 상태로 복원합니다. 자세한 내용은 업그레이드 후 다운그레이드할 수 없음 섹션을 참조하세요.

  3. 업그레이드 - OpenSearch 서비스가 업그레이드를 시작합니다. 업그레이드를 완료하는 데 15분에서 몇 시간이 걸릴 수 있습니다. OpenSearch 업그레이드 중 일부 또는 전체가 진행되는 동안에는 대시보드를 사용하지 못할 수 있습니다.

업그레이드 시작(콘솔)

업그레이드 프로세스는 되돌릴 수 없으며 일시 중지 또는 취소할 수 없습니다. 업그레이드 도중에는 도메인에서 구성을 변경할 수 없습니다. 업그레이드를 시작하기 전에 진행해도 좋은지 다시 한번 확인하세요. 동일한 단계를 사용해 실제로 업그레이드를 시작하지 않고 업그레이드 전 점검을 수행할 수 있습니다.

클러스터에 전용 마스터 노드가 있는 경우 다운타임 없이 OpenSearch 업그레이드가 완료됩니다. 그렇지 않으면 클러스터가 업그레이드 후 프라이머리 노드를 선택하는 몇 초 동안 응답하지 않을 수도 있습니다.

도메인을 최신 버전 OpenSearch 또는 Elasticsearch로 업그레이드하려면
  1. 도메인의 수동 스냅샷을 생성합니다. 이 스냅샷은 이전 OpenSearch 버전을 사용하여 다시 사용하려는 경우 새 도메인에서 복원할 수 있는 백업 역할을 합니다.

  2. https://aws.amazon.com으로 이동하여 Sign In to the Console(콘솔에 로그인)을 선택합니다.

  3. 애널리틱스에서 Amazon OpenSearch 서비스를 선택합니다.

  4. 탐색 창의 Domains(도메인)에서 업그레이드할 도메인을 선택합니다.

  5. Actions(작업), Upgrade(업그레이드)를 선택합니다.

  6. 업그레이드할 버전을 선택합니다. OpenSearch 버전으로 업그레이드하는 경우 호환성 모드 활성화 옵션이 나타납니다. 이 설정을 활성화하면 버전을 7.10으로 OpenSearch 보고하여 Elasticsearch OSS 클라이언트 및 Logstash와 같은 플러그인이 Amazon 서비스와 계속 작동할 수 있도록 합니다. OpenSearch 나중에 이 설정을 비활성화할 수 있습니다

  7. Upgrade(업그레이드)를 선택합니다.

  8. 도메인 대시보드에서 Status(상태)를 확인하여 업그레이드 상태를 모니터링합니다.

업그레이드 시작(CLI)

다음 작업을 사용하여 도메인의 올바른 버전 OpenSearch 또는 Elasticsearch를 식별하고, 전체 업그레이드를 시작하고, 업그레이드 전 검사를 수행하고, 진행 상황을 확인할 수 있습니다.

  • get-compatible-versions (GetCompatibleVersions)

  • upgrade-domain (UpgradeDomain)

  • get-upgrade-status (GetUpgradeStatus)

  • get-upgrade-history (GetUpgradeHistory)

자세한 내용은 AWS CLI 명령 참조 및 Amazon OpenSearch 서비스 API 참조를 참조하십시오.

업그레이드 시작(SDK)

이 샘플은 의 OpenSearchService저수준 Python 클라이언트를 사용하여 도메인이 특정 버전으로 업그레이드할 수 있는지 확인하고, 업그레이드하고, 업그레이드 상태를 지속적으로 확인합니다. AWS SDK for Python (Boto)

import boto3 from botocore.config import Config import time # Build the client using the default credential configuration. # You can use the CLI and run 'aws configure' to set access key, secret # key, and default Region. DOMAIN_NAME = '' # The name of the domain to upgrade TARGET_VERSION = '' # The version you want to upgrade the domain to. For example, OpenSearch_1.1 my_config = Config( # Optionally lets you specify a Region other than your default. region_name='us-east-1' ) client = boto3.client('opensearch', config=my_config) def check_versions(): """Determine whether domain is eligible for upgrade""" response = client.get_compatible_versions( DomainName=DOMAIN_NAME ) compatible_versions = response['CompatibleVersions'] for i in range(len(compatible_versions)): if TARGET_VERSION in compatible_versions[i]["TargetVersions"]: print('Domain is eligible for upgrade to ' + TARGET_VERSION) upgrade_domain() print(response) else: print('Domain not eligible for upgrade to ' + TARGET_VERSION) def upgrade_domain(): """Upgrades the domain""" response = client.upgrade_domain( DomainName=DOMAIN_NAME, TargetVersion=TARGET_VERSION ) print('Upgrading domain to ' + TARGET_VERSION + '...' + response) time.sleep(5) wait_for_upgrade() def wait_for_upgrade(): """Get the status of the upgrade""" response = client.get_upgrade_status( DomainName=DOMAIN_NAME ) if (response['UpgradeStep']) == 'UPGRADE' and (response['StepStatus']) == 'SUCCEEDED': print('Domain successfully upgraded to ' + TARGET_VERSION) elif (response['StepStatus']) == 'FAILED': print('Upgrade failed. Please try again.') elif (response['StepStatus']) == 'SUCCEEDED_WITH_ISSUES': print('Upgrade succeeded with issues') elif (response['StepStatus']) == 'IN_PROGRESS': time.sleep(30) wait_for_upgrade() def main(): check_versions() if __name__ == "__main__": main()

검증 장애 문제 해결

Elasticsearch 버전 업그레이드를 시작하면 OpenSearch 서비스는 먼저 일련의 검증 검사를 수행하여 도메인이 업그레이드에 적합한지 확인합니다. OpenSearch 이러한 검사 중 하나라도 실패하면 도메인을 업그레이드하기 전에 수정해야 하는 특정 문제가 포함된 알림을 받게 됩니다. 잠재적 문제 목록 및 문제 해결 단계는 Troubleshooting validation errors(검증 오류 문제 해결 중)을 참조하세요.

업그레이드 문제 해결

인플레이스 업그레이드는 정상 상태 도메인이 필요합니다. 도메인은 업그레이드 자격이 없거나 매우 다양한 이유로 업그레이드가 실패할 수 있습니다. 다음 표에는 가장 일반적인 문제가 나와 있습니다.

문제 설명
선택적 플러그인은 지원되지 않음

선택적 플러그인으로 도메인을 업그레이드하면 OpenSearch Service에서 플러그인도 자동으로 업그레이드합니다. 따라서 도메인의 대상 버전도 이러한 선택적 플러그인을 지원해야 합니다. 대상 버전에서 사용할 수 없는 선택적 플러그인이 도메인에 설치된 경우 업그레이드 요청이 실패합니다.

노드당 샤드가 너무 많음 OpenSearch뿐만 아니라 7. x 버전의 Elasticsearch에는 노드당 샤드가 1,000개 이하로 기본 설정되어 있습니다. 현재 클러스터의 노드가 이 설정을 초과하는 경우 OpenSearch 서비스에서 업그레이드를 허용하지 않습니다. 문제 해결 옵션은 최대 샤드 제한 초과 섹션을 참조하세요.
처리 중 상태의 도메인 도메인이 구성 변경 도중에 있습니다. 작업이 완료된 후 업그레이드 자격을 확인하세요.
빨간색 클러스터 상태 클러스터에서 하나 이상의 인덱스가 빨간색입니다. 문제 해결 단계는 빨간색 클러스터 상태 섹션을 참조하세요.
높은 오류율 클러스터가 요청을 처리하려고 시도할 때 다수의 5xx 오류를 반환합니다. 이 문제는 일반적으로 너무 많은 동시 읽기 또는 쓰기 요청의 결과입니다. 클러스터로 가는 트래픽을 줄이거나 도메인을 확장할 것을 고려하세요.
브레인 분할 브레인 분할은 클러스터가 여러 개의 프라이머리 노드를 가지고 자체적으로는 절대로 다시 조인되지 않는 2개의 클러스터로 분할되어 있다는 의미입니다. 권장 수의 전용 프라이머리 노드를 사용하면 브레인 분할을 방지할 수 있습니다. 브레인 분할로부터 복구하기 위해 도움이 필요하면 AWS Support에 문의하세요.
프라이머리 노드가 없음 OpenSearch 서비스가 클러스터의 마스터 노드를 찾을 수 없습니다. 도메인에서 다중 AZ를 사용하는 경우 가용 영역 장애로 인해 클러스터가 쿼럼을 상실하고 새 프라이머리 노드를 선택하지 못할 수 있습니다. 문제가 자체적으로 해결되지 않을 경우 AWS Support에 문의하세요.
대기 중 작업이 너무 많음 프라이머리 노드에 부하가 너무 높아 대기 중 작업이 많습니다. 클러스터로 가는 트래픽을 줄이거나 도메인을 확장할 것을 고려하세요.
손상된 스토리지 볼륨 하나 이상의 노드의 디스크 볼륨이 제대로 기능하지 않습니다. 이 문제는 흔히 높은 오류율, 대기 작업이 너무 많음 등 다른 문제와 함께 발생합니다. 이 문제가 단독으로 발생하고 자체적으로 해결되지 않을 경우 AWS Support에 문의하세요.
KMS 키 문제 도메인을 암호화하는 데 사용된 KMS 키가 액세스 불가능하거나 없습니다. 자세한 내용은 저장된 데이터를 암호화하는 도메인 모니터링 섹션을 참조하세요.
진행 중인 스냅샷 도메인이 현재 스냅샷을 생성하고 있습니다. 스냅샷이 완료된 후 업그레이드 자격을 확인하세요. 또한 수동 스냅샷 리포지토리를 나열하고, 해당 리포지토리에서 스냅샷을 나열하고, 수동 스냅샷을 생성할 수 있는지도 확인하세요. OpenSearch 서비스에서 스냅샷이 진행 중인지 확인할 수 없는 경우 업그레이드가 실패할 수 있습니다.
스냅샷 시간 초과 또는 실패 업그레이드 전 스냅샷 생성이 너무 오래 걸렸거나 실패했습니다. 클러스터 상태를 확인한 후 다시 시도하세요. 문제가 지속될 경우 AWS Support에 문의하세요.
호환되지 않는 인덱스 하나 이상의 인덱스가 대상 버전과 호환되지 않습니다. 이전 버전 OpenSearch 또는 Elasticsearch에서 인덱스를 마이그레이션한 경우 이 문제가 발생할 수 있습니다. 인덱스를 다시 생성한 후 다시 시도하세요.
높은 디스크 사용량 클러스터의 디스크 사용량이 90%를 초과합니다. 데이터를 삭제하거나 도메인을 확장한 후 다시 시도하세요.
높은 JVM 사용량 JVM 메모리 압력이 75%를 초과합니다. 클러스터로 가는 트래픽을 줄이거나 도메인을 확장한 후 다시 시도하세요.
OpenSearch 대시보드 별칭 문제 .dashboards이미 별칭으로 구성되어 있으며 호환되지 않는 인덱스 (이전 버전의 대시보드에서 가져온 것일 수 있음) 에 매핑됩니다. OpenSearch 색인을 재지정하고 다시 시도하세요.
빨간색 Dashboards 상태 OpenSearch 대시보드 상태는 빨간색입니다. 업그레이드가 완료되면 Dashboards를 사용해보세요. 상태가 지속될 경우 수동으로 해결한 후 다시 시도하세요.
클러스터 간 호환성

업그레이드 후 소스 도메인과 대상 도메인 간 교차 클러스터 호환성이 유지되는 경우에만 업그레이드할 수 있습니다. 업그레이드 프로세스 중에 호환되지 않는 모든 연결이 식별됩니다. 계속하려면 원격 도메인을 업그레이드하거나 호환되지 않는 연결을 삭제하세요. 도메인에서 복제가 활성 상태인 경우 연결을 삭제한 후에는 복제를 재개할 수 없다는 점을 참조하세요.

기타 OpenSearch 서비스 서비스 문제 OpenSearch 서비스 자체에 문제가 있으면 도메인이 업그레이드에 적합하지 않은 것으로 표시될 수 있습니다. 도메인에 상기 조건이 하나도 적용되지 않지만 문제가 하루를 넘게 지속될 경우 AWS Support에 문의하세요.

스냅샷을 사용하여 데이터 마이그레이션

인플레이스 업그레이드는 도메인을 최신 버전 OpenSearch 또는 Elasticsearch 버전으로 업그레이드하는 더 쉽고 빠르며 안정적인 방법입니다. 스냅샷은 5.1 이전 버전의 Elasticsearch에서 마이그레이션하거나 완전히 새 클러스터로 마이그레이션하려는 경우 적합한 옵션입니다.

다음 표는 스냅샷을 사용하여 다른 OpenSearch 버전 또는 Elasticsearch 버전을 사용하는 도메인으로 데이터를 마이그레이션하는 방법을 보여줍니다. 스냅샷 생성 및 복원에 대한 자세한 내용은 Amazon OpenSearch 서비스에서 인덱스 스냅샷 생성 섹션을 참조하세요.

구 버전 새 버전 마이그레이션 프로세스
OpenSearch 1.3 또는 2. x OpenSearch 2. x
  1. OpenSearch 2.3의 주요 변경 사항을 검토하여 인덱스 또는 애플리케이션을 조정해야 하는지 확인하세요.

  2. 1.3 또는 2.x 도메인의 수동 스냅샷을 생성합니다.

  3. 원래 1.3 또는 2.x 도메인보다 더 높은 버전의 2.x 도메인을 생성합니다.

  4. 원래 도메인의 스냅샷을 2.x 도메인에 복원합니다. 다음과 같이 작업 중에 새 이름으로 .opensearch 인덱스를 복원해야 할 수도 있습니다.

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".opensearch", "rename_replacement": ".backup-opensearch" }

    그런 다음 새 도메인에서 .backup-opensearch를 다시 인덱싱하고 .opensearch에 별칭을 지정할 수 있습니다. _restore의 기본값이 false이므로 _restore REST 호출에는 include_global_state가 포함되지 않습니다. 따라서 테스트 도메인에는 인덱스 템플릿이 포함되지 않으며 백업의 전체 상태가 반영되지 않습니다.

  5. 원래 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

OpenSearch 1. x OpenSearch 1. x
  1. 1.x 도메인의 수동 스냅샷을 생성합니다.

  2. 원래 1.x 도메인보다 더 높은 버전의 1.x 도메인을 생성합니다.

  3. 원래 도메인의 스냅샷을 새로운 1.x 도메인에 복원합니다. 다음과 같이 작업 중에 새 이름으로 .opensearch 인덱스를 복원해야 할 수도 있습니다.

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".opensearch", "rename_replacement": ".backup-opensearch" }

    그런 다음 새 도메인에서 .backup-opensearch를 다시 인덱싱하고 .opensearch에 별칭을 지정할 수 있습니다. _restore의 기본값이 false이므로 _restore REST 호출에는 include_global_state가 포함되지 않습니다. 따라서 테스트 도메인에는 인덱스 템플릿이 포함되지 않으며 백업의 전체 상태가 반영되지 않습니다.

  4. 원래 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

Elasticsearch 6.x 또는 7.x OpenSearch 1. x
  1. OpenSearch 1.0의 주요 변경 사항을 검토하여 인덱스 또는 애플리케이션을 조정해야 하는지 확인하세요.

  2. Elasticsearch 7.x 또는 6.x 도메인의 수동 스냅샷을 생성합니다.

  3. OpenSearch 1을 생성하세요. x 도메인.

  4. Elasticsearch 도메인에서 도메인으로 스냅샷을 복원합니다. OpenSearch 다음과 같이 작업 중에 새 이름으로 .elasticsearch 인덱스를 복원해야 할 수도 있습니다.

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".elasticsearch", "rename_replacement": ".backup-opensearch" }

    그런 다음 새 도메인에서 .backup-opensearch를 다시 인덱싱하고 .elasticsearch에 별칭을 지정할 수 있습니다. _restore의 기본값이 false이므로 _restore REST 호출에는 include_global_state가 포함되지 않습니다. 따라서 테스트 도메인에는 인덱스 템플릿이 포함되지 않으며 백업의 전체 상태가 반영되지 않습니다.

  5. 원래 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

Elasticsearch 6.x Elasticsearch 7.x
  1. 7.0에 대한 주요 변경 사항을 검토하여 인덱스 또는 애플리케이션을 조정할 필요가 있는지 확인하세요.

  2. 6.x 도메인의 수동 스냅샷을 생성합니다.

  3. 7.x 도메인을 생성합니다.

  4. 원래 도메인의 스냅샷을 7.x 도메인에 복원합니다. 다음과 같이 작업 중에 새 이름으로 .opensearch 인덱스를 복원해야 할 수도 있습니다.

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".elasticsearch", "rename_replacement": ".backup-elasticsearch" }

    그런 다음 새 도메인에서 .backup-elasticsearch를 다시 인덱싱하고 .elasticsearch에 별칭을 지정할 수 있습니다. _restore의 기본값이 false이므로 _restore REST 호출에는 include_global_state가 포함되지 않습니다. 따라서 테스트 도메인에는 인덱스 템플릿이 포함되지 않으며 백업의 전체 상태가 반영되지 않습니다.

  5. 원래 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

Elasticsearch 6.x Elasticsearch 6.8
  1. 6.x 도메인의 수동 스냅샷을 생성합니다.

  2. 6.8 도메인을 생성합니다.

  3. 원래 도메인의 스냅샷을 6.8 도메인에 복원합니다.

  4. 원래 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

Elasticsearch 5.x Elasticsearch 6.x
  1. 6.0에 대한 주요 변경 사항을 검토하여 인덱스 또는 애플리케이션을 조정할 필요가 있는지 확인하세요.

  2. 5.x 도메인의 수동 스냅샷을 생성합니다.

  3. 6.x 도메인을 생성합니다.

  4. 원래 도메인의 스냅샷을 6.x 도메인에 복원합니다.

  5. 5.x 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

Elasticsearch 5.x Elasticsearch 5.6
  1. 5.x 도메인의 수동 스냅샷을 생성합니다.

  2. 5.6 도메인을 생성합니다.

  3. 원래 도메인의 스냅샷을 5.6 도메인에 복원합니다.

  4. 원래 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

Elasticsearch 2.3 Elasticsearch 6.x

Elasticsearch 2.3 스냅샷은 6.x와 호환되지 않습니다. 데이터를 2.3에서 6.x로 직접 마이그레이션하려면 새 도메인에서 인덱스를 수동으로 다시 만들어야 합니다.

또는 이 표의 2.3~5.x 단계에 따라 새 5.x 도메인에서 _reindex 작업을 수행하여 2.3 인덱스를 5.x 인덱스로 변환한 다음, 5.x~6.x 단계를 따르세요.

Elasticsearch 2.3 Elasticsearch 5.x
  1. 5.0에 대한 주요 변경 사항을 검토하여 인덱스 또는 애플리케이션을 조정할 필요가 있는지 확인하세요.

  2. 2.3 도메인의 수동 스냅샷을 생성합니다.

  3. 5.x 도메인을 생성합니다.

  4. 2.3 도메인의 스냅샷을 5.x 도메인에 복원합니다.

  5. 2.3 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.

Elasticsearch 1.5 Elasticsearch 5.x

Elasticsearch 1.5 스냅샷은 5.x와 호환되지 않습니다. 데이터를 1.5에서 5.x로 마이그레이션하려면 새 도메인에서 인덱스를 수동으로 다시 만들어야 합니다.

중요

1.5 스냅샷은 2.3과 호환되지만, OpenSearch 서비스 2.3 도메인은 이 작업을 지원하지 않습니다. _reindex 인덱스를 다시 만들 수는 없기 때문에 1.5 도메인에서 만든 인덱스는 2.3 스냅샷에서 5.x 도메인으로 복원할 수 없습니다.

Elasticsearch 1.5 Elasticsearch 2.3
  1. 마이그레이션 플러그인을 사용하여 2.3 버전으로 직접 업그레이드할 수 있는지 확인하세요. 마이그레이션 전에 데이터를 변경해야 할 수 있습니다.

    1. 웹 브라우저에서 http://domain-endpoint/_plugin/migration/을 엽니다.

    2. Run checks now(지금 확인 실행)를 선택합니다.

    3. 결과를 검토하고, 필요하면 지침에 따라 데이터를 변경합니다.

  2. 1.5 도메인의 수동 스냅샷을 생성합니다.

  3. 2.3 도메인을 생성합니다.

  4. 1.5 도메인의 스냅샷을 2.3 도메인에 복원합니다.

  5. 1.5 도메인이 더 이상 필요 없는 경우에는 삭제합니다. 삭제하지 않으면 해당 도메인에 계속 요금이 부과될 수 있습니다.