다중 AZ 배포 설정 - Amazon Redshift
제한 사항

Amazon Redshift는 패치 198부터 새 Python UDF 생성을 더 이상 지원하지 않습니다. 기존 Python UDF는 2026년 6월 30일까지 계속 작동합니다. 자세한 내용은 블로그 게시물을 참조하세요.

다중 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개 이상의 노드를 선택합니다.

  • 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-east-2)

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

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

    • 아시아 태평양(말레이시아)(ap-southeast-5)

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

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

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

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

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

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

    • 아시아 태평양(뉴질랜드)(ap-southeast-6)

    • 아시아 태평양(태국)(ap-southeast-7)

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

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

    • 중국(베이징)(cn-north-1)

    • 중국(닝샤) (cn-northwest-1)

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

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

    • 유럽(런던) (eu-west-2)

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

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

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

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

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

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

    • 멕시코(중부)(mx-central-1)

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

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

    • 남아메리카(상파울루)(sa-east-1)

    • AWS GovCloud(미국 동부)(us-gov-east-1)

    • AWS GovCloud(미국 서부)(us-gov-west-1)

  • 퍼블릭 액세스가 가능한 다중 AZ 데이터 웨어하우스는 단일 AZ 및 프라이빗 액세스가 가능한 다중 AZ 데이터 웨어하우스보다 1개 적은 수의 VPC 보안 그룹을 지원합니다.