노드 교체 - 아마존 ElastiCache (레디 스 OSS)

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

노드 교체

Amazon ElastiCache (Redis OSS) 은 인스턴스에 원활하게 적용되는 패치 및 업그레이드로 플릿을 자주 업그레이드합니다. 하지만 기본 호스트에 필수 OS 업데이트를 적용하려면 때때로 ElastiCache (Redis OSS) 노드를 다시 시작해야 합니다. 보안, 안정성 및 운영 성능을 강화하는 업그레이드 적용에 있어 이러한 교체가 필요합니다.

예정된 노드 교체 주기 이전에 언제든 이러한 교체를 직접 관리할 수 있는 옵션이 있습니다. 직접 대체를 관리할 때 노드를 다시 시작하면 인스턴스에서 OS 업데이트를 수신하고, 예정된 노드 대체는 취소됩니다. 노드 대체가 발생한다는 경고를 계속 수신할 수 있습니다. 이미 유지 관리의 필요성을 수동으로 완화한 경우 이 경고를 무시할 수 있습니다.

참고

Amazon에서 자동으로 생성한 대체 캐시 노드는 다른 IP 주소를 ElastiCache 가질 수 있습니다. 애플리케이션 구성을 검토하여 캐시 노드가 적절한 IP 주소와 연결되어 있는지 확인해야 합니다.

다음 목록은 Redis OSS 노드 중 하나를 교체하도록 ElastiCache 예약할 때 취할 수 있는 조치를 식별합니다. 상황에 맞는 정보를 신속하게 찾으려면 다음 메뉴에서 선택하세요.

레디 스 OSS 노드 교체 옵션

  • 아무것도 안 함 - 아무것도 하지 않으면 예정대로 노드를 ElastiCache 교체합니다.

     

    자동 장애 조치가 활성화된 비클러스터 구성의 경우 클러스터가 온라인 상태를 유지하고 들어오는 쓰기 요청을 처리하는 동안 Redis OSS 5.0.6 이상의 클러스터는 완전히 교체됩니다. Redis OSS 4.0.10 이하에서 자동 장애 조치가 활성화된 클러스터의 경우 DNS 업데이트와 관련하여 최대 몇 초의 짧은 쓰기 중단이 발생할 수 있습니다.

    노드가 자동 장애 조치 지원 클러스터의 구성원인 경우 ElastiCache (Redis OSS) 는 패치, 업데이트 및 기타 유지 관리 관련 노드 교체 중에 향상된 가용성을 제공합니다.

     

    ElastiCache (Redis OSS) 클러스터 클라이언트를 사용하도록 설정된 (Redis OSS) 클러스터 구성의 경우 ElastiCache 이제 클러스터가 들어오는 쓰기 요청을 처리하는 동안 교체가 완료됩니다.

     

    자동 장애 조치가 활성화된 비클러스터 구성의 경우 클러스터가 온라인 상태를 유지하고 들어오는 쓰기 요청을 처리하는 동안 Redis OSS 5.0.6 이상의 클러스터는 완전히 교체됩니다. Redis OSS 4.0.10 이하에서 자동 장애 조치가 활성화된 클러스터의 경우 DNS 업데이트와 관련하여 최대 몇 초의 짧은 쓰기 중단이 발생할 수 있습니다.

     

    노드가 독립형인 경우 Amazon은 ElastiCache 먼저 대체 노드를 시작한 다음 기존 노드에서 동기화합니다. 그 동안은 서비스 요청에 기존 노드를 사용할 수 없습니다. 동기화가 완료되면 기존 노드가 종료되고 새 노드가 그 자리를 대신합니다. ElastiCache 이 작업 중에 데이터를 보존하기 위해 최선을 다합니다.

     

  • 유지 관리 기간 변경 — 예약된 유지 관리 이벤트의 경우 에서 이메일 또는 알림 이벤트를 받게 ElastiCache 됩니다. 이러한 경우 예약된 대체 시간 전에 유지 관리 기간을 변경하면 이제 노드가 새 시간에 대체됩니다. 자세한 내용은 다음 자료를 참조하십시오.

    참고

    유지 관리 기간을 이동하여 교체 기간을 변경하는 기능은 ElastiCache 알림에 유지 관리 기간이 포함된 경우에만 사용할 수 있습니다. 알림에 유지 관리 기간이 포함되어 있지 않으면 교체 기간을 변경할 수 없습니다.

    예를 들어 11월 9일 목요일 15:00, 다음 유지 관리 기간은 11월 10일 금요일 17:00라고 가정해 보겠습니다. 다음을 이러한 가정의 결과를 보여주는 3가지 시나리오입니다.

    • 유지 관리 기간을 현재 날짜/시간 이후 및 예약된 다음 유지 관리 기간 이전인 금요일 16:00으로 변경합니다. 11월 10일 금요일 16:00에 노드가 대체됩니다.

    • 유지 관리 기간을 현재 날짜/시간 이후 및 예약된 다음 유지 관리 기간 이전인 토요일 16:00으로 변경합니다. 11월 11일 토요일 16:00에 노드가 대체됩니다.

    • 유지 관리 기간을 현재 날짜/시간보다 일주일 빠른 수요일 오후 4시로 변경합니다. 11월 15일 수요일 16:00에 노드가 대체됩니다.

    자세한 내용은 유지 관리 관리 중 섹션을 참조하세요.

     

  • Redis OSS 클러스터의 유일한 노드 교체 - 클러스터에 읽기 전용 복제본이 없는 경우 다음 절차를 사용하여 노드를 교체할 수 있습니다.

    백업 및 복원을 사용하여 노드만을 대체하려면 다음을 수행합니다.

    1. 노드 클러스터의 스냅샷을 생성합니다. 자세한 내용은 수동 백업 지원 섹션을 참조하세요.

    2. 스냅샷에서 시드하여 새 클러스터를 생성합니다. 자세한 내용은 백업에서 새 캐시로 복원 섹션을 참조하세요.

    3. 대체 예약한 노드가 포함된 클러스터를 삭제합니다. 자세한 내용은 클러스터 삭제 섹션을 참조하세요.

    4. 애플리케이션에서 이전 노드의 엔드포인트를 새 노드의 엔드포인트로 대체합니다.

     

  • Redis OSS 클러스터의 복제본 노드 교체 - 복제본 클러스터를 교체하려면 복제본 수를 늘리십시오. 이렇게 하려면 복제본을 추가한 다음 대체할 복제본을 제거하여 복제본 수를 줄입니다. 이 프로세스는 동적이며 클러스터 중단 시간이 없습니다.

    참고

    샤드 또는 복제 그룹에 이미 5개 복제본이 있는 경우 1단계와 2단계를 반대로 합니다.

    Redis OSS 클러스터의 복제본을 교체하려면

    1. 샤드 또는 복제 그룹에 복제본을 추가하여 복제본 수를 늘립니다. 자세한 내용은 샤드의 복제본 수 늘리기 섹션을 참조하세요.

    2. 대체하려는 복제본을 삭제합니다. 자세한 내용은 샤드의 복제본 수 줄이기 섹션을 참조하세요.

    3. 애플리케이션에서 엔드포인트를 업데이트합니다.

     

  • Redis OSS (클러스터 모드 활성화) 샤드의 모든 노드 교체 - 가동 중지 없이 클러스터의 노드를 교체하려면 온라인 리샤딩을 사용하십시오. 먼저 확장하여 샤드를 추가한 다음 축소하여 대체할 노드로 샤드를 삭제합니다.

    Redis OSS (클러스터 모드 활성화) 클러스터의 모든 노드를 교체하려면

    1. 확장: 대체할 노드가 포함된 기존 샤드와 동일한 구성의 추가 샤드를 추가합니다. 자세한 내용은 온라인 리샤딩을 사용하여 샤드 추가 섹션을 참조하세요.

    2. 축소: 대체할 노드가 포함된 샤드를 삭제합니다. 자세한 내용은 온라인 리샤딩을 사용하여 샤드 제거 섹션을 참조하세요.

    3. 애플리케이션에서 엔드포인트를 업데이트합니다.

     

  • Redis OSS (클러스터 모드 비활성화) 클러스터의 노드 교체 - 클러스터가 읽기 전용 복제본이 없는 Redis OSS (클러스터 모드 비활성화) 클러스터인 경우 다음 절차를 사용하여 노드를 교체하십시오.

    복제를 사용하여 노드 대체하려면(클러스터 모드 비활성화 전용)

    1. 기본으로 대체하도록 예약한 노드가 있는 클러스터에 복제를 추가합니다. 이 클러스터에서 다중 AZ를 활성화하지 마십시오. 자세한 내용은 샤드가 없는 Redis OSS 클러스터에 복제를 추가하려면 섹션을 참조하세요.

    2. 클러스터에 읽기 전용 복제본을 추가합니다. 자세한 내용은 클러스터에 노드를 추가하려면(콘솔) 섹션을 참조하세요.

    3. 읽기 전용 복제본을 기본으로 승격합니다. 자세한 내용은 Redis OSS (클러스터 모드가 비활성화됨) 복제 그룹의 경우 읽기 전용 복제본을 기본 복제본으로 승격 섹션을 참조하세요.

    4. 대체 예약한 노드를 삭제합니다. 자세한 내용은 클러스터에서 노드 제거 섹션을 참조하세요.

    5. 애플리케이션에서 이전 노드의 엔드포인트를 새 노드의 엔드포인트로 대체합니다.

     

  • Redis OSS (클러스터 모드 비활성화) 읽기 전용 복제본 교체 — 노드가 읽기 전용 복제본인 경우 노드를 교체합니다.

    클러스터에 복제본 노드가 한 개뿐이고 다중 AZ가 활성화되어 있으면 다중 AZ를 비활성화해야 복제본을 삭제할 수 있습니다. 자세한 내용은 복제 그룹 수정 섹션을 참조하세요.

    Redis OSS (클러스터 모드 비활성화) 읽기 전용 복제본을 교체하려면

    1. 대체 예약된 복제본을 삭제합니다. 지침은 다음을 참조하세요.

    2. 대체 예약된 복제본을 대체할 새 복제본을 추가합니다. 삭제한 복제본과 같은 이름을 사용하는 경우 3단계를 건너뛸 수 있습니다. 지침은 다음을 참조하세요.

    3. 애플리케이션에서 이전 복제본의 엔드포인트를 새 복제본의 엔드포인트로 대체합니다.

    4. 시작할 때 다중 AZ를 비활성화한 경우 다시 활성화합니다. 자세한 내용은 다중 AZ 활성화 섹션을 참조하세요.

     

  • Redis OSS (클러스터 모드 비활성화) 기본 노드 교체 - 노드가 기본 노드인 경우 먼저 읽기 전용 복제본을 기본 노드로 승격하십시오. 그런 다음 기본 노드였던 복제본을 삭제합니다.

    클러스터에 복제본이 한 개뿐이고 다중 AZ가 활성화되어 있으면 2단계에서 다중 AZ를 비활성화해야 복제본을 삭제할 수 있습니다. 자세한 내용은 복제 그룹 수정 섹션을 참조하세요.

    Redis OSS (클러스터 모드 비활성화) 기본 노드를 교체하려면

    1. 읽기 전용 복제본을 기본으로 승격합니다. 자세한 내용은 Redis OSS (클러스터 모드가 비활성화됨) 복제 그룹의 경우 읽기 전용 복제본을 기본 복제본으로 승격 섹션을 참조하세요.

    2. 대체 예약된 노드(이전의 기본)를 삭제합니다. 자세한 내용은 클러스터에서 노드 제거 섹션을 참조하세요.

    3. 대체 예약된 복제본을 대체할 새 복제본을 추가합니다. 삭제한 노드와 같은 이름을 사용하는 경우 애플리케이션에서 엔드포인트 변경을 건너뛸 수 있습니다.

      자세한 내용은 Redis OSS (클러스터 모드 비활성화) 복제 그룹용 읽기 전용 복제본 추가 섹션을 참조하세요.

    4. 애플리케이션에서 이전 노드의 엔드포인트를 새 노드의 엔드포인트로 대체합니다.

    5. 시작할 때 다중 AZ를 비활성화한 경우 다시 활성화합니다. 지침은 다중 AZ 활성화 단원을 참조하세요.