다중 AZ 배포 구성 - Amazon Redshift

다중 AZ 배포 구성

Amazon Redshift는 프로비저닝된 RA3 클러스터에 다중 가용 영역(다중 AZ) 배포를 지원합니다. 다중 AZ 배포를 사용하면 Amazon Redshift 데이터 웨어하우스는 가용 영역에서 예기치 않은 이벤트가 발생하는 장애 시나리오에서 계속 작동할 수 있습니다. 다중 AZ 배포는 두 개의 가용 영역(AZ)에 컴퓨팅 리소스를 배포하며, 이 컴퓨팅 리소스는 단일 엔트포인트를 통해 액세스할 수 있습니다. 전체 가용 영역에 장애가 발생하는 경우 두 번째 가용 영역의 나머지 컴퓨팅 리소스를 계속해서 워크로드를 처리하는 데 사용할 수 있습니다. Amazon Redshift는 다중 AZ 데이터 웨어하우스를 실행할 때 RA3에 대해 동일한 시간당 컴퓨팅 요금을 부과합니다. 스토리지 비용은 AWS 리전 내의 모든 가용 영역에서 공유되므로 동일하게 유지됩니다.

현재 Amazon Redshift는 장애 발생 시 데이터를 최신 상태로 유지할 수 있는 제로 Recovery Point Objective(RPO)를 지원합니다. 다중 AZ 배포를 통해 Amazon Redshift는 기존 복구 기능을 더욱 향상하고 Recovery Time Objective(RTO)를 단축합니다. 이것이 가능한 이유는 다중 AZ 배포는 장애 또는 재해로부터 더 빠르게 복구할 수 있어 Amazon Redshift 서비스 수준에 관한 계약(SLA)을 99.99%까지 높일 수 있기 때문입니다. 단일 AZ 데이터 웨어하우스 경우는 99.9%입니다.

다중 AZ 배포 설정

다중 AZ 배포를 설정하려면 다중 AZ 옵션을 선택하고 가용 영역에서 프로비저닝할 컴퓨팅 노드 수를 지정합니다. Amazon Redshift는 두 가용 영역에 동일한 컴퓨팅 리소스를 자동으로 배포하며 정상 운영 중에는 모든 컴퓨팅 리소스를 읽기 및 쓰기 처리에 항상 사용할 수 있습니다. 따라서 다중 AZ 배포가 단일 엔드포인트가 있는 단일 데이터 웨어하우스의 역할을 할 수 있으므로 재해가 발생했을 때 애플리케이션을 변경할 필요가 없습니다. 다중 AZ 배포는 하나의 가용 영역에만 있는 컴퓨팅 리소스를 사용하여 개별 쿼리를 처리하지만 여러 개의 동시 쿼리 처리를 두 가용 영역에 자동으로 분산하여 동시성이 높은 워크로드의 전체 처리량을 높일 수 있습니다.

기존 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환하거나 그 반대로 변환할 수도 있습니다. 두 번째 가용 영역에 추가 컴퓨팅 리소스가 프로비저닝된다는 점을 제외하면 모든 것이 동일합니다. 기존 단일 AZ 클러스터에서 다중 AZ로 마이그레이션할 때 단일 쿼리 성능을 쉽게 유지할 수 있도록 필요한 클러스터 노드 수를 두 배로 늘려야 할 수 있습니다. 다중 AZ 데이터 웨어하우스를 사용하면 사용 가능한 컴퓨팅 리소스의 양이 두 배로 늘어나 대부분의 워크로드에서 전체 쿼리 처리 처리량이 증가하는 것을 볼 수 있습니다.

가용 영역에서 장애가 발생하는 경우 Amazon Redshift는 나머지 가용 영역의 리소스를 자동으로 사용하여 계속 작동합니다. 그러나 사용자 연결이 끊어질 수 있으므로 다시 연결해야 합니다. 또한 장애가 발생한 가용 영역에서 실행 중이던 쿼리는 실패할 수 있으며 재시도해야 합니다. 그러나 클러스터에 다시 연결하고 쿼리를 즉시 다시 예약할 수 있습니다. 그러면 Amazon Redshift가 나머지 가용 영역에서 쿼리를 처리합니다. 다중 AZ 데이터 웨어하우스가 복구되는 동안 오류가 발생한 시점 또는 이후에 실행된 쿼리에서 런타임 지연이 발생할 수 있습니다.

참고

성능과 가용성을 높이려면 다중 AZ 클러스터와 함께 SNAPSHOT ISOLATION을 사용하는 것이 좋습니다. 자세한 내용은 Creating a database(데이터베이스 생성)를 참조하세요.

제한 사항

다중 AZ 데이터 웨어하우스는 다중 AZ 데이터 웨어하우스에 적용되는 다음 제한을 제외하고 단일 AZ 데이터 웨어하우스와 동일한 기능을 갖습니다.

  • 암호화되지 않은 다중 AZ 데이터 웨어하우스를 생성할 수 없습니다. 새 다중 AZ 데이터 웨어하우스를 생성하거나, 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환하거나, 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환할 때는 반드시 암호화를 추가해야 합니다.

  • RA3 인스턴스 유형에 대해 단일 노드 다중 AZ 배포를 생성할 수 없습니다. 다중 AZ 배포를 생성하는 동안 가용 영역당 2개 이상의 노드를 선택합니다.

  • 다중 AZ 배포용으로 구성된 대상 데이터 웨어하우스에서는 제로 ETL 통합이 지원되지 않습니다.

  • Amazon Redshift는 세 개 미만의 가용 영역을 지원할 수 있는 서브넷 구성을 지원하지 않습니다. 즉, 구성된 서브넷 그룹에는 세 개의 서브넷이 더 필요합니다.

  • 다중 AZ 배포를 다른 가용 영역으로 재배치할 수 없습니다. 다중 AZ 배포를 사용하는 경우 Amazon Redshift에서 재배치를 자동으로 결정하고 수행합니다.

  • 다중 AZ 배포를 일시 중지하거나 재개할 수 없습니다.

  • 지원되는 포트 범위인 5431~5455 및 8191~8215를 벗어나면 다중 AZ 배포를 실행할 수 없습니다.

  • 다중 AZ 배포에서는 시스템 모니터링 뷰(SYS_* 뷰)만 지원하므로 STL, SVCS, SVL, SVV, STV 뷰를 사용할 수 없습니다. 시스템 모니터링 뷰(SYS_* 뷰)를 사용하도록 모니터링 쿼리를 변경하세요.

  • 다중 AZ가 활성화된 기존 클러스터에는 탄력적 IP 주소를 연결할 수 없습니다.

  • 탄력적 IP 주소가 연결된 클러스터를 단일 AZ에서 다중 AZ로 변환할 수 없습니다.

  • Amazon Redshift 다중 AZ 배포는 다음 AWS 리전에서 사용할 수 있습니다.

    • 미국 동부(오하이오)(us-east-2)

    • 미국 동부(버지니아 북부)(us-east-1)

    • 미국 서부(오레곤)(us-west-2)

    • 아프리카(케이프타운)(af-south-1)

    • 아시아 태평양(홍콩)(ap-east-1)

    • 아시아 태평양(하이데라바드)(ap-south-2)

    • 아시아 태평양(자카르타) (ap-southeast-3)

    • 아시아 태평양(멜버른)(ap-southeast-4)

    • 아시아 태평양(뭄바이)(ap-south-1)

    • 아시아 태평양(오사카) (ap-northeast-3)

    • 아시아 태평양(서울)(ap-northeast-2)

    • 아시아 태평양(싱가포르)(ap-southeast-1)

    • 아시아 태평양(시드니)(ap-southeast-2)

    • 아시아 태평양(도쿄)(ap-northeast-1)

    • 캐나다(중부)(ca-central-1)

    • 유럽(프랑크푸르트)(eu-central-1)

    • 유럽(아일랜드)(eu-west-1)

    • 유럽(밀라노) (eu-south-1)

    • 유럽(파리) (eu-west-3)

    • 유럽(스페인)(eu-south-2)

    • 유럽(스톡홀름)(eu-north-1)

    • 유럽(취리히)(eu-central-2)

    • 이스라엘(텔아비브) (il-central-1)

    • 중동(바레인)(me-south-1)

    • 중동(UAE)(me-central-1)