Amazon Redshift는 패치 198부터 새 Python UDF 생성을 더 이상 지원하지 않습니다. 기존 Python UDF는 2026년 6월 30일까지 계속 작동합니다. 자세한 내용은 [블로그 게시물](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)을 참조하세요.
# 다중 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](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_DATABASE.html)(데이터베이스 생성)를 참조하세요.
## 제한 사항
다중 AZ 데이터 웨어하우스는 다중 AZ 데이터 웨어하우스에 적용되는 다음 제한을 제외하고 단일 AZ 데이터 웨어하우스와 동일한 기능을 갖습니다.
+ 암호화되지 않은 다중 AZ 데이터 웨어하우스를 생성할 수 없습니다. 새 다중 AZ 데이터 웨어하우스를 생성하거나, 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환하거나, 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환할 때는 반드시 암호화를 추가해야 합니다.
+ RA3 인스턴스 유형에 대해 단일 노드 다중 AZ 배포를 생성할 수 없습니다. 다중 AZ 배포를 생성하는 동안 가용 영역당 2개 이상의 노드를 선택합니다.
+ Amazon Redshift는 세 개 미만의 가용 영역을 지원할 수 있는 서브넷 구성을 지원하지 않습니다. 즉, 구성된 서브넷 그룹에는 세 개 이상의 서브넷이 더 필요합니다.
+ 다중 AZ 배포를 다른 가용 영역으로 재배치할 수 없습니다. 다중 AZ 배포를 사용하는 경우 Amazon Redshift에서 재배치를 자동으로 결정하고 수행합니다.
+ 다중 AZ 배포를 일시 중지하거나 재개할 수 없습니다.
+ 지원되는 포트 범위인 5431\$15455 및 8191\$18215를 벗어나면 다중 AZ 배포를 실행할 수 없습니다.
+ 다중 AZ 배포에서는 시스템 모니터링 뷰(SYS\$1\$1 뷰)만 지원하므로 STL, SVCS, SVL, SVV, STV 뷰를 사용할 수 없습니다. 시스템 모니터링 뷰(SYS\$1\$1 뷰)를 사용하도록 모니터링 쿼리를 변경하세요.
+ 다중 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 보안 그룹을 지원합니다.
# 새 클러스터 생성 시 다중 AZ 설정
Amazon Redshift 다중 AZ는 한 번에 두 개의 가용 영역을 지원합니다. Amazon Redshift는 선택한 서브넷 그룹 구성을 기반으로 가용 영역을 자동으로 선택합니다. 기존 단일 가용 영역 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환하거나 스냅샷에서 복원하여 다중 AZ 데이터 웨어하우스로 구성할 수 있습니다.
Amazon Redshift 콘솔을 사용하면 새로운 다중 AZ 배포를 쉽게 생성할 수 있습니다. Amazon Redshift 콘솔을 사용하여 새로운 다중 AZ 배포를 생성하려면 데이터 웨어하우스를 생성할 때 다중 AZ 옵션을 선택하세요. 단일 가용 영역에 필요한 컴퓨팅 노드 수를 지정하면 Amazon Redshift Redshift가 두 가용 영역 각각에 그만큼 노드를 배포합니다. 모든 노드는 정상 작동 중에 읽기 및 쓰기 워크로드 처리에 사용됩니다. AWS CLI `create-cluster` 명령에서 `multi-az` 파라미터를 사용하여 새 다중 AZ 데이터 웨어하우스를 만들 수도 있습니다.
기존 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환할 수 있습니다. Amazon Redshift 콘솔 또는 `multi-az` 파라미터를 사용하는 AWS CLI `modify-cluster` 명령을 사용할 수 있습니다. 또는 Amazon Redshift 콘솔 도는 `multi-az` 파라미터를 사용한 AWS CLI `restore-from-cluster-snapshot` 명령을 통해 스냅샷에서 복구하여 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 구성할 수 있습니다.
다중 AZ 배포는 Amazon Redshift 관리형 스토리지(RMS)를 사용하는 RA3 노드 유형만 지원합니다. Amazon Redshift는 Amazon S3를 사용하고 Amazon Redshift 수준에서 데이터를 복제하지 않고도 AWS 리전의 모든 가용 영역에서 액세스할 수 있는 RMS에 데이터를 저장합니다.
Amazon Redshift 콘솔 또는 AWS Command Line Interface를 사용하여 새 클러스터를 생성할 때 다중 AZ 배포를 설정할 수 있습니다.
## 콘솔 사용
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 **Provisioned clusters dashboard**(프로비저닝된 클러스터 대시보드)를 선택하고 **Clusters**(클러스터)를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다.
1. **클러스터 생성** 버튼을 선택하여 클러스터 생성 페이지를 엽니다.
1. 클러스터의 속성을 입력합니다. 클러스터 생성에 대한 일반적인 내용은 [클러스터 생성](create-cluster.md) 섹션을 참조하세요.
1. **Node type**(노드 유형) 드롭다운 목록에서 RA3 노드 유형 중 하나를 선택합니다. 다중 AZ 구성 옵션은 RA3 노드 유형을 선택한 경우에만 사용할 수 있습니다.
1. **AZ 구성**에서 **다중 AZ**를 선택합니다.
1. **AZ당 노드 수**에 클러스터의 노드를 두 개 이상 입력합니다.
1. 샘플 데이터를 로드하거나 자체 데이터를 가져올 수 있습니다.
+ **샘플 데이터(Sample data)**에서 **샘플 데이터 로드(Load sample data)**를 선택하여 Amazon Redshift 클러스터로 샘플 데이터 집합을 로드합니다. Amazon Redshift는 샘플 데이터 집합 Tickit을 기본 dev 데이터베이스와 퍼블릭 스키마로 로드합니다. Amazon Redshift는 샘플 데이터 집합을 Amazon Redshift 클러스터에 자동으로 로드합니다. 쿼리 편집기 v2를 사용하여 데이터 쿼리를 시작할 수 있습니다.
+ 자체 데이터를 Amazon Redshift 클러스터로 가져오려면 자체 데이터를 [Amazon Redshift로 가져오기](https://docs.aws.amazon.com/redshift/latest/gsg/bring-own-data.html)의 단계를 따르세요.
1. **Additional configurations**(추가 구성)까지 아래로 스크롤하고 **Network and security**(네트워크 및 보안)를 확장한 다음 기본 **Cluster subnet group**(클러스터 서브넷 그룹)을 수락하거나 다른 그룹을 선택해야 합니다. 다른 클러스터 서브넷 그룹을 선택하는 경우 선택한 서브넷 그룹에 3개의 가용 영역이 있는지 확인하세요.
1. **Additional configurations**(추가 구성)에서 **Database configurations**(데이터베이스 구성)를 확장합니다.
1. 기본 AWS 소유 키 대신 사용자 지정 AWS KMS 키를 사용하려면 **데이터베이스 암호화**에서 **암호화 설정 사용자 지정**을 클릭합니다.
1. **Choose an KMS key**(KMS 키 선택)에서 AWS Key Management Service 키를 선택하거나 ARN을 입력할 수 있습니다. 또는 AWS Key Management Service 콘솔에서 **AWS Key Management Service 키 생성**을 클릭할 수 있습니다. KMS 키 생성에 대한 자세한 내용은 *AWS Key Management Service 개발자 안내서*의 [키 생성](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html)을 참조하세요.
1. **Create Cluster**(클러스터 생성)를 클릭합니다. 클러스터 생성에 성공하면 클러스터 세부 정보 페이지에서 세부 정보를 볼 수 있습니다. SQL 클라이언트를 사용하여 데이터를 로드하고 쿼리할 수 있습니다.
## AWS Command Line Interface 사용
**AWS Command Line Interface를 사용하여 클러스터 생성 시 다중 AZ를 설정하는 방법**
+ AWS CLI에서 `create-cluster` 명령과 `multi-az` 파라미터를 다음과 같이 사용하세요.
```
aws redshift create-cluster
--port 5439
--master-username master
--master-user-password #####
--node-type ra3.4xlarge
--number-of-nodes 2
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz
--multi-az
--maintenance-track-name CURRENT
--encrypted
```
# 스냅샷에서 복원된 데이터 웨어하우스에 대한 다중 AZ 설정
스냅샷에서 복원하여 새 다중 AZ 클러스터를 만들려면 다음 절차를 완료하세요.
## 콘솔 사용
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 **Clusters(클러스터)**, **Snapshots(스냅샷)**을 선택한 다음 사용할 스냅샷을 선택합니다.
1. **Restore snapshot**(스냅샷 복원), **Restore to a provisioned cluster**(프로비저닝된 클러스터로 복원)를 선택합니다.
1. 클러스터의 속성을 입력합니다. 클러스터 생성에 대한 일반적인 내용은 [클러스터 생성](create-cluster.md) 섹션을 참조하세요.
1. **Node type**(노드 유형) 드롭다운 목록에서 RA3 노드 유형 중 하나를 선택합니다. 다중 AZ 구성 옵션은 RA3 노드 유형을 선택한 경우에만 사용할 수 있습니다.
1. **AZ 구성**에서 **다중 AZ**를 선택합니다.
1. **AZ당 노드 수**에 클러스터의 노드를 두 개 이상 입력합니다.
1. 샘플 데이터를 로드하거나 자체 데이터를 가져올 수 있습니다.
+ **샘플 데이터(Sample data)**에서 **샘플 데이터 로드(Load sample data)**를 선택하여 Amazon Redshift 클러스터로 샘플 데이터 집합을 로드합니다. Amazon Redshift는 샘플 데이터 집합 Tickit을 기본 dev 데이터베이스와 퍼블릭 스키마로 로드합니다. Amazon Redshift는 샘플 데이터 집합을 Amazon Redshift 클러스터에 자동으로 로드합니다. 쿼리 편집기 v2를 사용하여 데이터 쿼리를 시작할 수 있습니다.
+ 자체 데이터를 Amazon Redshift 클러스터로 가져오려면 [Amazon S3에서 Amazon Redshift로 데이터 로드](https://docs.aws.amazon.com/redshift/latest/gsg/rs-gsg-create-sample-db.html)의 단계를 따르세요.
1. **Additional configurations**(추가 구성)까지 아래로 스크롤하고 **Network and security**(네트워크 및 보안)를 확장한 다음 기본 **Cluster subnet group**(클러스터 서브넷 그룹)을 수락하거나 다른 그룹을 선택해야 합니다. 다른 클러스터 서브넷 그룹을 선택하는 경우 선택한 서브넷 그룹에 3개의 가용 영역이 있는지 확인하세요.
1. **Additional configurations**(추가 구성)에서 **Database configurations**(데이터베이스 구성)를 확장합니다.
1. **데이터베이스 암호화**에서 기본 AWS 소유 키가 아닌 사용자 지정 KMS 키를 사용하려면 **암호화 설정 사용자 지정**을 클릭합니다. 이 옵션은 기본적으로 선택 취소되어 있습니다.
1. **Choose an KMS key**(KMS 키 선택)에서 AWS Key Management Service 키를 선택하거나 ARN을 입력할 수 있습니다. 또는 AWS Key Management Service 콘솔에서 **AWS Key Management Service 키 생성**을 클릭할 수 있습니다. KMS 키 생성에 대한 자세한 내용은 *AWS Key Management Service 개발자 안내서*의 [키 생성](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html)을 참조하세요.
1. **Restore cluster from snapshot**(스냅샷에서 클러스터 복원)을 클릭합니다. 클러스터 복원에 성공하면 클러스터 세부 정보 페이지에서 세부 정보를 볼 수 있습니다.
## AWS Command Line Interface 사용
+ AWS CLI에서 `restore-from-cluster-snapshot` 명령을 다음과 같이 사용하세요.
```
aws redshift restore-from-cluster-snapshot
--region eu-west-1
--multi-az
--snapshot-identifier test-snap1
--cluster-identifier test-saz-11
--endpoint-url https://redshift.eu-west-1.amazonaws.com/
```
# 단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환
단일 AZ 데이터 웨어하우스를 다중 AZ 데이터 웨어하우스로 변환하면 SLA가 99.99% 보장되어 데이터 웨어하우스의 가용성이 높아집니다. 다중 AZ 데이터 웨어하우스를 사용하더라도 개별 쿼리의 성능은 동일하게 유지됩니다. 동시성이 높은 워크로드의 경우 Amazon Redshift가 두 가용 영역의 컴퓨팅 리소스를 사용하여 요청을 실행할 수 있으므로 전체 처리량이 향상됩니다.
**참고**
Amazon Redshift에서는 단일 AZ에서 다중 AZ로 또는 그 반대로 변환하는 동안 기존 컴퓨팅 리소스를 분할할 수 없습니다. 개별 쿼리 성능을 일관되게 유지하기 위해 이 작업은 지원되지 않습니다.
## 콘솔 사용
**콘솔을 사용하여 단일 AZ 클러스터를 다중 AZ 데이터 웨어하우스로 변환하는 방법**
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 **Provisioned clusters dashboard**(프로비저닝된 클러스터 대시보드)를 선택하고 **Clusters**(클러스터)를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다.
1. 다중 AZ 배포로 변환하려는 클러스터를 선택합니다. 클러스터 세부 정보 페이지가 나타납니다.
1. **작업**에서 **다중 AZ 활성화**를 선택합니다. 수정 요약 페이지가 나타납니다. **다중 AZ 활성화**를 클릭합니다.
1. 오류가 발생하면 다음 중 하나를 수행한 다음 **다중 AZ 활성화**를 클릭합니다.
+ 클러스터 암호화 - 클러스터 세부 정보 페이지의 속성 탭 아래에 있는 데이터베이스 구성 섹션에서 **속성**을 선택하여 암호화 설정을 편집합니다.
+ 서브넷 그룹 - 서브넷 그룹 링크를 클릭하여 **서브넷 그룹**을 선택하고 클러스터 서브넷 그룹 설정을 편집합니다. 다른 클러스터 서브넷 그룹을 선택하는 경우 선택한 서브넷 그룹에 3개의 가용 영역이 있는지 확인하세요.
+ 포트 설정 - 클러스터 세부 정보 페이지의 속성 탭 아래에 있는 데이터베이스 구성 섹션에서 **속성**을 선택하여 포트 설정을 편집합니다.
1. SQL 클라이언트를 사용하여 데이터를 로드하고 쿼리할 수 있습니다.
## AWS Command Line Interface 사용
+ AWS CLI에서 `modify-cluster` 명령과 `multi-az` 파라미터를 다음과 같이 사용하세요.
```
aws redshift modify-cluster
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
--multi-az
```
다중 AZ 배포에서는 시스템 모니터링 뷰(SYS\$1\$1 뷰)만 지원하므로 STL, SVCS, SVL, SVV 또는 STV 뷰를 사용할 수 없습니다. 시스템 모니터링 뷰(SYS\$1\$1 뷰)를 사용하도록 모니터링 쿼리를 변경하세요.
# 다중 AZ 데이터 웨어하우스를 단일 AZ 데이터 웨어하우스로 변환
다중 AZ 데이터 웨어하우스를 단일 AZ 데이터 웨어하우스로 변환하면 SLA를 99.99% 보장하는 다중 AZ와 달리 데이터 웨어하우스가 SLA를 99.99% 보장하지 습니다. 개별 쿼리의 성능은 동일하게 유지되지만 두 번째 가용 영역의 컴퓨팅 리소스를 사용할 수 없으므로 전체 처리량에 영향을 미칩니다. 동시성 조정을 활성화하여 단일 AZ에서도 일관된 성능을 위해 처리량을 자동으로 확장할 수 있는 옵션이 있습니다.
**참고**
Amazon Redshift에서는 단일 AZ에서 다중 AZ로 또는 그 반대로 변환하는 동안 기존 컴퓨팅 리소스를 분할할 수 없습니다. 개별 쿼리 성능을 일관되게 유지하기 위해 이 작업은 지원되지 않습니다.
## 콘솔 사용
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 **Provisioned clusters dashboard**(프로비저닝된 클러스터 대시보드)를 선택하고 **Clusters**(클러스터)를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다.
1. 다중 AZ 배포로 변환하려는 클러스터를 선택합니다. 클러스터 세부 정보 페이지가 나타납니다.
1. **작업**에서 **다중 AZ 비활성화**를 선택합니다. 수정 요약 페이지가 나타납니다. **다중 AZ 비활성화**를 클릭합니다.
## AWS Command Line Interface 사용
+ AWS CLI에서 `modify-cluster` 명령과 `no-multi-az` 파라미터를 다음과 같이 사용하세요.
```
aws redshift modify-cluster
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
--no-multi-az
```
데이터 웨어하우스가 단일 AZ로 전환되면 99.99의 SLA 보장을 잃게 됩니다. 전체 처리량에도 영향을 미칩니다. 변경 사항을 저장하면 클러스터 세부 정보 페이지에서 세부 정보를 볼 수 있습니다.
# 다중 AZ 데이터 웨어하우스 크기 조정
다중 AZ 데이터 웨어하우스의 크기를 조정하고 데이터 웨어하우스의 현재 구성과 다르게 노드 또는 노드 유형의 수를 지정할 수 있습니다.
## 콘솔 사용
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 **Provisioned clusters dashboard**(프로비저닝된 클러스터 대시보드)를 선택하고 **Clusters**(클러스터)를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다.
1. 다중 AZ 데이터 웨어하우스의 크기를 조정하려는 클러스터를 선택합니다. 클러스터 세부 정보 페이지가 나타납니다.
1. **작업(Actions)**에서 **크기 조정(Resize)**을 선택합니다. 클러스터 크기 조정(Resize cluster) 페이지가 표시됩니다.
1. 페이지의 지시 사항을 따릅니다. 이제 특정 시간에 한 번 클러스터의 크기를 조정하거나, 일정에 따라 클러스터의 크기를 늘리거나 줄일 수 있습니다.
1. **새 구성**의 노드 유형 드롭다운 목록에서 RA3 노드 유형 중 하나를 선택합니다.
1. **클러스터 크기 조정**을 클릭합니다.
## AWS Command Line Interface 사용
**AWS Command Line Interface를 사용하여 다중 AZ 데이터 웨어하우스의 크기를 조정하는 방법**
+ AWS CLI에서 `resize-cluster` 명령을 사용하여 다음과 같이 단일 가용 영역의 노드 수를 변경하세요.
```
aws redshift resize-cluster \
--cluster-identifier test-maz-11
--cluster-type multi-node
--node-type ra3.4xlarge
--number-of-nodes 6
```
# 다중 AZ 배포를 통한 장애 조치
다중 AZ 데이터 웨어하우스는 두 가용 영역에 동시에 배포된 컴퓨팅 리소스 모음입니다. 기본 가용 영역에 배포된 컴퓨팅 리소스를 기본 컴퓨팅이라고 하고 보조 가용 영역에 배포된 컴퓨팅 리소스를 보조 컴퓨팅이라고 합니다. 다중 AZ 데이터 웨어하우스는 가용 영역 또는 인프라 장애와 같은 예상치 못한 이벤트가 발생할 경우 사용자 개입 없이 자동으로 복구할 수 있습니다. 복구 프로세스에는 기본 컴퓨팅에서 보조 컴퓨팅으로 장애 조치하고 보조 컴퓨팅 리소스를 기본 컴퓨팅으로 지정하는 작업이 포함됩니다. 또한 새로운 보조 컴퓨팅 리소스가 세 번째 가용 영역에 프로비저닝됩니다. 자동 복구 프로세스는 RTO 및 RPO 기준으로 측정됩니다.
+ **(Recovery Time Objective(RTO)** – 재해 발생 후 시스템이 정상 작동 상태로 돌아가는 데 걸리는 시간입니다. 즉 RTO는 가동 중지 시간을 측정합니다.
+ **Recovery Point Objective(RPO)** – 손실될 수 있는 데이터의 양입니다(시간으로 측정). Amazon Redshift 다중 AZ 데이터 웨어하우스의 경우 모든 데이터가 기본적으로 내구성이 뛰어나고 가용성이 뛰어난 Amazon Simple Storage Service의 지원을 받는 Amazon Redshift 관리형 스토리지(RMS)에 저장되므로 RPO는 일반적으로 0입니다.
**참고**
개별 쿼리 성능은 장애 조치가 발생한 후에도 변하지 않습니다. 가용 영역 중 하나에서 컴퓨팅 리소스를 사용할 수 없게 되면 잠시 동안 데이터 웨어하우스의 전체 처리량이 감소합니다. 하지만 Amazon Redshift는 다른 가용 영역의 용량을 자동으로 확보하여 동일한 데이터 웨어하우스 처리 용량이 복원되도록 합니다.
자동 복구 프로세스 외에도 **기본 컴퓨팅 장애 조치** 옵션을 사용하여 데이터 웨어하우스에 대해 이 프로세스를 수동으로 트리거할 수도 있습니다. 이 접근 방식을 사용하여 다중 AZ가 애플리케이션의 고가용성과 연속성 향상에 어떻게 도움이 되는지 테스트할 수 있습니다.
## 콘솔 사용
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 다음 중 하나를 수행하세요.
+ 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. **Clusters**(클러스터)에서 클러스터를 선택합니다. 클러스터 세부 정보 페이지가 나타납니다.
+ 클러스터 대시보드에서 클러스터를 선택합니다.
1. **작업**에서 **기본 컴퓨팅 장애 조치**를 선택합니다.
1. 메시지가 나타나면 **Confirm**(확인)을 클릭합니다.
## AWS Command Line Interface 사용
+ AWS CLI에서 `failover-primary-compute` 명령을 다음과 같이 사용하세요.
```
aws redshift failover-primary-compute
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
```
위 작업이 확인되면 Amazon Redshift는 가용 영역 또는 인프라 장애로부터의 자동 복구와 동일한 단계를 수행합니다. 이 프로세스로 인해 기본 가용 영역의 컴퓨팅 노드를 사용할 수 없게 되고 보조 가용 영역의 컴퓨팅 리소스가 기본 컴퓨팅으로 지정됩니다. 클러스터 복구가 성공적으로 완료되면 다중 AZ 배포를 사용할 수 있게 됩니다. 또한 다중 AZ 데이터 웨어하우스는 사용 가능한 즉시 다른 세 번째 가용 영역에 새 보조 컴퓨팅을 자동으로 프로비저닝합니다.
이 프로세스 동안 클러스터가 자동으로 복구되고 다중 AZ 배포 설정으로 다시 재구성되기 때문에 콘솔의 클러스터 상태는 전체 시간 동안 수정 중으로 표시됩니다. 클러스터는 새 연결을 즉시 수락할 수 있습니다. 기존 연결 및 이동 중인 쿼리가 삭제될 수 있습니다. 즉시 다시 시도할 수 있습니다.
# 다중 AZ 데이터 웨어하우스의 쿼리 및 로드 보기
클러스터의 유형, 크기 및 상태(일시 중지 또는 재개)에 관계없이 지난 7일 동안 실행된 쿼리에 대한 정보를 볼 수 있습니다.
쿼리 및 로드 페이지에 표시되는 정보는 Amazon Redshift 시스템 테이블(SYS\$1\$1 보기)의 정보로 채워집니다. 이 정보를 사용하면 7일 동안 유지되는 쿼리 및 제안에 대한 추가 정보를 표시할 수 있습니다. 쿼리 진단이 빨라져 데이터베이스, 사용자 이름 또는 SQL 문 유형별로 데이터를 필터링할 수 있습니다. 실행된 모든 쿼리에 대한 이러한 추가 필터 및 정보를 보려면 다음 사전 요구 사항을 참고하세요.
+ **Connect to database**(데이터베이스에 연결)를 선택하여 데이터베이스에 연결해야 합니다.
+ 데이터베이스 사용자에게 sys:operator 또는 sys:monitor 역할 및 권한이 있어야 쿼리 모니터링을 수행할 수 있습니다. 시스템 역할에 대한 자세한 내용은 **Amazon Redshift 데이터베이스 개발자 안내서의 [Amazon Redshift 시스템 정의 역할](https://docs.aws.amazon.com/redshift/latest/dg/r_roles-default.html)을 참조하세요.
데이터베이스에 연결하면 이러한 추가 필터 및 쿼리 정보를 볼 수 있습니다.
**쿼리 및 로드의 쿼리 성능 데이터 표시**
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 쿼리를 선택한 다음 **쿼리 및 로드(Queries and loads)**를 선택하여 계정에 대한 쿼리 목록을 표시합니다.
1. 추가 필터를 보려면 데이터베이스에 연결해야 할 수 있습니다. 필요한 경우 **Connect to database**(데이터베이스에 연결)를 클릭하고 프롬프트에 따라 데이터베이스에 연결합니다.
기본적으로 이 목록에는 지난 24시간 동안의 모든 클러스터에 대한 쿼리가 표시됩니다. 콘솔에서 표시된 날짜의 범위를 변경할 수 있습니다.
**쿼리 모니터링에서 쿼리 성능 데이터 표시**
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. **Clusters**(클러스터)에서 클러스터를 선택합니다.
1. **Query monitoring**(쿼리 모니터링)을 선택합니다.
1. 클러스터의 구성 또는 버전에 따라 추가 필터를 보려면 데이터베이스에 연결해야 할 수 있습니다. 필요한 경우 **Connect to database**(데이터베이스에 연결)를 클릭하고 프롬프트에 따라 데이터베이스에 연결합니다.
# 다중 AZ 배포에서 쿼리 모니터링
다중 AZ 배포는 두 가용 영역에 배포된 컴퓨팅 리소스를 사용하며 지정된 가용 영역의 리소스를 사용할 수 없는 경우에도 계속 작동할 수 있습니다. 모든 컴퓨팅 리소스는 항상 사용됩니다. 이를 통해 읽기 및 쓰기 작업 모두에 대해 액티브-액티브 방식으로 두 가용 영역에서 모든 작업을 수행할 수 있습니다.
pg\$1catalog 스키마에서 SYS\$1 뷰를 쿼리하여 다중 AZ 배포에서 쿼리 런타임을 모니터링할 수 있습니다. SYS\$1 뷰는 기본 및 보조 클러스터의 쿼리 런타임 활동 또는 통계를 표시합니다. 모니터링 뷰 목록은 [모니터링 뷰](https://docs.aws.amazon.com/redshift/latest/dg/serverless-monitoring.html)를 참조하세요.
다음 단계에 따라 다중 AZ 배포 내의 각 가용 영역에 대한 쿼리 런타임을 모니터링합니다.
1. Amazon Redshift 콘솔로 이동하여 다중 AZ 배포의 데이터베이스에 연결하고 쿼리 편집기를 통해 쿼리를 실행합니다.
1. 다중 AZ Amazon Redshift 배포에서 샘플 쿼리를 실행합니다.
1. 다중 AZ 배포의 경우 SYS\$1QUERY\$1HISTORY 테이블의 compute\$1type 열을 사용하여 쿼리와 쿼리가 실행되는 가용 영역을 식별할 수 있습니다. *primary*는 다중 AZ 배포의 기본 클러스터에서 실행되는 쿼리를 나타내고 *secondary*는 다중 AZ 배포의 보조 클러스터에서 실행되는 쿼리를 나타냅니다.
다음 쿼리는 compute\$1type 열을 사용하여 쿼리를 모니터링합니다.
```
select (compute_type) as compute_type, left(query_text, 50) query_text from sys_query_history order by start_time desc;
compute_type | query_text
--------------+-------------------------
secondary | select count(*) from t1;
```
# 클러스터에 대한 쿼리 종료
이 절차는 다중 AZ 클러스터와 단일 AZ 클러스터 모두에 적용됩니다.
**쿼리를 종료하는 방법**
**쿼리** 페이지에서는 현재 진행 중인 쿼리를 종료할 수도 있습니다.
데이터베이스 사용자는 실행 중인 쿼리를 종료할 수 있는 sys:operator 역할 및 권한이 있어야 합니다. 시스템 역할에 대한 자세한 내용은 **Amazon Redshift 데이터베이스 개발자 안내서의 [Amazon Redshift 시스템 정의 역할](https://docs.aws.amazon.com/redshift/latest/dg/r_roles-default.html)을 참조하세요.
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다.
1. 탐색 메뉴에서 쿼리를 선택한 다음 **쿼리 및 로드(Queries and loads)**를 선택하여 계정에 대한 쿼리 목록을 표시합니다.
1. 목록에서 종료할 실행 쿼리를 선택한 다음 **쿼리 종료**를 선택합니다.