Redis Enterprise Cloud로의 마이그레이션 범위 정의

Last reviewed 2024-01-29 UTC

이 문서에서는 프로덕션 환경에서 RIOT 라이브 마이그레이션을 배포하여 Redis Enterprise Cloud로 마이그레이션하는 마이그레이션 범위를 정의하는 방법을 설명합니다. 데이터베이스 설계자, DevOps 및 SRE팀, 네트워크 관리자는 이 아키텍처를 사용하여 다운타임이 거의 없는 마이그레이션을 팀에 제공할 수 있습니다. 이 문서에서는 사용자가 Google Cloud CLI 및 Compute Engine을 사용하는 데 익숙하다고 가정합니다.

마이그레이션 범위를 정의하려면 다음 단계를 완료합니다.

  1. 원본 환경을 평가합니다.
  2. 소스 인스턴스의 인벤토리를 빌드합니다.
  3. 마이그레이션 범위 및 감당 가능한 다운타임을 파악하고 문서화합니다.
  4. 배포 및 관리 프로세스를 평가합니다.

원본 환경 평가

원본 환경을 평가하려면 Redis OSS, AWS ElastiCache, Azure Cache for Redis에서 Google Cloud의 완전 관리형 Redis Enterprise Cloud 인스턴스로 마이그레이션하려는 리소스의 요구사항과 종속 항목을 파악합니다.

평가 단계는 다음 작업으로 구성됩니다.

  1. Redis 호환 워크로드의 포괄적인 인벤토리를 빌드합니다.
  2. 데이터 크기 조정 및 Redis 클러스터 크기 조정을 수행합니다.
    • AWS ElastiCache를 사용하는 경우 Redis 도구인 ECstats를 사용해서 데이터베이스 측정항목을 추출할 수 있습니다.
    • Azure Cache for Redis를 사용하는 경우 acrp2acre 도구를 사용하여 Redis 인스턴스의 원시 사용량 데이터를 추출할 수 있습니다.
  3. VPC 피어링 또는 Private Service Connect 등의 네트워킹 요구사항을 검토합니다.
  4. Redis Enterprise Cloud 가격 책정 페이지를 방문하여 대상 환경의 총 소유 비용(TCO)을 계산합니다.
  5. 마이그레이션하려는 워크로드의 순서와 우선순위를 결정합니다. 다른 구독을 만들어 개발 또는 테스트, 스테이징, 프로덕션 등 비슷한 목적을 가진 데이터베이스를 통합합니다.

소스 인스턴스의 인벤토리 빌드

마이그레이션 범위를 정의하려면 Redis OSS, AWS ElastiCache, Azure Cache for Redis에서 소스 인스턴스의 인벤토리를 만듭니다. 이 단계의 목표는 메모리 한도, IOPS, 내구성 요구사항과 같은 각 데이터베이스에 대한 정보를 수집하는 것입니다.

  • 구독 수준의 일반 속성:
    • 구독의 리전
    • active-active 지역 분포
    • 자동 계층화(메모리 한도가 250GB를 초과하면 총소유비용 절감)
  • 각 데이터베이스의 구성:
    • 메모리 한도 및 처리량(초당 작업 수)
    • 고가용성
    • 내구성 요구사항
    • 고급 기능(예: 각 데이터베이스의 검색, JSON, 시계열, 확률)
    • 포트, 사용자, 기타 보안 옵션을 포함한 연결 정보
  • 요구사항 및 제약조건:
    • 복구 지점 목표(RPO) 및 복구 시간 목표(RTO)
    • 서비스수준계약(SLA)
    • 규제 및 규정 준수 요구사항(Redis Customer Trust Center 참조)
    • 인증 및 보안 요구사항

마이그레이션 범위 및 감당 가능한 다운타임을 파악하고 문서화

마이그레이션을 성공적으로 수행하려면 마이그레이션 범위를 정해 두어야 합니다. 마이그레이션 범위를 지정하려면 마이그레이션 전략 및 도구에 영향을 주는 필수 정보를 문서화합니다. 이 평가 단계에서는 다음 질문에 답할 수 있습니다.

  • 데이터베이스가 250GB보다 큰가요? 그러한 경우 자동 계층화를 사용 설정하면 총소유비용이 절감됩니다.
  • 데이터베이스의 위치(리전 및 영역)가 어디이고 애플리케이션에 얼마나 가까운가요?
  • 데이터가 얼마나 자주 변경되나요?

이전 섹션인 '소스 인스턴스의 인벤토리 빌드'에서 이 부분에 대한 여러 가지 내용을 이미 설명했습니다. 하지만 확장성, 내구성, 보안 요구사항, 유지해야 하는 제약조건을 문서화하는 등 이 단계에서 고려해야 할 다른 측면이 있습니다. Redis Trust Center에서 산업 및 규정 준수 인증을 검토하고 필요한 경우 경영진 및 법무팀과 논의하는 것이 좋습니다.

또한 마이그레이션 범위를 엄밀하게 정의해야 합니다. ECstatsacrp2acre와 같은 도구의 출력을 사용하여 Google Cloud에서 Redis Enterprise Cloud의 크기 조정 요구사항을 정의할 수 있습니다. 확장성, 보안 요구사항 등 각 데이터베이스 인스턴스의 속성을 검토합니다. 데이터베이스 크기가 250GB보다 크면 자동 계층화를 사용하는 것이 좋습니다. 또한 특성과 보안 프로필이 유사한 여러 데이터베이스를 단일 구독으로 그룹화하는 것이 좋습니다. 이렇게 하면 데이터베이스 마이그레이션이 기존 SLA 및 비즈니스 운영에 영향을 주지 않습니다.

배포 및 관리 프로세스 평가

프로덕션 환경에서 불필요한 중단을 방지하려면 데이터베이스의 운영 및 배포 프로세스를 평가하는 것이 좋습니다. 평가를 통해 성공적인 마이그레이션을 위해 데이터베이스를 조정할 방법을 결정할 수 있습니다.

  • 데이터베이스 액세스를 제어하기 위해 데이터베이스 인스턴스에 대해 보안 정책을 정의하고 적용하는 방법을 평가합니다.
  • 계정으로 전송되는 알림 이메일과 전송 트리거 조건을 정의하여 모니터링 및 알림 요구사항을 평가합니다.
  • Redis Prometheus 및 Grafana 통합을 사용하여 Redis Cloud 측정항목을 수집하고 시각화합니다.

다음 단계

참여자

저자:

기타 참여자: