마이그레이션 시작

모든 사전 요구 사항이 완료되면 AWS Management Console, ElastiCache API 또는 를 사용하여 데이터 마이그레이션을 시작할 수 있습니다. AWS CLI클러스터 모드가 활성화되어 있는 경우 슬롯 마이그레이션이 다르면 실시간 마이그레이션 전에 리샤딩이 수행됩니다. 다음은 CLI를 사용하는 경우를 보여주는 예제입니다.

참고

TestMigration API를 사용하여 마이그레이션 설정을 검증하는 것이 좋습니다. 그러나 이는 전적으로 선택 사항입니다.

start-migration 명령을 다음 파라미터로 호출하여 마이그레이션을 시작합니다.

• --replication-group-id— 대상 ElastiCache 복제 그룹의 식별자

• --customer-node-endpoint-list— DNS 또는 IP 주소가 포함된 엔드포인트 목록과 소스 Redis OSS 클러스터가 실행되는 포트. 클러스터 모드가 비활성화된 경우와 클러스터 모드가 활성화된 경우에 모두 하나의 요소만 이 목록에 포함할 수 있습니다. 체인 복제를 활성화한 경우 엔드포인트는 Redis OSS 클러스터의 기본 노드 대신 복제본을 가리킬 수 있습니다.

다음은 CLI 사용을 보여주는 예제입니다.

aws elasticache start-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379"

이 명령을 실행하면 각 샤드의 ElastiCache 기본 노드가 클러스터 지원 redis에서 동일한 슬롯을 소유하는 해당 샤드에 있는 Redis OSS 인스턴스의 복제본이 되도록 자체적으로 구성합니다. ElastiCache 클러스터 상태가 마이그레이션 중으로 변경되고 Redis OSS 인스턴스에서 기본 노드로 데이터가 마이그레이션되기 시작합니다. ElastiCache Redis OSS 인스턴스의 데이터 및 부하 크기에 따라 마이그레이션을 완료하는 데 시간이 걸릴 수 있습니다. Redis OSS 인스턴스 및 기본 노드에서 redis-cli INFO 명령을 실행하여 마이그레이션 진행 상황을 확인할 수 있습니다. ElastiCache

복제가 성공하면 Redis OSS 인스턴스에 대한 모든 쓰기가 클러스터로 전파됩니다. ElastiCache ElastiCache 노드를 읽기에 사용할 수 있습니다. 하지만 ElastiCache 클러스터에 쓸 수는 없습니다. ElastiCache 기본 노드에 다른 복제본 노드가 연결되어 있는 경우 이러한 복제본 노드는 기본 노드에서 계속 복제됩니다 ElastiCache . 이렇게 하면 Redis OSS 클러스터의 모든 데이터가 클러스터의 모든 노드에 복제됩니다. ElastiCache

ElastiCache 기본 노드가 Redis OSS 인스턴스의 복제본이 될 수 없는 경우 여러 번 재시도한 후 결국 기본 노드로 다시 승격됩니다. 그러면 ElastiCache 클러스터 상태가 사용 가능으로 변경되고 마이그레이션 시작 실패에 대한 복제 그룹 이벤트가 전송됩니다. 이러한 문제를 해결하려면 다음과 같이 하세요.

• 복제 그룹 이벤트를 확인합니다. 이벤트에서 나온 모든 구체적인 정보를 이용해 마이그레이션 실패 문제를 해결합니다.

• 이벤트가 구체적인 정보를 제공하지 않는 경우에는 마이그레이션을 위한 소스 및 대상 Redis OSS 노드 준비의 지침을 준수했는지 확인합니다.

• VPC와 서브넷의 라우팅 구성이 ElastiCache 노드와 Redis OSS 인스턴스 간 트래픽을 허용하는지 확인하십시오.

• Redis OSS 인스턴스에 연결된 보안 그룹이 노드로부터의 입력 바운드 트래픽을 허용하는지 확인하십시오. ElastiCache

• 복제와 관련된 실패에 대한 자세한 내용은 Redis OSS 인스턴스의 Redis OSS 로그를 확인하십시오.