5단계 - 전환

이 단계에서는 현재 Elasticsearch 또는 OpenSearch 환경에서 대상 Amazon OpenSearch Service 도메인으로 전환하는 데 사용할 수 있는 다양한 접근 방식에 대해 설명합니다. 전환은 다음 두 단계로 수행할 수 있습니다.

• 데이터 동기화 메커니즘을 설정하여 대상 환경을 소스와 동기화된 상태로 유지합니다.

• 가동 중지 여부에 관계없이 현재 환경에서 대상 환경으로 스왑을 수행합니다.

데이터 동기화

연속 데이터를 수신하는 모든 시스템의 경우 데이터 마이그레이션을 수행하려면 마이그레이션 중에 새 데이터 수신을 중지하고 유지 관리 기간(가동 중지 가능)에 마이그레이션을 실행해야 할 수 있습니다. 가동 중지 시간을 감당할 수 없는 경우 마이그레이션을 시작한 후 변경 사항을 캡처할 수 있습니다. 대상의 변경 사항을 재생하여 전환을 수행할 때까지 업데이트하고 소스와 동기화합니다. 다음 섹션에서는 소스와 대상을 동기화된 상태로 유지할 수 있는 다양한 방법을 설명합니다.

로그 분석 워크로드

로그 분석 워크로드의 경우 다음과 같은 방법으로 업데이트 동기화를 수행할 수 있습니다.

• 보존 기간이 완료될 때까지 두 환경을 나란히 실행하고 현재 환경과 대상 환경 모두에 대한 수집을 실행할 수 있습니다. 특정 시점에 애플리케이션을 잘라내고 새 환경을 가리키기로 결정합니다. 경우에 따라 로그 또는 문서 소스에서 기존 클러스터와 대상 OpenSearch Service 환경으로 새 데이터를 수집할 수 있습니다. 그런 다음 현재 환경에서 복사하여 대상 환경의 이전 데이터를 채울 수 있습니다. 모든 경우에 데이터에 사용자에게 영향을 미치는 격차가 없는지 확인해야 합니다.

• 데이터 마이그레이션 전에 기존 환경으로의 수집을 일시 중지하기로 결정할 수 있습니다. 그러나이 접근 방식은 사용자가 데이터 마이그레이션이 완료될 때까지 기존 환경에서 최신 또는 변경된 데이터를 검색하지 못할 수 있음을 의미합니다. 데이터 마이그레이션이 완료되면 데이터 수집을 대상 환경으로 지정하고 애플리케이션과 클라이언트를 대상 환경으로 전환할 수 있습니다. 즉, 마이그레이션이 완료될 때까지 새 데이터를 사용할 수 없습니다. 하지만 시스템은 계속 검색할 수 있습니다. 새 환경을 사용할 수 있을 때까지 소스 로그와 데이터를 소스에 보관할 수 있는 수단이 있어야 합니다.

• 첫 번째 데이터 전달이 마이그레이션될 때까지 현재 로그 분석 엔진을 계속 사용할 수 있습니다. 그런 다음 첫 번째 패스가 시작된 이후 생성된 나머지 데이터를 채웁니다. 나머지 데이터가 첫 번째 패스보다 훨씬 작다고 가정하면 동기화에 몇 분 또는 몇 시간이 걸릴 수 있으므로 나머지 데이터가 동기화되는 동안 수집을 일시 중지할 수 있습니다. 또한 동기화 기간이 소스에서 대상 환경으로의 수집을 일시 중지하고 사용자에게 영향을 주지 않고 대상 환경으로 전환할 수 있을 만큼 작아질 때까지이 접근 방식을 사용하여 몇 번의 패스를 수행할 수 있습니다. 다음 다이어그램은 증분 스냅샷 및 복원을 사용하여 데이터를 업데이트하거나 동기화하는 방법을 보여줍니다.

  

  1단계

  1. 데이터 수집 파이프라인을 통해 소스에서 현재 Elasticsearch 환경 및 Amazon OpenSearch Service 도메인으로 데이터가 흐릅니다.

  2. 첫 번째 패스는 Elasticsearch에서 Amazon OpenSearch Service 도메인으로 이동하는 데 가장 오랜 시간이 걸립니다.

  3. 첫 번째 업데이트 또는 동기화 패스는 시간이 덜 걸립니다.

  4. 두 번째 업데이트 또는 동기화 패스는 시간이 가장 적게 걸립니다.

  5. 데이터는 Elasticsearch에서 애플리케이션으로 계속 흐릅니다.

  2단계

  1. 데이터 수집 파이프라인을 통해 소스에서 OpenSearch Service 도메인으로 데이터가 흐릅니다.

  2. 현재 Elasticsearch 환경에 대한 수집이 중지됩니다.

  3. 최종 업데이트 또는 동기화 패스는 시간이 가장 적게 걸립니다.

  4. OpenSearch Service에서 애플리케이션으로 데이터 흐름.

워크로드 검색

앞서 설명한 세 가지 접근 방식에서 전환하기 전에 대상의 모든 데이터가 최신 상태인지 확인해야 합니다. 검색 워크로드의 경우 업데이트 또는 동기화를 위해 다음 제안을 고려할 수 있습니다.

• 검색 워크로드의 경우 일반적으로 소스에서 현재 환경으로의 수집을 일시 중지합니다. 현재 환경에서 대상 환경으로 모든 데이터를 복사하고 마이그레이션 시작 이후 변경된 데이터를 확인할 수 있는 변경 데이터 캡처(CDC) 메커니즘을 배치합니다. 그런 다음 변경된 데이터를 Amazon OpenSearch 환경에 복사합니다. 대부분의 경우 검색 애플리케이션의 데이터 수집 파이프라인에는 이미 CDC 메커니즘이 내장되어 있으며, 이는 일반적으로 현재 환경에서 데이터를 마이그레이션한 후 파이프라인을 새 환경으로 가리키는 문제입니다. 다음 다이어그램은 검색 사용 사례에 대한 소스에서 인덱스를 완전히 빌드하는 것을 보여줍니다.

  

  1단계

  1. 현재 Elasticsearch 환경에 대한 수집이 일시 중지됩니다.

  2. 데이터는 ElasticSearch에서 OpenSearch Service 도메인으로 복사됩니다.

  3. 데이터는 ElasticSearch에서 애플리케이션으로 계속 흐릅니다.

  2단계

  1. Elasticsearch 환경은 더 이상 데이터 소스 또는 애플리케이션에 연결되지 않습니다.

  2. 변경 데이터 캡처(CDC) 데이터는 파이프라인에 수집되어 OpenSearch Service 도메인으로 흐릅니다.

  3. OpenSearch Service 도메인에서 애플리케이션으로 데이터가 흐릅니다.

• 일부 검색 워크로드에서는 소스 데이터베이스 또는 데이터 소스의 전체 데이터만 새 OpenSearch Service 환경으로 로드해야 합니다. 로드가 완료되면 클라이언트 애플리케이션이 새 환경으로 전환될 수 있습니다. 이는 검색 워크로드에 대한 마이그레이션을 수행하는 가장 간단한 방법입니다.

전환 또는 전환

마이그레이션 여정의 마지막 단계는 새 환경으로 전환하거나 축소하는 것입니다. 중요한 단계 중 하나입니다. 이제 라이브로 전환할 준비가 되었습니다. 데이터를 동기화하고 최신 상태로 유지하고, 모니터링 및 알림을 구성하고, 런북을 최신 상태로 유지하고, 새 환경으로 전환할 준비가 되었습니다. 수집이 정상적으로 진행되고 새 환경의 지표가 정상인지 확인해야 합니다. 이 단계에서는 기존 Elasticsearch 또는 OpenSearch 클러스터에서 새 Amazon OpenSearch Service 도메인으로의 클라이언트 연결 분할을 계획하고 수행합니다. 필요할 수 있는 클라이언트 라이브러리 변경 사항에 유의하세요. 이 시점에서는 하위 환경에서 Amazon OpenSearch Service를 사용하여 모든 클라이언트 기능을 테스트하여 호환성과 성능을 확인해야 합니다.

새 환경을 가리켜야 하는 클라이언트 애플리케이션이 있는 경우 이전 환경에서 새 환경으로 DNS 항목을 업데이트합니다. 그런 다음 애플리케이션 동작을 면밀히 모니터링하여 사용자가 올바른 경험을 하고 있는지 확인합니다.

일반적으로이 문서의 지침을 따른 경우 안전한 전환이 가능합니다. 그러나 새 환경에 문제가 발생할 경우 대체 역할을 할 수 있도록 소스 환경을 최신 상태로 유지하는 것이 좋습니다. 일부 AWS 고객은 이전 환경을 폐기하기 전에 스왑 후 몇 주 동안 두 환경을 계속 운영합니다. 비즈니스 연속성 요구 사항에 맞는 전략을 선택하는 것이 좋습니다.