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/)을 참조하세요. # 클러스터 작업 클러스터를 생성한 후 클러스터 작업을 수행하여 성능을 최적화하고, 비용을 제어하며, 고가용성을 보장할 수 있습니다. 클러스터 작업을 통해 데이터 웨어하우징 요구 사항의 변화에 따라 클러스터를 크기 조정, 일시 중지, 재개 또는 재생성할 수 있습니다. 일반적인 사용 사례로는 피크 워크로드에 맞게 컴퓨팅 용량 규모를 조정하고, 비활성 기간 동안 클러스터를 일시 중지하여 비용을 절감하고, 재해 복구를 위해 구성이 다르거나 가용 영역이 다른 클러스터를 재생성하는 작업 등이 있습니다. 다음 섹션에서는 Amazon Redshift 환경을 효과적으로 관리하기 위한 여러 클러스터 작업 수행의 세부 정보를 다룹니다. # 클러스터 생성 Amazon Redshift를 사용하면 프로비저닝된 클러스터를 생성하여 새 데이터 웨어하우스를 시작할 수 있습니다. 프로비저닝된 클러스터는 노드라는 컴퓨팅 리소스의 모음으로, 노드는 단일 대량 병렬 처리(MPP) 시스템을 구성합니다. 클러스터를 생성하기 전에 [Amazon Redshift 프로비저닝 클러스터](working-with-clusters.md) 및 [Amazon Redshift의 클러스터 및 노드](working-with-clusters.md#rs-about-clusters-and-nodes) 섹션을 읽어 보세요. **클러스터 생성** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다. 1. 클러스터를 생성하려면 **클러스터 생성(Create cluster)**을 선택합니다. 1. 콘솔 페이지의 지침에 따라 **클러스터 구성(Cluster configuration)**에 속성을 입력합니다. 다음 단계에서는 RA3 노드 유형을 지원하는 AWS 리전에서 실행되는 Amazon Redshift 콘솔에 대해 설명합니다. RA3 노드 유형을 지원하는 AWS 리전 목록은 *Amazon Redshift 관리 안내서*의 [RA3 노드 유형 개요](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-ra3-node-types)를 참조하세요. 클러스터 크기를 얼마로 조정해야 할지 모르는 경우 **선택 도움말(Help me choose)**을 선택합니다. 이렇게 하면 데이터 웨어하우스에 저장하려는 데이터의 크기 및 쿼리 특성에 대한 질문을 하는 크기 조정 계산기가 시작됩니다. 클러스터의 필요한 크기(즉, 노드 유형 및 노드 수)를 알고 있는 경우 [**직접 선택(I'll choose)**]을 선택합니다. 그런 다음 개념 증명을 위해 클러스터 크기를 조정할 [**노드 유형(Node type)**]과 [**노드(Nodes)**] 수를 선택합니다. **참고** 조직에 자격이 있으며 Amazon Redshift Serverless를 사용할 수 없는 AWS 리전에 클러스터가 생성되고 있는 경우, Amazon Redshift 무료 평가판 프로그램에서 클러스터를 생성하는 것이 가능할 수 있습니다. **이 클러스터를 어떤 용도로 사용할 계획입니까?**라는 질문에 대해 **프로덕션** 또는 **무료 평가판**을 선택하여 답합니다. **무료 평가판**을 선택하면 dc2.large 노드 유형으로 구성을 생성합니다. 무료 평가판 선택에 대한 자세한 내용은 [Amazon Redshift 무료 평가판](https://aws.amazon.com/redshift/free-trial/)을 참조하세요. Amazon Redshift Serverless를 사용할 수 있는 AWS 리전 목록은 *Amazon Web Services 일반 참조*의 [Redshift Serverless API](https://docs.aws.amazon.com/general/latest/gr/redshift-service.html)에 나열된 엔드포인트를 참조하세요. 1. **데이터베이스 구성** 섹션에서 **관리자 사용자 이름** 값을 지정합니다. **관리자 암호**의 경우 다음 옵션 중에서 선택할 수 있습니다. + **암호 생성** - Amazon Redshift에서 생성된 암호를 사용합니다. + **관리자 암호 수동 추가** - 내 암호를 사용합니다. + **AWS Secrets Manager에서 관리자 보안 인증 정보 관리** - Amazon Redshift는 관리자 암호를 생성하고 관리하는 데 AWS Secrets Manager를 사용합니다. AWS Secrets Manager를 사용하여 암호의 보안 암호를 생성하고 관리하면 수수료가 발생합니다. AWS Secrets Manager 요금에 대한 자세한 내용은 [AWS Secrets Manager 요금](https://aws.amazon.com/secrets-manager/pricing/)을 참조하세요. 1. (선택 사항) 콘솔 페이지의 지침에 따라 **클러스터 권한(Cluster permissions)**에 속성을 입력합니다. 클러스터가 다른 AWS 서비스에 액세스해야 하는 경우(예: Amazon S3에서 데이터 로드) 클러스터 권한을 제공합니다. 1. 클러스터를 생성하려면 **클러스터 생성(Create cluster)**을 선택합니다. 클러스터를 사용할 준비가 끝나려면 몇 분이 걸릴 수 있습니다. ## 추가 구성 클러스터를 생성할 때 추가 속성을 지정하여 사용자 지정할 수 있습니다. 다음 목록에서 이러한 속성 중 일부에 대한 자세한 내용을 찾을 수 있습니다. **IP 주소 유형** 클러스터의 IP 주소 유형을 선택합니다. 리소스가 IPv4 주소 지정 프로토콜을 통해서만 통신하도록 선택하거나 리소스가 IPv4와 IPv6를 통해 통신할 수 있는 이중 스택 모드를 선택할 수 있습니다. 이 기능은 AWS GovCloud(미국 동부) 및 AWS GovCloud(미국 서부) 리전에서만 사용할 수 있습니다. AWS 리전에 대한 자세한 내용은 [리전 및 가용 영역](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/)을 참조하세요. **Virtual Private Cloud(VPC)** 클러스터 서브넷 그룹이 있는 VPC를 선택합니다. 클러스터가 생성된 후에는 클러스터 서브넷 그룹을 변경할 수 없습니다. **파라미터 그룹 수(Parameter groups** 클러스터와 연결할 클러스터 파라미터 그룹을 선택합니다. 선택하지 않으면 클러스터가 기본 파라미터 그룹을 사용합니다. **암호화(Encryption** 클러스터의 모든 데이터와 스냅샷에 대한 암호화 여부를 선택합니다. 기본 설정인 **없음(None)**을 그대로 사용하면 암호화가 활성화되지 않습니다. 암호화를 활성화하려면 먼저 AWS Key Management Service(AWS KMS) 또는 하드웨어 보안 모듈(HSM) 중에서 무엇을 사용할지 선택한 후 관련 설정을 구성해야 합니다. Amazon Redshift의 암호화에 대한 자세한 내용은 [Amazon Redshift 데이터베이스 암호화](working-with-db-encryption.md) 섹션을 참조하세요. + ** KMS** 암호화를 사용하고 AWS KMS로 암호화 키를 관리하려면 **AWS Key Management Service 사용(AWS KMS)**을 선택합니다. 또한 사용할 키를 선택합니다. 기본 키는 현재 계정의 키 또는 다른 계정의 키를 선택할 수 있습니다. **참고** 다른 AWS 계정의 키를 사용하려면 사용할 키의 Amazon 리소스 이름(ARN)을 입력합니다. 이때 해당 키에 대한 사용 권한이 있어야 합니다. AWS KMS의 키 액세스에 대한 자세한 내용은 *AWS Key Management Service Developer Guide*의 [Controlling Access to Your Keys](https://docs.aws.amazon.com/kms/latest/developerguide/control-access.html)를 참조하세요. Amazon Redshift에서 AWS KMS 암호화 키 사용에 대한 자세한 내용은 [AWS KMS로 암호화](working-with-db-encryption.md#working-with-aws-kms) 섹션을 참조하세요. + **HSM** 암호화를 활성화한 후 하드웨어 보안 모듈(HSM)을 사용해 암호화 키를 관리하려면 **HSM**을 선택합니다. **HSM**을 선택하는 경우에는 **HSM 연결(HSM Connection)** 및 **HSM 클라이언트 인증서(HSM Client Certificate)**에서 값을 선택합니다. 이 두 값은 Amazon Redshift와 HSM에서 클러스터 키를 믿고 전달할 수 있는 연결을 형성하는 데 필요합니다. 또한 클러스터를 시작하기 전에 Amazon Redshift에서 HSM 연결과 클라이언트 인증서를 설정해야 합니다. HSM 연결 및 클라이언트 인증서의 설정에 대한 자세한 내용은 [하드웨어 보안 모듈을 사용한 암호화](working-with-db-encryption.md#working-with-HSM) 섹션을 참조하세요. **유지 관리 트랙(Maintenance track** 사용된 클러스터 버전이 **현재(Current)**, **검사(Trailing)** 또는 **미리 보기(Preview)** 트랙인지 여부를 선택할 수 있습니다. **모니터링(Monitoring** CloudWatch 경보 생성 여부를 선택할 수 있습니다. **교차 리전 스냅샷 구성(Configure cross-region snapshot** 리전 간 스냅샷을 활성화할지 여부를 선택할 수 있습니다. **자동 스냅샷 보존 기간** 이러한 스냅샷을 보존할 일수를 35일 이내의 범위에서 선택할 수 있습니다. 노드 유형이 DC2인 경우 0일을 선택하여 자동 스냅샷을 생성하지 않을 수 있습니다. **수동 스냅샷 보존 기간** 이러한 스냅샷을 보존할 기간으로 일수 또는 `Indefinitely`를 선택할 수 있습니다. **자동 최적화를 위한 추가 컴퓨팅 리소스** 사용량이 많은 기간에도 추가 컴퓨팅 리소스를 할당하여 자동 최적화를 수행할지 여부를 선택할 수 있습니다. 자세한 내용은 *Amazon Redshift 데이터베이스 개발자 안내서*의 [자동 데이터베이스 최적화를 위한 추가 컴퓨팅 리소스 할당](https://docs.aws.amazon.com/redshift/latest/dg/t_extra-compute-autonomics.html)을 참조하세요. # 디스크 공간 경보 생성 디스크 공간 사용량을 모니터링하고, 디스크 공간이 클러스터의 지정된 임계값을 초과할 때 알림을 받도록 경보를 설정할 수 있습니다. 디스크 공간 사용량 경보를 생성하면 스토리지 용량을 사전에 관리하고, 쿼리 실패 또는 데이터 모으기 오류 등 디스크 공간 부족으로 인한 문제를 예방할 수 있습니다. 다음 절차는 디스크 공간 사용 경보를 생성하는 과정을 안내합니다. **클러스터에 대한 디스크 공간 사용 경보를 생성하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **경보(Alarms)**를 선택합니다. 1. **작업(Actions)**에서 **경보 생성(Create alarm)**을 선택합니다. **경보 생성(Create alarm)** 페이지가 표시됩니다. 1. 페이지의 지시 사항을 따릅니다. 1. **경보 생성(Create alarm)**을 선택하세요. # 클러스터 보기 클러스터를 보면 클러스터의 구성, 상태 및 성능 지표를 모니터링하고 관리할 수 있습니다. 클러스터 세부 정보를 보면 리소스 사용률, 쿼리 실행 시간 및 시스템 상태에 대한 인사이트를 얻을 수 있습니다. 다음 절차는 클러스터 정보에 액세스하는 방법을 보여줍니다. **클러스터를 보려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다. 클러스터가 없는 경우 **클러스터 생성(Create cluster)**을 선택하여 클러스터를 생성합니다. 1. 클러스터에 대한 자세한 내용을 보려면 목록에서 클러스터 이름을 선택합니다. # 클러스터 수정 클러스터를 수정할 때 다음 옵션은 변경 사항이 바로 적용됩니다. + **VPC 보안 그룹(VPC security groups** + **공개적으로 액세스할 수 있음(Publicly accessible** + **관리자 사용자 암호(Admin user password** + **HSM 연결(HSM Connection** + **HSM 클라이언트 인증서(HSM Client Certificate** + **유지 관리 세부 정보** + **스냅샷 기본 설정(Snapshot preferences** 다음 옵션의 변경은 클러스터를 다시 시작해야만 적용됩니다. + **클러스터 식별자(Cluster identifier** [**클러스터 식별자(Cluster identifier)**]를 변경하면 Amazon Redshift가 클러스터를 자동으로 다시 시작합니다. + **향상된 VPC 라우팅(Enhanced VPC Routing** [**Enhanced VPC Routing**]을 변경하면 Amazon Redshift가 클러스터를 자동으로 다시 시작합니다. + **클러스터 파라미터 그룹(Cluster parameter group** + **IP 주소 유형** 이 기능은 AWS GovCloud(미국 동부) 및 AWS GovCloud(미국 서부) 리전에서만 사용할 수 있습니다. AWS 리전에 대한 자세한 내용은 [리전 및 가용 영역](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/)을 참조하세요. 자동 스냅샷의 보관 기간을 줄일 경우 기존 자동 스냅샷 중에서 새로운 보관 기간이 경과한 스냅샷은 삭제됩니다. 자세한 내용은 [Amazon Redshift 스냅샷 및 백업](working-with-snapshots.md) 섹션을 참조하세요. 클러스터 속성에 대한 자세한 내용은 [추가 구성](create-cluster.md#cluster-create-console-configuration) 섹션을 참조하세요. **클러스터를 수정하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 1. 수정할 클러스터를 선택합니다. 1. **편집**을 선택합니다. [**클러스터 편집(Edit cluster)**] 페이지가 표시됩니다. 1. 클러스터 속성을 업데이트합니다. 수정할 수 있는 일부 속성은 다음과 같습니다. + 클러스터 식별자 + 스냅샷 보관 + 클러스터 재배치 **네트워크 및 보안**, **유지 관리** 및 **데이터베이스 구성**에 대한 설정 편집을 위해 콘솔은 해당 클러스터 세부 정보 탭에 대한 링크를 제공합니다. 1. **변경 사항 저장**을 선택합니다. # 클러스터 크기 조정 데이터 웨어하우징 용량 및 성능 요건이 변화를 거듭하면서 클러스터의 크기 조정을 통해 Amazon Redshift의 컴퓨팅 및 스토리지 옵션을 최대한 활용할 수 있게 되었습니다. 클러스터 크기를 조정할 때는 노드 수 또는 노드 유형을 현재 클러스터 구성과 다르게 지정합니다. 클러스터가 크기 조정을 진행하는 동안 클러스터에 대한 쓰기 또는 읽기/쓰기 쿼리를 실행할 수 없으며, 오직 읽기 쿼리만 가능합니다. 다른 방법을 사용한 클러스터 크기 조정 프로세스를 포함하여 클러스터 크기 조정에 대한 자세한 내용은 [클러스터 크기 조정](#resizing-cluster) 섹션을 참조하세요. **클러스터 크기 조정 방법** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 1. 크기를 조정할 클러스터를 선택합니다. 1. **작업(Actions)**에서 **크기 조정(Resize)**을 선택합니다. **클러스터 크기 조정(Resize cluster)** 페이지가 표시됩니다. 1. 페이지의 지시 사항을 따릅니다. 이제 특정 시간에 한 번 클러스터의 크기를 조정하거나, 일정에 따라 클러스터의 크기를 늘리거나 줄일 수 있습니다. 1. 선택 사항에 따라 **지금 크기 조정(Resize now)** 또는 **크기 조정 예약(Schedule resize)**를 선택합니다. 예약 노드가 있는 경우 RA3 예약 노드로 업그레이드할 수 있습니다. 콘솔을 사용하여 스냅샷에서 복원하거나 탄력적 크기 조정을 수행할 때 이 작업을 수행할 수 있습니다. 콘솔을 사용하여 이 프로세스를 안내할 수 있습니다. RA3 노드로 업그레이드에 대한 자세한 내용은 [RA3 노드 유형으로 업그레이드](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)를 참조하세요. DC2.large 노드 유형에서 RA3.large 노드 유형으로 업그레이드하기 위해 크기 조정 작업을 수행하면 Amazon Redshift가 자동으로 인터리브 정렬 키를 복합 정렬 키로 변환합니다. 이 변환을 통해 동시성 조정 기능에 액세스할 수 있지만, 이는 인터리브 정렬 키가 있는 테이블에 대한 쿼리를 지원하지 않습니다. 이 자동 변환은 RA3 기능과의 호환성을 보장하지만 기존 쿼리 성능 패턴에 영향을 미칠 수 있습니다. RA3 노드로 업그레이드한 뒤 인터리브 정렬 키를 유지하려는 경우 크기 조정 작업이 완료된 후 원하는 정렬 키 구성으로 테이블을 다시 생성할 수 있습니다. 그러나 이 옵션을 선택하면 이러한 테이블에 동시성 조정을 사용할 수 없습니다. 크기 조정 작업에는 두 가지 유형이 있습니다. + **탄력적 크기 조정** - 클러스터에 노드를 추가하거나 클러스터에서 노드를 제거할 수 있습니다. 또한 DC2 노드를 RA3 노드로 변경하는 등, 노드 유형을 변경할 수 있습니다. 탄력적 크기 조정은 일반적으로 빠르게 완료되며 평균 10분이 소요됩니다. 따라서 이를 첫 번째 옵션으로 사용하는 것이 좋습니다. 탄력적 크기 조정을 수행하면, 각 노드에 메모리와 디스크 공간이 할당되어 있는 파티션인 데이터 슬라이스가 재배포됩니다. 탄력적 크기 조정은 다음과 같은 경우에 적합합니다. + *기존 클러스터에서 노드를 추가하거나 줄이지만 노드 유형은 변경하지 않음* - 이를 일반적으로 *인플레이스* 크기 조정이라고 합니다. 이 유형의 크기 조정을 수행하면 실행 중인 일부 쿼리는 성공적으로 완료되지만 다른 일부 쿼리는 작업의 일부로서 삭제될 수 있습니다. + *클러스터의 노드 유형 변경* - 노드 유형을 변경하면 스냅샷이 생성되고 데이터가 소스 클러스터에서 새 노드 유형으로 구성된 클러스터로 재배포됩니다. 완료되면 실행 중인 쿼리가 삭제됩니다. *인플레이스* 크기 조정과 마찬가지로 빠르게 완료됩니다. + **클래식 크기 조정** - 노드 유형, 노드 수 또는 두 가지 모두를 탄력적 크기 조정과 유사한 방식으로 변경할 수 있습니다. 클래식 크기 조정은 완료하는 데 시간이 더 걸리지만 마이그레이션할 노드 수 또는 유형의 변경 폭이 탄력적 크기 조정의 범위를 벗어나는 경우에 유용할 수 있습니다. 예를 들어 노드 수가 매우 큰 폭으로 변경되는 경우에 적용될 수 있습니다. **Topics** + [탄력적 크기 조정](#elastic-resize) + [클래식 크기 조정](#classic-resize-faster) ## 탄력적 크기 조정 동일한 유형의 노드를 추가하거나 제거할 경우, 탄력적 크기 조정 작업의 단계는 다음과 같습니다. 1. 탄력적 크기 조정 시 클러스터 스냅샷이 생성됩니다. 백업 없음 테이블은 DC2 노드에만 지원됩니다. 다른 모든 유형의 클러스터의 경우 백업 없음 테이블이 스냅샷에 포함됩니다. 자세한 내용은 [스냅샷에서 테이블 제외](working-with-snapshots.md#snapshots-no-backup-tables) 섹션을 참조하세요. 자동 스냅샷을 비활성화해 클러스터에 최신 스냅샷이 없는 경우 백업 작업에 시간이 오래 걸릴 수 있습니다. (크기 조정 작업을 시작하기 전에 시간을 최소화하기 위해 자동화된 스냅샷을 활성화하거나 크기 조정을 시작하기 전에 수동 스냅샷을 생성하는 것이 좋습니다.) 탄력적 크기 조정을 시작하고 스냅샷 작업이 진행 중인 경우 스냅샷 작업이 몇 분 내에 완료되지 않으면 크기 조정이 실패할 수 있습니다. 자세한 내용은 [Amazon Redshift 스냅샷 및 백업](working-with-snapshots.md) 섹션을 참조하세요. 1. 이 작업은 클러스터 메타데이터를 마이그레이션합니다. 클러스터를 몇 분간 사용할 수 없습니다. 대부분의 쿼리가 일시적으로 중지되고 연결은 열린 상태로 유지됩니다. 하지만 일부 쿼리를 삭제하지 못할 수도 있습니다. 이 단계는 짧습니다. 1. 세션 연결이 복구되고 쿼리가 다시 시작됩니다. 1. 탄력적 크기 조정은 백그라운드에서 노드 슬라이스로 데이터를 다시 분산합니다. 클러스터는 읽기 및 쓰기 작업에 사용할 수 있지만 일부 쿼리의 경우 실행 시간이 길어질 수 있습니다. 1. 작업이 완료되면 Amazon Redshift에서 이벤트 알림을 보냅니다. 탄력적 크기 조정을 사용하여 노드 유형을 변경하는 경우 동일한 유형의 노드를 추가하거나 제거할 때와 유사하게 작동합니다. 먼저 스냅샷이 생성됩니다. 새로운 대상 클러스터는 스냅샷의 최신 데이터를 사용하여 프로비저닝되고, 데이터는 백그라운드에서 새 클러스터로 전송됩니다. 이 기간 동안 데이터는 읽기 전용입니다. 크기 조정이 거의 끝나가면 Amazon Redshift가 새 클러스터를 가리키도록 엔드포인트를 업데이트하고, 소스 클러스터의 모든 연결이 종료됩니다. 탄력적 크기 조정이 실패할 가능성은 거의 없습니다. 그러나 장애가 발생한 경우 대부분은 수동 개입 없이 자동으로 롤백이 이뤄집니다. 예약 노드(예: DC2 예약 노드)가 있는 경우 크기 조정을 수행할 때 RA3 예약 노드로 업그레이드할 수 있습니다. 탄력적 크기 조정을 수행할 때 또는 콘솔을 사용하여 스냅샷에서 복원할 때 이 작업을 수행할 수 있습니다. 콘솔 가이드에서는 이 프로세스를 안내합니다. RA3 노드로 업그레이드에 대한 자세한 내용은 [RA3 노드 유형으로 업그레이드](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)를 참조하세요. 탄력적 크기 조정은 테이블을 정렬하지 않고 디스크 스페이스를 회수하지 않기 때문에 vacuum 작업을 대신할 수 없습니다. 자세한 내용은 [테이블 Vacuum](https://docs.aws.amazon.com/redshift/latest/dg/t_Reclaiming_storage_space202.html)을 참조하세요. 탄력적 크기 조정에는 다음과 같은 제약이 적용됩니다. + *탄력적 크기 조정 및 데이터 공유 클러스터* - 데이터 공유의 생산자인 클러스터에서 노드를 추가하거나 뺄 때 Amazon Redshift가 클러스터 메타데이터를 마이그레이션하는 동안에는 소비자로부터 연결할 수 없습니다. 마찬가지로 탄력적 크기 조정을 수행하고 새 노드 유형을 선택하면 연결이 끊어지고 새 대상 클러스터로 전송되는 동안에는 데이터 공유를 사용할 수 없습니다. 두 가지 유형의 탄력적 크기 조정 모두에서 생산자는 몇 분 동안 사용할 수 없습니다. + *공유 스냅샷에서 데이터 전송* - 공유 스냅샷에서 데이터를 전송하는 클러스터에서 탄력적 크기 조정을 실행하려면 클러스터에 대해 하나 이상의 백업을 사용할 수 있어야 합니다. Amazon Redshift 콘솔 스냅샷 목록, `describe-cluster-snapshots` CLI 명령 또는 `DescribeClusterSnapshots` API 작업에서 백업을 볼 수 있습니다. + *플랫폼 제한 사항* - 탄력적 크기 조정은 EC2-VPC 플랫폼을 사용하는 클러스터에만 사용할 수 있습니다. 자세한 내용은 [EC2를 사용하여 클러스터 생성](working-with-clusters.md#cluster-platforms) 섹션을 참조하세요. + *스토리지 고려 사항* - 새 노드 구성에 기존 데이터를 위한 충분한 스토리지가 있는지 확인합니다. 노드를 추가하거나 구성을 변경해야 할 수 있습니다. + *소스와 대상 클러스터 크기 비교* - 탄력적 크기 조정으로 크기를 조정할 수 있는 노드 수 및 노드 유형은 소스 클러스터의 노드 수와 크기 조정된 클러스터에 대해 선택한 노드 유형에 따라 결정됩니다. 사용 가능한 구성을 확인하려면 콘솔을 사용합니다. 또는 `action-type resize-cluster` 옵션과 함께 `describe-node-configuration-options` AWS CLI 명령을 사용할 수 있습니다. Amazon Redshift 콘솔을 사용한 크기 조정에 대한 자세한 내용은 [클러스터 크기 조정](#resizing-cluster) 섹션을 참조하세요. 다음 예제 CLI 명령은 사용 가능한 구성 옵션을 설명합니다. 이 예에서 `mycluster`라는 클러스터는 `dc2.large` 8노드 클러스터입니다. ``` aws redshift describe-node-configuration-options --cluster-identifier mycluster --region eu-west-1 --action-type resize-cluster ``` 이 명령은 각 옵션의 권장 노드 유형, 노드 수, 디스크 사용률이 포함된 옵션 목록을 반환합니다. 반환되는 구성은 특정 입력 클러스터에 따라 다를 수 있습니다. `resize-cluster` CLI 명령의 옵션을 지정할 때 반환되는 구성 중 하나를 선택할 수 있습니다. + *추가 노드의 한도* - 탄력적 크기 조정에는 클러스터에 추가할 수 있는 노드에 대한 제한이 있습니다. 예를 들어 dc2 클러스터는 노드 수의 최대 2배까지 탄력적 크기 조정을 지원합니다. 설명을 위해 4노드 dc2.8xlarge 클러스터에 노드를 하나 추가하여 5노드 클러스터로 만들거나 8개가 될 때까지 노드를 더 추가할 수 있습니다. **참고** 증가 및 감소 한도는 원래 노드 유형과 원래 클러스터의 노드 수 또는 마지막 클래식 크기 조정을 기반으로 합니다. 탄력적 크기 조정이 증가 및 감소 한도를 초과하는 경우 클래식 크기 조정을 사용하세요. 일부 ra3 노드 유형의 경우 노드 수를 기존 수의 최대 4배까지 늘릴 수 있습니다. 특히 클러스터가 ra3.4xlarge 또는 ra3.16xlarge 노드로 구성되어 있다고 가정합니다. 그런 다음 탄력적 크기 조정을 사용하여 8노드 클러스터의 노드 수를 32개로 늘릴 수 있습니다. 또는 한도 미만의 값을 선택할 수 있습니다. (클러스터를 4배씩 확장하는 기능은 소스 클러스터 크기에 따라 달라진다는 점에 유의하세요.) 클러스터에 ra3.xlplus 노드가 있는 경우 제한은 2배입니다. 모든 ra3 노드 유형은 기존 수의 1/4로 노드 수 감소를 지원합니다. 예를 들어 ra3.4xlarge 노드가 있는 클러스터의 크기를 12개 노드에서 3개 또는 최솟값 이상으로 줄일 수 있습니다. 다음 표에는 탄력적 크기 조정을 지원하는 각 노드 유형에 대한 증가 및 감소 제한이 나열되어 있습니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/redshift/latest/mgmt/resizing-cluster.html) **참고** **RA3 클러스터의 크기를 조정할 때 레거시 노드 유형 선택** - RA3 노드가 있는 클러스터에서 DC2 등의 다른 노드 유형으로 크기를 조정하려고 하면 콘솔에 유효성 검사 경고 메시지가 나타나고 크기 조정 작업이 완료되지 않습니다. 이는 레거시 노드 유형으로의 크기 조정이 지원되지 않기 때문에 발생합니다. 이는 고객이 더 이상 사용되지 않거나 곧 사용되지 않을 노드 유형으로 크기를 조정하는 것을 방지하기 위한 것입니다. 이는 탄력적 크기 조정과 클래식 크기 조정 모두에 적용됩니다. ## 클래식 크기 조정 클래식 크기 조정은 클러스터 크기 또는 노드 유형의 변경 폭이 탄력적 크기 조정에서 지원되지 않는 경우를 처리합니다. 클래식 크기 조정을 수행하면 Amazon Redshift는 대상 클러스터를 생성하고 원본 클러스터에서 대상 클러스터로 데이터와 메타데이터를 마이그레이션합니다. ### RA3로 클래식 크기 조정을 수행하면 가용성이 향상될 수 있습니다. 대상 노드 유형이 RA3일 때 클래식 크기 조정 기능이 향상되었습니다. 원본 및 대상 클러스터 간의 백업 및 복원 작업을 사용하여 이를 수행합니다. 크기 조정이 시작되면 원본 클러스터가 재시작되며 몇 분간 사용할 수 없습니다. 그 후에는 백그라운드에서 크기 조정 작업을 하는 동안 클러스터의 읽기 및 쓰기 작업을 사용할 수 있습니다. #### 클러스터 검사 RA3으로 클러스터의 클래식 크기 조정을 수행할 때 최상의 성능과 결과를 얻으려면 이 체크리스트를 완료하세요. 체크리스트를 따르지 않으면 읽기 및 쓰기 작업 수행 기능과 같은 RA3 노드를 사용한 클래식 크기 조정의 일부 이점을 얻지 못할 수 있습니다. 1. 데이터 크기는 2페타바이트 미만이어야 합니다. 1페타바이트는 1,000테라바이트와 같습니다. 데이터 크기를 확인하려면 스냅샷을 만들고 크기를 확인합니다. 또한 다음 쿼리를 실행하여 크기를 확인할 수 있습니다. ``` SELECT sum(case when lower(diststyle) like ('%key%') then size else 0 end) distkey_blocks, sum(size) as total_blocks, ((distkey_blocks/(total_blocks*1.00)))*100 as Blocks_need_redist FROM svv_table_info; ``` `svv_table_info` 테이블은 슈퍼 사용자에게만 표시됩니다. 1. 클래식 크기 조정을 시작하기 전에 10시간 이상 경과하지 않은 수동 스냅샷이 있는지 확인하세요. 그렇지 않은 경우 스냅샷을 만듭니다. 1. 클래식 크기 조정을 수행하는 데 사용된 스냅샷은 테이블 복원이나 다른 용도로는 사용할 수 없습니다. 1. 클러스터는 VPC에 속해야 합니다. #### RA3으로 클래식 크기 조정에 따른 정렬 및 배포 작업 RA3으로 클래식 크기 조정을 수행하는 동안 Even 배포로 마이그레이션되었으며 KEY 배포가 있는 테이블은 원래 배포 스타일로 다시 변환됩니다. 이 기간은 데이터 크기와 클러스터의 사용량에 따라 달라집니다. 쿼리 워크로드는 데이터 마이그레이션보다 실행 우선 순위가 높습니다. 자세한 내용은 [배포 스타일](https://docs.aws.amazon.com/redshift/latest/dg/c_choosing_dist_sort.html)을 참조하세요. 이 마이그레이션 과정에서는 데이터베이스에 대한 읽기와 쓰기가 모두 작동합니다. 하지만 쿼리를 완료하는 데 시간이 더 오래 걸릴 수 있습니다. 그러나 동시성 조정은 이 과정에서 쿼리 워크로드에 리소스를 추가하여 성능을 높일 수 있습니다. [SYS\$1RESTORE\$1STATE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_STATE.html) 및 [SYS\$1RESTORE\$1LOG](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_LOG.html) 보기의 결과를 보면 데이터 마이그레이션 진행 상황을 확인할 수 있습니다. 모니터링에 대한 자세한 내용은 다음과 같습니다. 클러스터 크기가 완전히 조정되면 다음과 같은 정렬 동작이 발생합니다. + 크기 조정으로 인해 클러스터의 슬라이스가 더 많아지면 KEY 분배 테이블은 부분적으로 정렬되지 않지만 EVEN 테이블은 정렬된 상태로 유지됩니다. 또한 크기 조정 직후에는 정렬되는 데이터의 양에 대한 정보가 최신 상태가 아닐 수도 있습니다. 키 복구 후 자동 vacuum이 시간이 지남에 따라 테이블을 정렬합니다. + 크기 조정으로 인해 클러스터의 슬라이스 수가 줄어들면 KEY 분포 테이블과 EVEN 분포 테이블은 부분적으로 정렬되지 않습니다. 자동 vacuum은 시간이 지남에 따라 테이블을 정렬합니다. 자동 테이블 vacuum 작업에 대한 자세한 내용은 [테이블 Vacuuming](https://docs.aws.amazon.com/redshift/latest/dg/t_Reclaiming_storage_space202.html)을 참조하세요. 컴퓨팅 노드의 슬라이스에 대한 자세한 내용은 [데이터 웨어하우스 시스템 아키텍처](https://docs.aws.amazon.com/redshift/latest/dg/c_high_level_system_architecture.html)를 참조하세요. #### 대상 클러스터가 RA3인 경우의 클래식 크기 조정 단계 클래식 크기 조정은 대상 클러스터 유형이 RA3이고 이전 섹션에 설명된 사전 요구 사항을 충족한 경우 다음 단계로 구성됩니다. 1. 원본 클러스터에서 대상 클러스터로 마이그레이션을 시작합니다. 새로운 대상 클러스터가 프로비저닝되면 Amazon Redshift가 크기 조정이 시작되었다는 이벤트 알림 메시지를 보냅니다. 그러면 기존 클러스터가 다시 시작되고 모든 연결이 닫힙니다. 기존 클러스터가 데이터 공유 생산자 클러스터인 경우 소비자 클러스터와의 연결도 끊어집니다. 다시 시작하는 데 몇 분이 걸립니다. 1. 다시 시작한 후에는 데이터베이스를 읽고 쓸 수 있습니다. 또한 데이터 공유가 재개되며 이 작업에는 몇 분이 더 걸립니다. 1. 데이터가 대상 클러스터로 마이그레이션됩니다. 대상 노드 유형이 RA3인 경우 데이터 마이그레이션 중에 읽기 및 쓰기가 가능합니다. 1. 크기 조정 프로세스가 거의 끝나가면 Amazon Redshift가 엔드포인트를 대상 클러스터로 업데이트하고, 소스 클러스터의 모든 연결이 종료됩니다. 대상 클러스터는 데이터 공유를 위해 생산자가 됩니다. 1. 크기 조정이 완료됩니다. Amazon Redshift에서 이벤트 알림을 전송합니다. Amazon Redshift 콘솔에서 크기 조정 진행률을 볼 수 있습니다. 클러스터 크기 조정에 걸리는 시간은 데이터 크기에 따라 다릅니다. **참고** **RA3 클러스터의 크기를 조정할 때 레거시 노드 유형 선택** - RA3 노드가 있는 클러스터에서 DC2 등의 다른 노드 유형으로 크기를 조정하려고 하면 콘솔에 유효성 검사 경고 메시지가 나타나고 크기 조정 작업이 완료되지 않습니다. 이는 레거시 노드 유형으로의 크기 조정이 지원되지 않기 때문에 발생합니다. 이는 고객이 더 이상 사용되지 않거나 곧 사용되지 않을 노드 유형으로 크기를 조정하는 것을 방지하기 위한 것입니다. 이는 탄력적 크기 조정과 클래식 크기 조정 모두에 적용됩니다. #### 대상 클러스터가 RA3일 때 클래식 크기 조정 모니터링 KEY 배포를 포함하여 진행 중인 프로비저닝된 클러스터의 클래식 크기 조정을 모니터링하려면 [SYS\$1RESTORE\$1STATE](https://docs.aws.amazon.com/redshift/latest/dg/SYS_RESTORE_STATE.html)를 사용하세요. 변환 중인 테이블의 완료율을 보여 줍니다. 데이터에 액세스하려면 수퍼 사용자여야 합니다. 클래식 크기 조정을 수행할 때 필요하지 않은 테이블을 드롭합니다. 이렇게 하면 기존 테이블을 더 빠르게 배포할 수 있습니다. ### 대상 클러스터가 RA3가 아닌 경우의 클래식 크기 조정 단계 예를 들어 대상 노드 유형이 RA3가 아닌 유형(예: DC2)인 경우 클래식 크기 조정은 다음과 같이 구성됩니다. 1. 원본 클러스터에서 대상 클러스터로 마이그레이션을 시작합니다. 새로운 대상 클러스터가 프로비저닝되면 Amazon Redshift가 크기 조정이 시작되었다는 이벤트 알림 메시지를 보냅니다. 그러면 기존 클러스터가 다시 시작되고 모든 연결이 닫힙니다. 기존 클러스터가 데이터 공유 생산자 클러스터인 경우 소비자 클러스터와의 연결도 끊어집니다. 다시 시작하는 데 몇 분이 걸립니다. `BACKUP NO`에서 생성한 테이블 또는 구체화된 뷰와 같은 데이터베이스 관계는 클래식 크기 조정 중에는 유지되지 않는다는 점에 유의하세요. 자세한 내용은 [구체화된 뷰 생성](https://docs.aws.amazon.com/redshift/latest/dg/materialized-view-create-sql-command.html)을 참조하세요. 1. 다시 시작한 후에는 데이터베이스를 읽기 전용으로 사용할 수 있습니다. 데이터 공유가 재개되는 데 몇 분 정도 더 걸립니다. 1. 데이터가 대상 클러스터로 마이그레이션됩니다. 데이터베이스는 읽기 전용으로 유지됩니다. 1. 크기 조정 프로세스가 거의 끝나가면 Amazon Redshift가 엔드포인트를 대상 클러스터로 업데이트하고, 소스 클러스터의 모든 연결이 종료됩니다. 대상 클러스터는 데이터 공유를 위해 생산자가 됩니다. 1. 크기 조정이 완료됩니다. Amazon Redshift에서 이벤트 알림을 전송합니다. Amazon Redshift 콘솔에서 크기 조정 진행률을 볼 수 있습니다. 클러스터 크기 조정에 걸리는 시간은 데이터 크기에 따라 다릅니다. **참고** 대상 클러스터가 RA3가 아니거나 이전 섹션에서 자세히 설명한 RA3 대상 클러스터의 사전 요구 사항을 충족하지 않는 경우 많은 양의 데이터가 포함된 클러스터의 크기를 조정하는 데 며칠 또는 몇 주가 걸릴 수 있습니다. 또한 클래식 크기 조정 후에는 클러스터에 사용된 스토리지 용량이 늘어날 수 있습니다. 이는 클래식 크기 조정으로 인해 클러스터에 추가 데이터 슬라이스가 있을 때 발생하는 일반적인 시스템 동작입니다. 클러스터의 노드 수가 동일하게 유지되는 경우에도 이러한 추가 용량 사용이 발생할 수 있습니다. ### 탄력적 크기 조정 vs 클래식 크기 조정 다음 표에서는 두 크기 조정 유형의 동작을 비교합니다. | 동작 | 탄력적 크기 조정 | 클래식 크기 조정 | 설명 | | --- | --- | --- | --- | | 시스템 데이터 보존 | 탄력적 크기 조정은 시스템 로그 데이터를 유지합니다. | 클래식 크기 조정은 시스템 테이블과 데이터를 유지하지 않습니다. | 소스 클러스터에 감사 로깅이 활성화되어 있으면 크기 조정 후에 Amazon S3 또는 CloudWatch에서 계속해서 로그에 액세스할 수 있습니다. 이러한 로그는 데이터 정책에 따라 보관하거나 삭제할 수 있습니다. | | 노드 유형 변경 | 노드 유형이 변경되지 않는 경우의 탄력적 크기 조정: 인플레이스 크기 조정 및 대부분의 쿼리가 유지됩니다. 새 노드 유형을 선택한 경우의 탄력적 크기 조정: 새 클러스터가 생성됩니다. 크기 조정 프로세스가 완료되면 쿼리가 삭제됩니다. | 클래식 크기 조정: 새 클러스터가 생성됩니다. 크기 조정 프로세스 중에 쿼리가 삭제됩니다. | | | 세션 및 쿼리 보존 | 탄력적 크기 조정은 소스 클러스터와 대상의 노드 유형이 동일할 때 세션과 쿼리를 유지합니다. 새 노드 유형을 선택하면 쿼리가 삭제됩니다. | 클래식 크기 조정은 세션과 쿼리를 유지하지 않습니다. 쿼리가 삭제됩니다. | 쿼리가 삭제되면 성능이 어느 정도 저하될 수 있습니다. 따라서 사용량이 적은 시간대에 크기 조정 작업을 수행하는 것이 가장 좋습니다. | | 크기 조정 작업 취소 | 탄력적 크기 조정은 취소할 수 없습니다. | Amazon Redshift 콘솔의 클러스터 세부 정보에서 [**크기 조정 취소(Cancel resize)**]를 선택하여 완료되기 전에 기존 크기 조정 작업을 취소할 수 있습니다. | 크기 조정 취소에 걸리는 시간은 취소 시 크기 조정 작업의 단계에 따라 달라집니다. 취소하는 경우 취소 작업이 완료될 때까지 클러스터를 사용할 수 없습니다. 크기 조정 작업이 마지막 단계에 있는 경우에는 취소할 수 없습니다. RA3 클러스터에 대한 클래식 크기 조정의 경우 취소할 수 없습니다. | ### 크기 조정 예약 클러스터의 크기 조정 작업을 예약하여 사용량이 많을 것으로 예상되는 경우 스케일 업하거나 비용 절감을 위해 스케일 다운할 수 있습니다. 예약은 탄력적 크기 조정과 클래식 크기 조정 모두에 적용됩니다. 이제 Amazon Redshift 콘솔에서 일정을 설정할 수 있습니다. 자세한 내용은 **콘솔을 사용한 클러스터 관리**에서 [클러스터 크기 조정](#resizing-cluster) 섹션을 참조하세요. AWS CLI 또는 Amazon Redshift API 작업을 사용하여 크기 조정을 예약할 수도 있습니다. 자세한 내용은 *AWS CLI Command Reference*의 [create-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/redshift/create-scheduled-action.html) 또는 *Amazon Redshift API Reference*의 [CreateScheduledAction](https://docs.aws.amazon.com/redshift/latest/APIReference/API_CreateScheduledAction.html)을 참조하세요. ### 스냅샷, 복원 및 크기 조정 [탄력적 크기 조정](#elastic-resize)은 Amazon Redshift 클러스터의 크기를 조정할 수 있는 가장 빠른 방법입니다. 탄력적 크기 조정을 선택할 수 없고 클러스터에 대해 거의 일정한 쓰기 액세스가 필요하다면 클래식 크기 조정과 함께 다음 섹션에서 설명하는 스냅샷 및 복원 작업을 사용할 수 있습니다. 단, 이 방법을 사용하려면 스냅샷 생성 이후 원본 클러스터에 작성되는 데이터를 전환을 마친 대상 클러스터에 수동으로 복사해야 합니다. 복사에 걸리는 시간에 따라 두 클러스터의 데이터가 동일해질 때까지 이 프로세스를 몇 차례 반복해야 하는 경우도 있습니다. 그런 다음 대상 클러스터로 전환할 수 있습니다. 이때 전체 데이터 집합이 대상 클러스터로 복사될 때까지는 기존 쿼리에 부정적인 영향을 미칠 수도 있습니다. 그러나 데이터베이스에 쓸 수 없는 시간이 최소화됩니다. 스냅샷, 복원 및 클래식 크기 조정 작업에서는 사용되는 프로세스는 다음과 같습니다. 1. 기존 클러스터의 스냅샷을 생성합니다. 기존 클러스터란 원본 클러스터를 말합니다. 1. 스냅샷을 만든 시간입니다. 이렇게 하면 나중에 ETL(추출, 변환, 로드) 프로세스를 다시 실행해 스냅샷 이후 데이터를 대상 데이터베이스로 로드해야 하는 시점을 파악할 수 있습니다. 1. 스냅샷을 새로운 클러스터로 복원합니다. 새로운 클러스터는 대상 클러스터를 말합니다. 대상 클러스터에 샘플 데이터가 존재하는지 확인합니다. 1. 대상 클러스터의 크기를 조정합니다. 대상 클러스터에서 새로운 노드 유형과 노드 수, 그리고 기타 설정을 선택합니다. 1. 원본 클러스터의 스냅샷을 생성한 이후 발생한 ETL 프로세스의 데이터 로드를 확인합니다. 똑같은 순서에 따라 동일한 데이터를 대상 클러스터에 다시 로드해야 할 수도 있습니다. 데이터 로드가 계속되는 경우에는 원본 클러스터와 대상 클러스터의 데이터가 동일해질 때까지 이 프로세스를 몇 차례 반복합니다. 1. 원본 클러스터에서 실행 중인 모든 쿼리를 중단합니다. 이를 위해서는 클러스터를 재부팅하거나, 수퍼유저로 로그인하여 [PG\$1CANCEL\$1BACKEND](https://docs.aws.amazon.com/redshift/latest/dg/PG_CANCEL_BACKEND.html) 및 [PG\$1TERMINATE\$1BACKEND](https://docs.aws.amazon.com/redshift/latest/dg/PG_TERMINATE_BACKEND.html) 명령을 사용해야 할 수도 있습니다. 클러스터 재부팅이 클러스터 사용을 중단할 수 있는 가장 쉬운 방법입니다. 1. 원본 클러스터 이름을 변경합니다. 예를 들어 이름을 `examplecluster`에서 `examplecluster-source`로 바꿉니다. 1. 대상 클러스터 이름을 변경 이전 원본 클러스터의 이름으로 변경합니다. 예를 들어 대상 클러스터 이름을 `examplecluster`로 바꿉니다. 이 시점부터 `examplecluster`가 포함된 엔드포인트를 사용하는 애플리케이션이 모두 대상 클러스터에 연결됩니다. 1. 대상 클러스터로 전환을 마친 후 원본 클러스터를 삭제하고 모든 프로세스가 정상적으로 실행되는지 확인합니다. 또는 대상 클러스터로 데이터를 다시 로드하기 전에 소스 및 대상 클러스터의 이름을 바꿀 수 있습니다. 이 방법은 종속 시스템 및 보고서를 대상 클러스터의 시스템 및 보고서로 즉시 업데이트할 필요가 없는 경우에 효과적입니다. 이 경우에는 6단계가 위에서 설명한 프로세스의 끝으로 이동합니다. 이름 변경 프로세스는 애플리케이션에서 동일한 엔드포인트를 사용하여 클러스터에 연결해야 할 때만 필요합니다. 이럴 필요가 없다면 클러스터에 연결되는 모든 애플리케이션을 업데이트하여 이름을 변경하지 않고도 대상 클러스터의 엔드포인트를 사용할 수 있습니다. 클러스터 이름을 재사용하면 몇 가지 이점이 있습니다. 첫째, 기본 클러스터를 변경하더라도 엔드포인트가 바뀌지 않기 때문에 애플리케이션 연결 문자열을 업데이트할 필요가 없습니다. 둘째, Amazon CloudWatch 경보 및 Amazon Simple Notification Service(Amazon SNS) 알림과 같은 관련 항목이 클러스터 이름에 연결됩니다. 이러한 연결은 클러스터에 대해 설정한 것과 동일한 경보와 알림을 계속해서 사용할 수 있음을 나타냅니다. 프로덕션 환경에서는 경보나 알림 같은 관련 항목을 재구성하지 않고도 클러스터 크기를 조정할 수 있는 유연성이 필요하기 때문에 이러한 기능이 많이 사용됩니다. # 클러스터 이름 변경 클러스터에 다른 이름을 사용하고 싶다면 이름을 변경할 수 있습니다. 클러스터 엔드포인트에는 클러스터 이름(*클러스터 식별자*라고도 함)이 포함되어 있기 때문에 이름 변경을 마치면 엔드포인트도 새로운 이름을 사용하도록 바뀝니다. 예를 들어, `examplecluster` 클러스터의 이름을 `newcluster`로 변경하면 엔드포인트도 `newcluster` 식별자를 사용하도록 바뀝니다. 클러스터에 연결되는 애플리케이션은 모두 새로운 엔드포인트로 업데이트되어야 합니다. 이러한 애플리케이션의 엔드포인트를 변경하지 않고 애플리케이션이 연결되는 클러스터를 변경하고 싶다면 클러스터의 이름을 바꿀 수 있습니다. 이 경우에는 먼저 원래 클러스터 이름을 변경한 후에 두 번째 클러스터를 변경하여 원래 클러스터의 변경 전 이름을 재사용해야 합니다. 이는 클러스터 식별자는 계정 및 리전 내에서 고유해야, 즉 원래 클러스터와 두 번째 클러스터의 이름이 동일할 수 없기 때문입니다. 스냅샷에서 클러스터를 복원할 때 종속된 애플리케이션의 연결 속성을 변경하지 않으려는 경우 이렇게 할 수 있습니다. **참고** 원래 클러스터를 삭제할 때 원하지 않는 클러스터 스냅샷까지 삭제되는 경우 사용자 본인에게 책임이 있습니다. 클러스터 이름을 변경할 때는 프로세스를 마칠 때까지 클러스터 상태가 `renaming`으로 바뀝니다. 클러스터에서 이전에 사용된 DNS 이름은 바로 삭제되지만 캐시는 몇 분 더 남을 수도 있습니다. 이름이 바뀐 클러스터의 새로운 DNS 이름은 약 10분 내에 적용됩니다. 이름이 바뀐 클러스터를 사용하려면 새로운 이름이 적용될 때까지 기다려야 합니다. 클러스터가 재부팅되고 기존 클러스터 연결은 모두 종료됩니다. 이 모든 것이 완료되면 엔드포인트가 새로운 이름을 사용하도록 바뀝니다. 따라서 이름을 변경하기 전에 실행 중인 쿼리를 모두 종료한 후 이름 변경이 완료된 후에 쿼리를 다시 시작해야 합니다. 이름이 변경된 후에도 클러스터 스냅샷은 그대로 유지되며, 클러스터와 연결된 스냅샷 모두 클러스터와 연결된 상태가 지속됩니다. 예를 들어, 프로덕션 데이터베이스 역할을 수행하는 클러스터에 다수의 스냅샷이 있다고 가정하겠습니다. 이때 클러스터 이름을 변경한 후 프로덕션 환경에서 스냅샷으로 교체하더라도 이름이 바뀐 클러스터는 여전히 기존 스냅샷과 연결됩니다. Amazon CloudWatch 경보와 Amazon Simple Notification Service(Amazon SNS) 이벤트 알림은 클러스터 이름과 연결됩니다. 클러스터 이름을 변경하면 이 경보와 알림도 업데이트해야 합니다. CloudWatch 콘솔에서 CloudWatch 경보를 업데이트하고 [**이벤트(Events)**] 창의 Amazon Redshift 콘솔에서 Amazon SNS 이벤트 알림을 업데이트할 수 있습니다. 클러스터의 로드 및 쿼리 데이터는 이름 변경 전후의 데이터를 계속해서 표시하지만 성능 데이터는 이름 변경 이후 재설정됩니다. 자세한 내용은 [클러스터 수정](modify-cluster.md) 섹션을 참조하세요. # 클러스터의 릴리스 버전 업그레이드 **릴리스 상태(Release Status)** 값이 **새로운 릴리스 이용 가능(New release available)**인 클러스터의 릴리스 유지 관리 버전을 업그레이드할 수 있습니다. 유지 관리 버전을 업그레이드할 때 즉시 업그레이드하거나 다음 유지 관리 기간에 업그레이드하도록 선택할 수 있습니다. **중요** 즉시 업그레이드하는 경우, 업그레이드가 완료될 때까지 클러스터가 오프라인입니다. **클러스터를 새 릴리스 버전으로 업그레이드하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 1. 업그레이드할 클러스터를 선택합니다. 1. **작업(Actions)**에서 **클러스터 버전 업그레이드(Upgrade cluster version)**을 선택합니다. **클러스터 버전 업그레이드(Upgrade cluster version)** 페이지가 표시됩니다. 1. 페이지의 지시 사항을 따릅니다. 1. **클러스터 버전 업그레이드(Upgrade cluster version)**을 선택합니다. # 클러스터 일시 중지 및 다시 시작 특정 시간에만 사용 가능해야 하는 클러스터가 있는 경우 클러스터를 일시 중지하고 나중에 다시 시작할 수 있습니다. 클러스터가 일시 중지되는 동안 온디맨드 결제가 일시 중지됩니다. 클러스터의 스토리지에만 요금이 부과됩니다. 요금에 대한 자세한 내용은 [Amazon Redshift 요금](https://aws.amazon.com/redshift/pricing/) 페이지를 참조하세요. 클러스터를 일시 중지하면 Amazon Redshift에서 스냅샷을 생성하고 쿼리를 종료하기 시작한 다음 클러스터를 일시 중지 상태로 만듭니다. 최종 스냅샷을 요청하지 않고 일시 중지된 클러스터를 삭제하면 클러스터를 복원할 수 없습니다. 일시 중지 또는 다시 시작 작업이 시작된 후에는 취소 또는 롤백할 수 없습니다. AWS CLI 또는 Amazon Redshift API 작업을 사용하여 Amazon Redshift 콘솔에서 클러스터를 일시 중지하고 다시 시작할 수 있습니다. 클러스터를 일시 중지하고 다시 시작하도록 작업을 예약할 수 있습니다. 새 Amazon Redshift 콘솔을 사용하여 일시 중지하고 다시 시작할 반복 일정을 생성하면 선택한 날짜 범위에 대해 2개의 예약된 작업이 생성됩니다. 예약된 작업 이름에는 접미사로 `-pause` 및 `-resume`이 붙습니다. 이름의 총 길이는 예약된 작업 이름의 최대 크기 내에 있어야 합니다. 다음 유형의 클러스터는 일시 중지할 수 없습니다. + EC2-Classic 클러스터 + 활성 상태가 아닌 클러스터(예: 현재 수정 중인 클러스터) + 하드웨어 보안 모듈(HSM) 클러스터 + 자동 스냅샷이 비활성화된 클러스터 클러스터를 일시 중지할 때 다음 사항을 고려하세요. + 클러스터에 대한 연결 또는 쿼리를 사용할 수 없습니다. + Amazon Redshift 콘솔에서 일시 중지된 클러스터의 쿼리 모니터링 정보를 볼 수 없습니다. + 일시 중지된 클러스터는 수정할 수 없습니다. 클러스터에서 예약된 작업은 수행되지 않습니다. 여기에는 스냅샷 생성, 클러스터 크기 조정 및 클러스터 유지 관리 작업이 포함됩니다. + 하드웨어 지표가 생성되지 않았습니다. 누락된 지표에 대한 경보가 설정된 경우 CloudWatch 경보를 업데이트합니다. + 일시 중지된 클러스터의 최신 자동 스냅샷을 수동 스냅샷으로 복사할 수 없습니다. + 클러스터가 일시 중지되는 동안에는 일시 중지 작업이 완료될 때까지 클러스터를 다시 시작할 수 없습니다. + 클러스터를 일시 중지하면 결제가 일시 중단됩니다. 그러나 일시 중지 작업은 일반적으로 클러스터의 크기에 따라 15분 이내에 완료됩니다. + 감사 로그는 보관되고 재개 시 복원되지 않습니다. + 클러스터가 일시 중지된 후에는 일시 중지 전에 발생한 문제를 해결하기 위해 추적 및 로그를 사용하지 못할 수 있습니다. + AWS Secrets Manager를 사용하여 관리자 보안 인증 정보를 관리하고 클러스터를 일시 중지하면 클러스터의 보안 암호는 삭제되지 않으며 보안 암호에 대한 요금이 계속 청구됩니다. AWS Secrets Manager를 사용하여 Redshift 관리자 암호를 관리하는 방법에 대한 자세한 내용은 [AWS Secrets Manager를 사용하여 Amazon Redshift 관리자 암호를 관리하는 방법](redshift-secrets-manager-integration.md) 섹션을 참조하세요. + RA3 인스턴스 유형의 경우 클러스터의 no-backup 테이블은 다시 시작할 때 복원됩니다. DC2 인스턴스 유형에는 재개 시 복원되지 않습니다. 백업 없음 테이블에 대한 자세한 내용은 [스냅샷에서 테이블 제외](working-with-snapshots.md#snapshots-no-backup-tables) 섹션을 참조하세요. 클러스터를 다시 시작할 때 다음 사항을 고려하세요. + 다시 시작된 클러스터의 클러스터 버전은 클러스터의 유지 관리 기간에 따라 유지 관리 버전으로 업데이트됩니다. + 일시 중지된 클러스터와 연결된 서브넷을 삭제하면 호환되지 않는 네트워크가 있을 수 있습니다. 이 경우 최신 스냅샷에서 클러스터를 복원합니다. + 클러스터가 일시 중지된 상태에서 탄력적 IP 주소를 삭제하면 새 탄력적 IP 주소가 요청됩니다. + Amazon Redshift에서 이전 탄력적 네트워크 인터페이스로 클러스터를 다시 시작할 수 없는 경우 Amazon Redshift에서 새 인터페이스를 할당하려고 시도합니다. + 클러스터를 다시 시작하면 노드 IP 주소가 변경될 수 있습니다. SSH(Secure Shell)에서 COPY 또는 Amazon EMR에서 COPY 지원과 같은 기능에 대해 이러한 새 IP 주소를 지원하도록 VPC 설정을 업데이트해야 할 수 있습니다. + 일시 중지되지 않은 클러스터를 다시 시작하려고 하면 다시 시작 작업이 오류를 반환합니다. 다시 시작 작업이 예약된 작업의 일부인 경우 이후의 오류를 방지하기 위해 예약된 작업을 수정하거나 삭제합니다. + 클러스터의 크기에 따라 쿼리 처리 전 클러스터를 다시 시작하는 데 몇 분 정도 걸릴 수 있습니다. 또한 다시 시작 완료 후 클러스터를 다시 수화하는 동안 일정 기간 동안 쿼리 성능에 영향을 줄 수 있습니다. # 클러스터 재부팅 클러스터 재부팅은 재부팅 전과 동일한 구성으로 클러스터를 재시작하는 클러스터 작업입니다. 클러스터를 재부팅하여 보류 중인 유지 관리 업데이트를 적용하거나, 구성 변경을 재설정하거나, 특정 문제에서 복구하거나, 클러스터 문제를 해결할 수 있습니다. 클러스터를 재부팅하면 Amazon Redshift 환경의 성능, 보안 및 안정성을 최적화하는 데 도움이 될 수 있습니다. 다음 절차는 Amazon Redshift 클러스터를 재부팅하기 위한 세부 단계를 제공합니다. 클러스터를 재부팅하면 클러스터 상태가 `rebooting`으로 설정되고, 재부팅을 마치면 클러스터 이벤트가 생성됩니다. 대기 중인 클러스터 변경 사항은 이때 적용됩니다. **클러스터를 재부팅하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 1. 재부팅할 클러스터를 선택합니다. 1. **작업(Actions)**에서 **클러스터 재부팅(Reboot cluster)**을 선택합니다. **클러스터 재부팅(Reboot cluster)** 페이지가 표시됩니다. 1. **클러스터 재부팅(Reboot cluster)**을 선택합니다. # 클러스터 재부팅 Amazon Redshift에서 *재배치*를 사용하면 데이터 손실이나 애플리케이션 변경 없이 Amazon Redshift가 클러스터를 다른 가용 영역으로 이동할 수 있습니다. 재배치를 사용하면 클러스터에서 서비스 중단이 발생할 때 영향을 최소화하면서 작업을 계속할 수 있습니다. 클러스터 재배치가 켜지면 Amazon Redshift가 일부 상황에서 클러스터를 재배치하도록 선택할 수 있습니다. 특히 현재 가용 영역의 문제로 인해 최적의 클러스터 작동이 방해를 받거나 서비스 가용성을 향상시키려는 경우 클러스터가 재배치됩니다. 지정된 가용 영역의 리소스 제약으로 인해 클러스터 작업이 중단되는 경우에도 재배치 기능을 호출할 수 있습니다. 클러스터를 재개하거나 크기를 조정하는 기능을 예로 들 수 있습니다. Amazon Redshift는 추가 비용 없이 재배치 기능을 제공합니다. Amazon Redshift 클러스터가 새 가용 영역으로 재배치되면 새 클러스터에는 원래 클러스터와 동일한 엔드포인트가 있습니다. 애플리케이션은 엔드포인트에 다시 연결하고 데이터 수정 또는 손실 없이 작업을 계속할 수 있습니다. 그러나 지정된 가용 영역에서 잠재적인 리소스 제약으로 인해 재배치가 불가능한 경우도 있을 수 있습니다. Amazon Redshift 클러스터 재배치는 RA3 인스턴스 유형에 대해서만 지원됩니다. RA3 인스턴스 유형은 Redshift 관리형 스토리지(RMS)를 내구성 있는 스토리지 계층으로 사용합니다. 클러스터 데이터의 최신 복사본은 AWS 리전의 다른 가용 영역에서 항상 사용할 수 있습니다. 즉, 데이터 손실 없이 Amazon Redshift 클러스터를 다른 가용 영역으로 재배치할 수 있습니다. 클러스터에 대한 재배치를 켜면 Amazon Redshift가 클러스터를 프록시 뒤에 있도록 마이그레이션합니다. 이렇게 하면 클러스터의 컴퓨팅 리소스에 대한 위치 독립적 액세스를 구현하는 데 도움이 됩니다. 마이그레이션으로 인해 클러스터가 재부팅됩니다. 클러스터가 다른 가용 영역으로 재배치되면 새 클러스터가 새 가용 영역에서 다시 온라인 상태가 되는 동안 중단이 발생합니다. 그러나 클러스터가 새 가용 영역으로 재배치된 후에도 클러스터 엔드포인트가 변경되지 않은 상태로 유지되므로 애플리케이션을 변경할 필요가 없습니다. 새로 생성되거나 복원된 RA3 클러스터의 서브넷 그룹에 여러 가용 영역이 포함된 경우 클러스터 재배치는 기본적으로 활성화됩니다. Amazon Redshift는 프로비저닝된 클러스터를 생성하는 동안 5439를 기본 포트로 할당합니다. 포트 범위 5431\$15455 또는 8191\$18215에서 다른 포트로 변경할 수 있습니다. 범위를 벗어난 포트로 변경하지 마세요. 오류가 발생합니다. 프로비저닝된 클러스터의 기본 포트를 변경하려면 Amazon Redshift 콘솔, AWS CLI 또는 Amazon Redshift API를 사용하세요. 서버리스 작업 그룹의 기본 포트를 변경하려면 AWS CLI 또는 Amazon Redshift Serverless API를 사용하세요. 재배치를 켜고 현재 리더 노드 IP 주소를 사용하여 클러스터 또는 향상된 VPC 라우팅에 액세스하는 경우 해당 액세스를 변경해야 합니다. 대신 클러스터의 Virtual Private Cloud(VPC) 엔드포인트와 연결된 IP 주소를 사용합니다. 이 클러스터 IP 주소를 찾으려면 클러스터 세부 정보 페이지의 [**네트워크 및 보안(Network and security)**] 섹션에서 VPC 엔드포인트를 찾아서 사용합니다. VPC 엔드포인트에 대한 세부 정보를 보려면 Amazon VPC 콘솔에 로그인합니다. AWS Command Line Interface(AWS CLI) 명령 `describe-vpc-endpoints`를 사용하여 엔드포인트와 연결된 탄력적 네트워크 인터페이스를 가져올 수도 있습니다. `describe-network-interfaces` 명령을 사용하여 연결된 IP 주소를 가져올 수 있습니다. Amazon Redshift AWS CLI 명령에 대한 자세한 내용은 *AWS CLI Command Reference*의 [Available commands](https://docs.aws.amazon.com/cli/latest/reference/redshift/index.html)를 참조하세요. ## 제한 사항 Amazon Redshift 재배치를 사용할 때 다음 제한 사항에 유의합니다. + 지정된 가용 영역의 잠재적인 리소스 제한으로 인해 일부 시나리오에서는 클러스터 재배치가 불가능할 수 있습니다. 이 경우 Amazon Redshift가 원래 클러스터를 변경하지 않습니다. + DC2 인스턴스 패밀리에서는 재배치가 지원되지 않습니다. + AWS 리전 간에 재배치를 수행할 수 없습니다. + Amazon Redshift 재배치는 기본적으로 포트 5439로 설정됩니다. 5431\$15455 또는 8191\$18215 범위에서 다른 포트로 변경할 수도 있습니다. ## 콘솔을 사용하여 재배치 관리 Amazon Redshift 콘솔을 사용하여 클러스터 재배치에 대한 설정을 관리할 수 있습니다. ### 새 클러스터 생성 시 재배치 끄기 새 클러스터를 생성할 때 재배치를 끄려면 다음 절차를 따릅니다. **새 클러스터의 재배치를 끄려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 1. [**클러스터 생성(Create cluster)**]을 선택하여 새 클러스터를 생성합니다. 클러스터를 생성하는 방법에 대한 자세한 내용은 Amazon Redshift 시작 안내서**의 [Get started with Amazon Redshift provisioned data warehouses](https://docs.aws.amazon.com/redshift/latest/gsg/new-user.html)를 참조하세요. 1. **백업**에서 **클러스터 재배치**에 대해 **비활성화됨**을 선택합니다. 재배치는 기본적으로 켜져 있습니다. 1. **클러스터 생성**을 선택합니다. ### 기존 클러스터에 대한 재배치 수정 기존 클러스터에 대한 재배치 설정을 변경하려면 다음 절차를 따릅니다. **기존 클러스터에 대한 재배치 설정을 수정하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다. 1. 목록에서 수정할 클러스터의 이름을 선택합니다. 클러스터 세부 정보 페이지가 나타납니다. 1. [**유지 관리(Maintenance)**] 탭을 선택하고 [**백업 세부 정보(Backup details)**] 섹션에서 [**편집(Edit)**]을 선택합니다. 1. **백업**에서 **비활성화됨**을 선택합니다. 재배치는 기본적으로 켜져 있습니다. 1. **클러스터 수정**을 선택합니다. ### 클러스터 재부팅 다른 가용 영역으로 클러스터를 수동으로 재배치하려면 다음 절차를 따릅니다. 이는 보조 가용 영역에서 네트워크 설정을 테스트하려는 경우 또는 현재 가용 영역에서 리소스 제약 조건을 실행할 때 특히 유용합니다. **다른 가용 영역으로 클러스터를 재배치하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다. 1. 목록에서 이동할 클러스터의 이름을 선택합니다. 클러스터 세부 정보 페이지가 나타납니다. 1. [**작업(Actions)**]에서 [**재배치(Relocate)**]를 선택합니다. [**클러스터 재배치(Relocate cluster)**] 페이지가 표시됩니다. 1. (옵션) [**가용 영역(Availability Zone)**]을 선택합니다. 가용 영역을 선택하지 않으면 Amazon Redshift가 자동으로 선택합니다. Amazon Redshift가 재배치를 시작하고 클러스터를 재배치 중으로 표시합니다. 재배치가 완료되면 클러스터 상태가 사용 가능으로 바뀝니다. ## Amazon Redshift CLI를 사용하여 재배치 관리 AWS 명령줄 인터페이스(CLI)를 사용하여 클러스터 재배치에 대한 설정을 관리할 수 있습니다. AWS CLI 사용 시 다음 예제 명령은 재배치가 켜져 있는 **mycluster**라는 Amazon Redshift 클러스터를 생성합니다. ``` aws redshift create-cluster --cluster-identifier mycluster --number-of-nodes 2 --master-username enter a username --master-user-password enter a password --node-type ra3.4xlarge --port 5439 --no-availability-zone-relocation ``` 현재 클러스터가 다른 포트를 사용하는 경우에는 포트 범위 5431\$15455 또는 8191\$18215를 사용하도록 수정한 다음 배치를 켜도록 수정해야 합니다. 기본값은 5439입니다. 다음 예제 명령은 클러스터가 지정된 범위에 속하는 포트를 사용하지 않는 경우 포트를 수정합니다. ``` aws redshift modify-cluster --cluster-identifier mycluster --port 5439 ``` 다음 예제 명령은 Amazon Redshift 클러스터에서 availability-zone-relocation 파라미터를 포함합니다. ``` aws redshift modify-cluster --cluster-identifier mycluster --availability-zone-relocation ``` 다음 예제 명령은 Amazon Redshift 클러스터에서 availability-zone-relocation 파라미터를 끕니다. ``` aws redshift modify-cluster --cluster-identifier mycluster --no-availability-zone-relocation ``` 다음 예제 명령은 Amazon Redshift 클러스터에서 재배치를 호출합니다. ``` aws redshift modify-cluster --cluster-identifier mycluster --availability-zone us-east-1b ``` # 클러스터에 대한 사용량 한도 설정 최대 4개의 사용량 한도를 추가하여 다음 각 항목의 사용량을 제어할 수 있습니다. + 동시성 확장 + 추가 컴퓨팅 리소스를 사용하여 자동 최적화 실행 + Redshift Spectrum 사용량 + 리전 간 데이터 공유 ## 프로비저닝된 클러스터의 사용량 한도 설정 다음은 프로비저닝된 클러스터에서 사용량 한도를 설정하는 절차입니다. **클러스터의 사용량 한도를 설정하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 제한을 설정할 프로비저닝된 클러스터로 이동합니다. 1. 클러스터의 세부 정보 페이지의 **작업** 드롭다운 메뉴에서 **사용량 한도 관리**를 선택합니다. 클러스터의 **유지 관리** 탭을 선택한 다음 아래로 스크롤하여 **사용량 한도 생성**을 선택할 수도 있습니다. 1. 설정하려는 사용량 한도에 대해 **한도 추가**를 선택합니다. 지정된 기능에 대해 최대 4개의 한도를 추가할 수 있습니다. 1. 사용량 한도의 **기간**을 **일별**, **주별** 또는 **월별**로 설정합니다. 1. **사용량 한도**를 설정합니다. + 추가 컴퓨팅 리소스 제한을 사용하여 실행되는 동시성 규모 조정 및 자동 최적화의 경우 사용량 한도는 Amazon Redshift가 지정된 기간 동안 기능을 사용하여 소비하는 시간입니다. 이 경우 사용량 한도는 시간 및 분으로 설정됩니다. + Redshift Spectrum의 경우 사용량 한도는 Amazon S3에서 스캔한 데이터의 양입니다. 이 경우 사용량 한도는 테라바이트(TB)로 설정됩니다. + 리전 간 데이터 공유의 사용량 한도는 생산자 리전에서 소비자 리전으로 전송되어 소비자가 쿼리할 수 있는 데이터의 양입니다. 이 경우 사용량 한도는 테라바이트(TB)로 설정됩니다. 1. 클러스터가 한도에 도달할 때 수행할 Amazon Redshift에 대한 **작업**을 설정합니다. 다음과 같은 설정이 있습니다. + **시스템 테이블에 기록** - 시스템 뷰 [SYS\$1QUERY\$1HISTORY](https://docs.aws.amazon.com/redshift/latest/dg/SYS_QUERY_HISTORY.html)에 레코드를 추가합니다. 이 뷰의 usage\$1limit 열을 쿼리하여 쿼리가 한도를 초과했는지 확인할 수 있습니다. + **알림** - Amazon SNS를 사용하여 알림 구독을 설정하고 한도가 위반된 경우 알림을 전송합니다. 기존 Amazon SNS 주제를 선택하거나, 새로운 주제를 생성하거나, 주제 없이 진행할 수 있습니다. + **기능 비활성화** - 기능을 비활성화합니다. Amazon SNS를 사용하여 알림을 보내도록 선택할 수도 있습니다. 사용자는 다른 작업에 클러스터를 계속 사용할 수 있습니다. 처음 두 작업은 정보 제공용이지만 마지막 작업은 기능 사용을 해제합니다. 1. 페이지 하단에서 **변경 사항 저장**을 선택하여 한도를 저장합니다. 한 번에 두 개 이상의 한도를 설정하면 **변경 사항 저장**이 모든 한도를 한 번에 저장합니다. # 클러스터 종료 및 삭제 실행을 중단하여 요금을 지불하지 않으려면 클러스터를 종료할 수 있습니다. 클러스터를 종료할 때는 옵션으로 최종 스냅샷을 생성할 수 있습니다. 최종 스냅샷을 생성하는 경우에는 Amazon Redshift가 종료 전에 클러스터의 수동 스냅샷을 생성합니다. 삭제하는 클러스터와 동일한 데이터 및 구성으로 새로운 클러스터를 프로비저닝할 계획이라면 수동 스냅샷이 필요합니다. 수동 스냅샷을 사용하여 나중에 스냅샷을 복원하고 클러스터 사용을 다시 시작할 수 있습니다. 더 이상 클러스터와 데이터가 필요하지 않다면 최종 스냅샷을 생성하지 않고 종료할 수도 있습니다. 이때는 클러스터와 데이터가 영구적으로 삭제됩니다. 최종 수동 스냅샷을 포함한 클러스터의 종료 여부와 상관없이 클러스터가 종료되면 클러스터와 연결된 자동 스냅샷도 모두 삭제됩니다. 하지만 클러스터와 연결된 수동 스냅샷은 모두 유지됩니다. 옵션으로 제공되는 최종 스냅샷을 포함하여 종료 이후 남는 수동 스냅샷은 클러스터 종료 시 실행 중인 다른 클러스터가 없는 경우, 혹은 실행 중인 Amazon Redshift 클러스터에 제공되는 무료 스토리지를 초과하는 경우 Amazon Simple Storage Service 스토리지 요율에 따라 요금이 부과됩니다. 스냅샷 스토리지 요금에 대한 자세한 내용은 [Amazon Redshift 요금 페이지](https://aws.amazon.com/redshift/pricing/)를 참조하세요. 클러스터를 삭제하면 연결된 AWS Secrets Manager 보안 암호도 모두 삭제됩니다. **클러스터를 삭제하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 1. 삭제할 클러스터를 선택합니다. 1. **작업(Actions)**에 대해 **삭제(Delete)**를 선택합니다. **클러스터 삭제(Delete cluster)** 페이지가 표시됩니다. 1. **클러스터 삭제(Delete cluster)**를 선택합니다. **참고** 클러스터를 삭제하고 최종 스냅샷을 생성하기로 선택할 때 클러스터에서 복원 작업이 진행 중인 경우 Amazon Redshift가 삭제 요청을 중지합니다. 이 경우 최종 스냅샷 없이 클러스터를 삭제하거나 복원이 완료된 후 최종 스냅샷과 함께 클러스터를 삭제할 수 있습니다. # Amazon Redshift 스냅샷 및 백업 스냅샷은 클러스터의 특정 시점 백업입니다. *자동* 및 *수동*의 2가지 유형의 스냅샷이 있습니다. Amazon Redshift는 암호화된 보안 소켓 계층(SSL) 연결을 사용하여 이러한 스냅샷을 Amazon S3에 내부적으로 저장합니다. Amazon Redshift는 이전 자동 스냅샷 이후 클러스터의 변경 사항을 추적하는 증분 스냅샷을 자동으로 생성합니다. 자동 스냅샷은 클러스터를 복원하는 데 필요한 모든 데이터를 유지합니다. 자동 스냅샷을 만든 시기를 제어하는 스냅샷 일정을 생성하거나 언제든지 수동 스냅샷을 생성할 수 있습니다. 스냅샷에서 복원하면 Amazon Redshift에서 새 클러스터가 생성되고 모든 데이터가 로드되기 전에 새 클러스터를 사용할 수 있으므로 즉각 새 클러스터 쿼리를 시작할 수 있습니다. 클러스터는 활성 쿼리에 응답하여 스냅샷에서 온디맨드로 데이터를 스트리밍한 다음 백그라운드에서 남은 데이터를 로드합니다. 클러스터를 시작할 때 자동 및 수동 스냅샷의 보관 기간을 설정할 수 있습니다. 자동 및 수동 스냅샷의 기본 보존 기간은 클러스터를 수정해 변경할 수 있습니다. 수동 스냅샷의 보존 기간은 스냅샷을 생성할 때 또는 스냅샷 설정을 수정해 변경할 수 있습니다. AWS Management Console에서 스냅샷 세부 정보를 확인하거나 CLI에서 [describe-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-cluster-snapshots.html) 또는 [DescribeClusterSnapshots](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusterSnapshots.html) API 작업을 호출하여 스냅샷 진행 상황을 모니터링할 수 있습니다. 진행 중인 스냅샷의 경우, 증분 스냅샷 크기, 전송 속도, 경과 시간, 남은 예상 시간 같은 정보가 표시됩니다. 클러스터에서 백업을 항상 사용할 수 있도록 Amazon Redshift는 Amazon Redshift에서 관리하는 내부적으로 관리되는 Amazon S3 버킷에 스냅샷을 저장합니다. 스토리지 요금을 관리하려면 자동화된 스냅샷을 보관해야 하는 일 수를 평가하고 그에 따라 보관 기간을 구성합니다. 더 이상 필요하지 않은 수동 스냅샷을 삭제합니다. 백업 스토리지 비용에 대한 자세한 내용은 [Amazon Redshift 요금](https://aws.amazon.com/redshift/pricing/) 페이지를 참조하세요. AWS 서비스, 클라우드 및 온프레미스에서 데이터 보호를 중앙 집중화하고 자동화하는 데 도움이 되는 완전관리형 서비스인 AWS Backup을 사용하여 스냅샷을 생성하고 복원할 수도 있습니다. 자세한 내용은 [Amazon Redshift와 AWS Backup의 통합](managing-aws-backup.md) 섹션을 참조하세요. AWS Backup에 관한 자세한 내용은 *AWS Backup 개발자 안내서*의 [AWS Backup이란?](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)을 참조하세요. ## Amazon Redshift Serverless에서 스냅샷 및 백업 작업 Amazon Redshift Serverless를 사용하면 프로비저닝된 클러스터에서와 마찬가지로 네임스페이스에 있는 객체와 데이터를 특정 시점으로 표현한 백업을 생성할 수 잇습니다. Amazon Redshift Serverless의 백업에는 두 가지 유형이 있습니다. 하나는 수동으로 생성하는 스냅샷이고 다른 하나는 Amazon Redshift Serverless가 자동으로 생성하는 복구 시점입니다. Amazon Redshift Serverless의 스냅샷 사용에 대한 자세한 내용은 [스냅샷 및 복구 시점](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html)에서 확인할 수 있습니다. 프로비저닝된 클러스터에서 서버리스 네임스페이스로 스냅샷을 복원할 수도 있습니다. 자세한 내용은 [스냅샷에서 서버리스 네임스페이스 복원](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshot-restore.html)을 참조하세요. ## 자동 스냅샷 클러스터에 자동 스냅샷이 사용되면 Amazon Redshift는 정기적으로 해당 클러스터의 스냅샷을 생성합니다. 기본적으로 Amazon Redshift는 8시간마다 또는 데이터 노드당 5GB가 변경된 이후 중 먼저 오는 때를 기준으로 스냅샷을 생성합니다. 데이터가 5GB \$1 노드 수보다 큰 경우 자동 스냅샷 생성 사이의 최소 시간은 15분입니다. 또는 자동 스냅샷을 만든 시기를 제어하는 스냅샷 일정을 생성할 수 있습니다. 사용자 지정 일정을 사용하는 경우 자동 스냅샷 사이의 최소 시간은 1시간입니다. 클러스터를 생성하면 기본적으로 자동 스냅샷이 활성화됩니다. 자동 스냅샷은 보존 기간이 끝날 때 삭제됩니다. 기본 보존 기간은 하루지만 Amazon Redshift 콘솔을 사용하거나 Amazon Redshift API 또는 CLI를 통해 프로그래밍 방식으로 수정할 수 있습니다. 자동 스냅샷을 비활성화하려면 보존 기간을 0으로 설정합니다. 자동 스냅샷을 사용 중지하면 Amazon Redshift는 스냅샷 생성을 중단하며 클러스터의 기존 자동 스냅샷을 모두 삭제합니다. RA3 노드 유형에 대한 자동 스냅샷은 비활성화할 수 없습니다. RA3 노드 유형 자동 보존 기간을 1\$135일로 설정할 수 있습니다. Amazon Redshift만 자동 스냅샷을 삭제할 수 있습니다. 사용자가 수동으로 삭제할 수 없습니다. Amazon Redshift는 스냅샷의 보존 기간이 끝날 때, 클러스터에 대해 자동 스냅샷을 사용 중지할 때 또는 클러스터를 삭제할 때 자동 스냅샷을 삭제합니다. *Amazon Redshift는 자동 스냅샷을 사용 중지하거나 클러스터를 삭제할 때까지 최신 자동 스냅샷을 유지합니다.* 자동 스냅샷을 장기간 보관하려는 경우, 수동 스냅샷으로 자동 스냅샷의 사본을 만들 수 있습니다. 자동 스냅샷은 보존 기간이 끝날 때까지 보존되지만 해당 수동 스냅샷은 수동으로 삭제할 때까지 또는 보존 기간이 종료될 때까지 보존됩니다. ## 자동 스냅샷 일정 스냅샷이 생성되는 시기를 정확하게 제어하려면 스냅샷 일정을 생성하고 해당 일정을 하나 이상의 클러스터에 연결합니다. 스냅샷 일정을 수정할 때 연관된 모든 클러스터에 대한 일정이 수정됩니다. 클러스터에 스냅샷 일정이 연결되어 있지 않으면 클러스터가 기본 자동 스냅샷 일정을 사용합니다. *스냅샷 일정*은 일련의 일정 규칙입니다. 8시간마다 또는 12시간마다 등 지정된 간격을 기반으로 간단한 일정 규칙을 정의할 수 있습니다. 또한 특정 요일, 특정 시간 또는 특정 기간 동안 스냅샷을 생성하는 규칙을 추가할 수 있습니다. 규칙은 Unix 종류의 cron 식을 사용하여 정의할 수도 있습니다. ## 스냅샷 일정 형식 Amazon Redshift 콘솔에서 스냅샷 일정을 생성할 수 있습니다. 그런 다음 일정을 클러스터에 연결하여 시스템 스냅샷의 생성을 트리거할 수 있습니다. 일정은 여러 클러스터에 연결할 수 있으며 스냅샷을 트리거하기 위해 일정에서 여러 cron 정의를 생성할 수 있습니다. cron 구문을 사용하여 스냅샷에 대한 일정을 정의할 수 있습니다. 이러한 일정의 정의는 수정된 Unix 종류의 [cron](http://en.wikipedia.org/wiki/Cron) 구문을 사용합니다. 시간을 [협정 세계시(UTC)](http://en.wikipedia.org/wiki/Coordinated_Universal_Time)로 지정합니다. 최대 1시간 주기 및 최소 1분 정밀도의 일정을 생성할 수 있습니다. Amazon Redshift에서 수정한 cron 식에는 각각 공백으로 구분되는 필수 필드 3개가 있습니다. **구문**: ``` cron(Minutes Hours Day-of-month Month Day-of-week Year) ``` | **필드**: | **값** | **와일드카드**: | | --- | --- | --- | | Minutes | 0\$159 | , - \$1 / | | Hours | 0\$123 | , - \$1 / | | Day-of-month | 1\$131 | , - \$1 ? / L W | | 월 | 1\$112 또는 JAN-DEC | , - \$1 / | | 요일 | 1\$17 또는 SUN\$1SAT | , - \$1 ? L \$1 | | 년 | 1970\$12199 | , - \$1 / | **와일드카드** + **,**(쉼표) 와일드카드는 추가 값을 포함합니다. `Day-of-week` 필드에서 `MON,WED,FRI`는 월요일, 수요일 및 금요일을 포함합니다. 총 값은 필드당 24로 제한됩니다. + **-**(대시) 와일드카드는 범위를 지정합니다. `Hour` 필드에서 1\$115는 지정된 일의 1\$115시간을 포함합니다. + **\$1**(별표) 와일드카드는 필드의 모든 값을 포함합니다. `Hours` 필드에서 **\$1**는 모든 시간을 포함한다는 의미입니다. + **/**(슬래시) 와일드카드로 증분을 지정합니다. `Hours` 필드에 **1/10**을 입력하면 지정한 일의 첫 시간부터 시작해서 10시간 간격(예: 01:00, 11:00, 21:00 등)을 지정할 수 있습니다. + **?**(물음표) 와일드카드는 어떤 한 가지나 다른 것을 지정합니다. `Day-of-month` 필드에 **7**을 입력하고 Day-of-week 필드에는 **?**을 입력하면 매월 7일이 무슨 요일이든 상관없이 7번째 되는 날을 지정한다는 의미입니다. + `Day-of-month` 또는 `Day-of-week` 필드에서 **L** 와일드카드는 해당 월 또는 주의 마지막 날을 지정합니다. + ] 필드에서는 **W** 와일드카드로 어떤 한 평일을 지정할 수 있습니다. `Day-of-month` `Day-of-month` 필드에서 `3W`를 해당 월의 세 번째 평일에 가장 가까운 날을 지정할 수 있습니다. + '요일' 필드의 **\$1** 와일드카드는 그 달에 속한 정해진 요일의 특정 인스턴스를 지정합니다. 예를 들어, 3\$12는 그 달의 두 번째 화요일입니다. 3은 각 주의 셋째 날이므로 화요일을 나타내고 2는 그 달의 두 번째 해당 요일입니다. **참고** '\$1' 문자를 사용하는 경우 요일(day-of-week) 필드에 하나의 표현식만 정의할 수 있습니다. 예를 들어 '3\$11,6\$13'은 두 개의 표현식으로 해석되기 때문에 유효하지 않습니다. **한도** + 동일한 cron 표현식에 `Day-of-month`와 `Day-of-week` 필드를 지정할 수 없습니다. 이 필드 중 하나에 값을 지정하는 경우에는 다른 필드에서 반드시 **?**(물음표)를 사용해야 합니다. + 스냅샷 일정은 다음 빈도를 지원하지 않습니다. + 시간당 1개보다 더 높은 빈도로 예약된 스냅샷 + 1일(24시간)당 1개보다 더 낮은 빈도로 예약된 스냅샷 1시간 기간 내 스냅샷을 예약하게 되는 중복된 일정이 있으면 검증 오류가 발생합니다. 일정을 생성할 때는 다음과 같은 Cron 문자열을 사용할 수 있습니다. | 분 | 시간 | 요일 | 의미 | | --- | --- | --- | --- | | 0 | 14-20/1 | 화 | 화요일 오후 2시\$1오후 8시 사이 매시간 | | 0 | 21 | 월-금 | 월요일\$1금요일 매일 밤 9시입니다. | | 30 | 0/6 | 토-일 | 당일 자정 이후 30분(00:30)에 시작해서 토요일과 일요일에 6시간씩 증분 이 결과 매일 [00:30, 06:30, 12:30 및 18:30]에 스냅샷이 생성됩니다. | | 30 | 12/4 | \$1 | 매일 12:30에 시작해서 4시간씩 증분 이 경우 [12:30, 16:30, 20:30]이 됩니다. | 예를 들어 매일 15:15에 시작해서 2시간씩 증분한 시간에 일정을 실행하려는 경우 [15:15, 17:15, 19:15, 21:15, 23:15]가 됩니다. 다음을 지정하십시오. ``` cron(15 15/2 *) ``` 일정 내에서 여러 cron 일정 정의를 생성할 수 있습니다. 예를 들어 다음 AWS CLI 명령은 한 일정에 두 cron 일정을 포함시킵니다. ``` create-snapshot-schedule --schedule-identifier "my-test" --schedule-definition "cron(0 17 SAT,SUN)" "cron(0 9,17 MON-FRI)" ``` ## 수동 스냅샷 수 수동 스냅샷은 언제든지 생성할 수 있습니다. 기본적으로 수동 스냅샷은 클러스터를 삭제한 후에도 무제한으로 보존됩니다. 수동 스냅샷의 보존 기간은 스냅샷을 생성할 때 지정할 수 있으며, 스냅샷을 수정해 변경할 수 있습니다. 보존 기간 변경에 대한 자세한 내용은 [수동 스냅샷 보존 기간 수정](snapshot-manual-retention-period.md) 섹션을 참조하세요. 스냅샷을 삭제하면 해당 스냅샷을 참조하는 새 작업을 시작할 수 없습니다. 다만 복원 작업이 진행 중인 경우에는 해당 복원 작업은 완료됩니다. Amazon Redshift에는 생성할 수 있는 수동 스냅샷의 총 개수를 제한하는 할당량이 있습니다. 이 할당량은 AWS 리전별로 AWS 계정마다 주어집니다. 기본 할당량은 [Amazon Redshift의 할당량 및 제한](amazon-redshift-limits.md)에 나열됩니다. ## 스냅샷 스토리지 스냅샷에는 스토리지 요금이 발생하므로 더 이상 필요하지 않을 때 삭제하는 것이 중요합니다. Amazon Redshift는 해당 스냅샷 보존 기간이 끝나면 자동 및 수동 스냅샷을 삭제합니다. 또한 AWS Management Console 또는 [batch-delete-cluster-snapshots](https://docs.aws.amazon.com/cli/latest/reference/redshift/batch-delete-cluster-snapshots.html) CLI 명령을 사용하여 수동 스냅샷을 삭제할 수 있습니다. 수동 스냅샷의 보존 기간은 수동 스냅샷 설정을 수정해 변경할 수 있습니다. Amazon Redshift 콘솔 또는 [describe-storage](https://docs.aws.amazon.com/cli/latest/reference/redshift/describe-storage.html) CLI 명령을 사용하여 스냅샷에서 소비하는 스토리지 양에 대한 정보를 얻을 수 있습니다. ## 스냅샷에서 테이블 제외 기본적으로 모든 사용자 정의 영구 테이블은 스냅샷에 포함됩니다. 스테이징 테이블 같은 테이블을 백업하지 않아도 된다면 스냅샷을 생성하고 스냅샷에서 복원하는 데 필요한 시간을 크게 줄일 수 있습니다. 또 비백업 테이블을 사용하면 Amazon S3에서 스토리지 공간을 줄일 수 있습니다. 비백업 테이블을 생성하려면 테이블을 생성할 때 BACKUP NO 파라미터를 포함시키십시오. 자세한 내용은 *Amazon Redshift 데이터베이스 개발자 안내서*의 [CREATE TABLE](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_NEW.html) 및 [CREATE TABLE AS](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_TABLE_AS.html)를 참조하세요. **참고** RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 백업이 없는 테이블의 스냅샷 비용을 방지하려면 스냅샷을 생성하기 전에 자릅니다. # 수동 스냅샷 생성 다음과 같이 스냅샷 목록에서 클러스터의 수동 스냅샷을 생성할 수 있습니다. 그 밖에 클러스터 구성 창에서 클러스터 스냅샷을 생성하는 방법도 있습니다. 자세한 내용은 [Amazon Redshift 스냅샷 및 백업](working-with-snapshots.md) 섹션을 참조하세요. **참고** RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 백업이 없는 테이블의 스냅샷 비용을 방지하려면 스냅샷을 생성하기 전에 자릅니다. **수동 스냅샷을 생성하는 방법** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**, **스냅샷(Snapshots)**을 선택한 다음 **스냅샷 생성(Create snapshot)**을 선택합니다. 수동 스냅샷을 생성하는 스냅샷 페이지가 표시됩니다. 1. 스냅샷 정의의 속성을 입력한 후 **스냅샷 생성**을 선택합니다. 스냅샷을 사용할 수 있을 때까지 시간이 다소 걸릴 수 있습니다. # 스냅샷 일정 생성 Amazon Redshift는 데이터의 증분 스냅샷을 정기적으로 자동 생성하여 Amazon S3에 저장합니다. 또한 원할 때에는 직접 수동으로 데이터 스냅샷을 생성할 수도 있습니다. Amazon Redshift 콘솔에서 생성된 스냅샷은 모두 스냅샷 목록부터 시작됩니다. 이 목록은 시간 범위, 스냅샷 유형 그리고 스냅샷과 연결된 클러스터를 기준으로 필터링이 가능합니다. 또한 날짜, 크기 및 스냅샷 유형을 기준으로 정렬할 수도 있습니다. 선택하는 스냅샷 유형에 따라 스냅샷 작업에서 사용할 수 있는 옵션이 달라집니다. 스냅샷이 생성되는 시기를 정확하게 제어하려면 스냅샷 일정을 생성하고 해당 일정을 하나 이상의 클러스터에 연결합니다. 클러스터를 생성할 때 또는 클러스터를 수정하여 일정을 연결할 수 있습니다. 자세한 내용은 [자동 스냅샷 일정](working-with-snapshots.md#automated-snapshot-schedules) 섹션을 참조하세요. **스냅샷 일정을 생성하는 방법** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**, **스냅샷(Snapshots)**을 선택한 다음 **스냅샷 일정(Snapshot schedules)** 탭을 선택합니다. 스냅샷 일정이 표시됩니다. 1. **Add schedule(일정 추가)**을 선택하여 일정을 추가할 페이지를 표시합니다. 1. 일정 정의의 속성을 입력한 후 **Add schedule(일정 추가)**을 선택합니다. 1. 나타나는 페이지에서 클러스터를 새 스냅샷 일정에 연결한 다음 **확인**을 선택합니다. # 스냅샷 공유 스냅샷에 대한 액세스 권한을 부여하여 기존의 수동 스냅샷을 다른 AWS 고객 계정과 공유할 수 있습니다. 각 스냅샷당 최대 20개 계정, 각각의 AWS Key Management Service(AWS KMS) 키당 최대 100개 계정에 권한을 부여할 수 있습니다. 다시 말해서 단일 KMS 키로 암호화되어 있는 스냅샷이 10개라고 가정하면 AWS 계정 10개에 각 스냅샷을 복원할 수 있는 권한을 부여하거나, 혹은 최대 100개까지 계정을 추가하지만 각 스냅샷마다 계정 20개를 초과하지 않는 기타 조합에 복원 권한을 부여할 수 있습니다. 그러면 권한이 부여된 계정 중 하나에 사용자로 로그인한 사람이 스냅샷을 설명하거나 복원하여 계정 아래 새로운 Amazon Redshift 클러스터를 생성할 수 있습니다. 예를 들어 프로덕션과 테스트에 별개의 AWS 고객 계정을 사용하는 경우, 사용자가 프로덕션 계정을 사용해 로그인하고 테스트 계정에 있는 사용자들과 스냅샷을 공유할 수 있습니다. 그런 다음 테스트 계정 사용자로 로그인한 사람이 스냅샷을 복원하여 테스트 또는 진단 작업을 위해 테스트 계정이 소유하는 새로운 클러스터를 생성할 수 있습니다. 수동 스냅샷은 스냅샷을 생성한 AWS 고객 계정이 영구적으로 소유합니다. 스냅샷을 소유한 계정의 사용자만이 다른 계정에게 스냅샷에 액세스할 권한을 부여하거나 권한 부여를 취소할 수 있습니다. 권한이 부여된 계정의 사용자는 공유된 스냅샷의 설명 또는 복원만 가능하며 공유된 스냅샷을 복사하거나 삭제할 수는 없습니다. 권한 부여는 스냅샷 소유자가 취소하기 전까지 유효합니다. 권한 부여가 취소되면 이전에 권한이 부여된 사용자는 스냅샷을 볼 수 없으며 해당 스냅샷을 참조하는 새로운 작업을 시작할 수 없습니다. 액세스가 취소될 때 계정에서 스냅샷 복원이 진행 중인 경우에는 복원이 실행되어 완료됩니다. 스냅샷에 대한 권한 부여가 활성화되어 있는 동안은 스냅샷을 삭제할 수 없습니다. 먼저 모든 권한 부여를 취소해야 합니다. AWS 고객 계정에는 계정이 소유한 스냅샷에 액세스할 권한이 항상 부여됩니다. 소유자 계정에 대한 액세스 권한을 부여하거나 취소하려고 하면 오류가 반환됩니다. 비활성 AWS 고객 계정이 소유한 스냅샷은 복원하거나 설명할 수 없습니다. AWS 고객 계정에 대한 액세스 권한을 부여한 후에는 해당 계정의 사용자는 작업을 허용하는 정책이 있는 역할을 맡지 않는 한 스냅샷에 대한 어떠한 작업도 수행할 수 없습니다. + 스냅샷 소유자 계정의 사용자는 스냅샷이 포함된 리소스 사양을 사용하여 스냅샷에 대한 액세스 권한 부여 또는 취소 작업을 허용하는 IAM 정책이 있는 역할을 맡는 경우에만 이러한 작업을 수행할 수 있습니다. 예를 들어 다음 정책은 AWS 계정 `012345678912`의 사용자 또는 역할이 다른 계정에게 `my-snapshot20130829`라는 이름의 스냅샷에 대한 액세스 권한을 부여하도록 허용합니다. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "redshift:AuthorizeSnapshotAccess", "redshift:RevokeSnapshotAccess" ], "Resource":[ "arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829" ] } ] } ``` ------ + 스냅샷을 공유한 AWS 계정의 사용자는 작업을 허용하는 권한이 없는 한 스냅샷에 대한 어떠한 작업도 수행할 수 없습니다. 정책을 역할에 할당하고 역할을 위임하여 이 작업을 수행할 수 있습니다. + 사용자가 스냅샷을 나열 또는 설명하기 위해서는 `DescribeClusterSnapshots` 작업을 허용하는 IAM 정책을 가지고 있어야 합니다. 다음 코드에 예가 나와 있습니다: ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "redshift:DescribeClusterSnapshots" ], "Resource":[ "*" ] } ] } ``` ------ + 스냅샷을 복원하기 위해서는 사용자가 `RestoreFromClusterSnapshot` 작업을 허용하고 생성하려는 클러스터와 스냅샷이 모두 포함된 리소스 요소가 있는 IAM 정책이 있는 역할을 맡아야 합니다. 예를 들어 계정 `012345678912`의 사용자가 스냅샷 `my-snapshot20130829`를 복원하여 클러스터를 생성하기 위해 해당 스냅샷을 계정 `219876543210`과 공유한 경우, 계정 `219876543210`의 사용자는 다음과 같은 정책이 있는 역할을 맡아야 합니다. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "redshift:RestoreFromClusterSnapshot" ], "Resource":[ "arn:aws:redshift:us-east-1:012345678912:snapshot:*/my-snapshot20130829", "arn:aws:redshift:us-east-1:219876543210:cluster:from-another-account" ] } ] } ``` ------ + AWS 계정에서 스냅샷에 대한 액세스가 취소된 후에는 해당 계정의 사용자가 스냅샷에 액세스할 수 없습니다. 해당 계정에 이전에 공유된 스냅샷 리소스에 대한 작업을 허용하는 IAM 정책이 있더라도 마찬가지입니다. ## 콘솔을 사용하여 클러스터 스냅샷 공유 콘솔에서 다른 사용자에게 자신의 수동 스냅샷에 대한 액세스 권한을 부여하거나, 혹은 나중에 더 이상 필요 없을 때는 해당 액세스 권한을 취소할 수도 있습니다. **다른 계정과 스냅샷을 공유하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**, **스냅샷(Snapshots)**을 선택한 다음 공유하려는 수동 스냅샷을 선택합니다. 1. **작업(Actions)**에서 **수동 스냅샷 설정(Manual snapshot settings)**를 선택하여 수동 스냅샷의 속성을 표시합니다. 1. **액세스 관리** 섹션에서 공유할 계정을 입력한 다음 **저장**을 선택합니다. ## 암호화된 스냅샷 공유에 대한 보안 고려 사항 암호화된 스냅샷에 대한 액세스를 제공하는 경우 Redshift를 사용하려면 스냅샷을 생성하는 데 사용되는 AWS KMS 고객 관리형 키를 복원을 수행하는 계정 또는 계정과 공유해야 합니다. 키를 공유하지 않는 경우 스냅샷을 복원하려고 하면 액세스 거부 오류가 발생합니다. 수신 계정에는 공유 스냅샷을 복원하기 위한 추가 권한이 필요하지 않습니다. 스냅샷 액세스 권한을 부여하고 키를 공유하는 경우 액세스 권한 부여 ID에 스냅샷을 암호화하는 데 사용되는 키에 대한 `kms:DescribeKey` 권한이 있어야 합니다. 이 권한에 대한 자세한 내용은 [AWS KMS 권한](https://docs.aws.amazon.com/kms/latest/developerguide/kms-api-permissions-reference.html)을 참조하세요. 자세한 내용은 Amazon Redshift API 참조 설명서의 [DescriptionKey](https://docs.aws.amazon.com/kms/latest/APIReference/API_DescribeKey.html)를 참조하세요. 고객 관리형 키 정책은 프로그래밍 방식으로 또는 AWS Key Management Service 콘솔에서 업데이트할 수 있습니다. **참고** 기본 KMS 키를 사용하는 경우 스냅샷을 공유하기 위해 AWS KMS에서 아무런 조치를 취하거나 아무것도 변경할 필요가 없습니다. ### 암호화된 스냅샷의 AWS KMS 키에 대한 액세스 허용 암호화된 스냅샷의 AWS KMS 고객 관리형 키를 공유하려면 다음 단계를 수행하여 키 정책을 업데이트합니다. 1. KMS 키 정책에서 `Principal`로 공유하고 있는 AWS 계정의 Amazon 리소스 이름(ARN)을 사용하여 KMS 정책을 업데이트합니다. 1. `kms:Decrypt` 작업을 허용합니다. 다음 키 정책 예에서는 사용자 `111122223333`이 KMS 키의 소유자이고 사용자 `444455556666`이 키를 공유하는 계정입니다. 이 키 정책은 사용자 `444455556666`의 루트 AWS 계정 자격 증명에 대한 ARN을 정책의 `Principal`로 포함하고 `kms:Decrypt` 작업을 허용하여 AWS 계정이 샘플 KMS 키에 액세스할 수 있도록 합니다. ------ #### [ JSON ] **** ``` { "Id": "key-policy-1", "Version":"2012-10-17", "Statement": [ { "Sid": "Allow use of the key", "Effect": "Allow", "Principal": { "AWS": [ "arn:aws:iam::111122223333:user/KeyUser", "arn:aws:iam::444455556666:root" ] }, "Action": [ "kms:Decrypt" ], "Resource": "*" } ] } ``` ------ 고객 관리형 KMS 키에 대한 액세스 권한이 부여된 후에는 암호화된 스냅샷을 복원하는 계정은 AWS Identity and Access Management(IAM) 역할 또는 사용자(아직 없는 경우)를 생성해야 합니다. 또한 해당 AWS 계정은 IAM 역할 또는 사용자가 해당 KMS 키를 사용하여 암호화된 데이터베이스 스냅샷을 복원할 수 있도록 허용하는 IAM 정책을 해당 역할 또는 사용자에 연결해야 합니다. AWS KMS 키에 대한 액세스 권한을 부여하는 방법에 대한 자세한 내용은 AWS Key Management Service 개발자 가이드에서 [다른 계정의 사용자가 KMS 키를 사용하도록 허용](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-modifying-external-accounts.html#cross-account-console) 섹션을 참조하세요. 키 정책의 개요는 [Amazon Redshift에서 AWS KMS 사용 방법](https://docs.aws.amazon.com/kms/latest/developerguide/services-redshift.html)을 참조하세요. # 자동 스냅샷 복사 자동 스냅샷은 보존 기간이 종료되었을 때, 자동 스냅샷을 비활성화할 때 또는 클러스터를 삭제할 때 자동으로 삭제됩니다. 하지만 자동 스냅샷을 보관하고 싶다면 수동 스냅샷으로 복사하면 됩니다. **자동 스냅샷을 복사하는 방법** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**, **스냅샷(Snapshots)**을 선택한 다음 복사할 스냅샷을 선택합니다. 1. **작업**에서 **자동 스냅샷 복사**를 선택하여 스냅샷을 복사합니다. 1. 새 스냅샷의 속성을 업데이트한 다음 **복사**를 선택합니다. # 다른 AWS 리전에 스냅샷 복사 클러스터의 스냅샷(자동 또는 수동)을 다른 AWS 리전에 자동으로 복사하도록 Amazon Redshift를 구성할 수 있습니다. 클러스터의 기본 AWS 리전에서 스냅샷이 생성되면 보조 AWS 리전으로 복사됩니다. 이 두 AWS 리전을 각각 *소스 AWS 리전*과 *대상 AWS 리전*이라고 합니다. 다른 AWS 리전에 스냅샷 사본을 저장하면, 무언가 기본 AWS 리전에 영향을 줄 때 최근 데이터에서 클러스터를 복원할 수 있습니다. 한 번에 하나의 대상 AWS 리전으로만 스냅샷을 복사하도록 클러스터를 구성할 수 있습니다. Amazon Redshift 리전 목록은 *Amazon Web Services 일반 참조*의 [리전 및 엔드포인트](https://docs.aws.amazon.com/general/latest/gr/rande.html)를 참조하세요. Amazon Redshift가 스냅샷을 다른 AWS 리전으로 자동 복사하도록 하려면, 스냅샷을 복사할 대상 AWS 리전을 지정합니다. 자동 스냅샷의 경우, 대상 AWS 리전에 스냅샷을 보관할 보존 기간을 지정할 수도 있습니다. 자동 스냅샷이 대상 AWS 리전에 복사되어 보존 기간에 도달한 후에는 대상 AWS 리전에서 삭제됩니다. 이렇게 하면 스냅샷 사용량이 줄어듭니다. 대상 AWS 리전에 자동 스냅샷을 더 짧게 또는 더 길게 보관하려면 이 보존 기간을 변경합니다. 대상 AWS 리전에 복사된 자동 스냅샷에 대해 설정하는 보존 기간은 원본 AWS 리전에 있는 자동 스냅샷의 보존 기간과 별개입니다. 복사된 스냅샷의 기본 보존 기간은 7일입니다. 7일의 기간은 자동 스냅샷에만 적용됩니다. 소스 및 대상 AWS 리전 모두에서 스냅샷 보존 기간 종료 시 또는 수동으로 삭제할 때 수동 스냅샷이 삭제됩니다. 언제든 클러스터의 자동 스냅샷 복사를 비활성화할 수 있습니다. 이 기능을 사용 중지하면 더 이상 스냅샷이 원본 AWS 리전에서 대상 AWS 리전으로 복사되지 않습니다. 대상 AWS 리전에 복사한 자동 스냅샷은 수동 스냅샷 사본을 생성하지 않는 한 보존 기한 한도에 도달하면 삭제됩니다. 이러한 수동 스냅샷과 대상 AWS 리전에서 복사한 수동 스냅샷은 수동으로 삭제할 때까지 대상 AWS 리전에서 보존됩니다. 스냅샷을 복사할 대상 AWS 리전을 변경하려면 먼저 자동 복사 기능을 사용 중지합니다. 그런 다음, 새 대상 AWS 리전을 지정하여 다시 사용합니다. 대상 AWS 리전으로 복사된 스냅샷은 활성 상태가 되고 복원에 사용할 수 있습니다. AWS KMS 암호화된 클러스터의 스냅샷을 다른 AWS 리전으로 복사하려면 Amazon Redshift가 대상 AWS 리전에서 고객 관리형 키를 사용할 수 있는 권한을 생성합니다. 그런 다음 소스 AWS 리전에서 스냅샷 복사를 사용할 때 해당 권한을 선택합니다. 스냅샷 복사 권한 구성에 대한 자세한 내용은 [AWS KMS로 암호화된 스냅샷을 다른 AWS 리전으로 복사](working-with-db-encryption.md#configure-snapshot-copy-grant) 단원을 참조하십시오. # 스냅샷에서 클러스터 복원 스냅샷에는 클러스터에서 실행 중인 모든 데이터베이스의 데이터가 포함됩니다. 또한 노드 수, 노드 유형, 관리자 이름을 포함한 클러스터에 대한 정보도 포함합니다. 스냅샷에서 클러스터를 복원하는 경우 Amazon Redshift는 클러스터 정보를 사용하여 새 클러스터를 생성합니다. 그런 다음 스냅샷 데이터에서 모든 데이터베이스를 복원합니다. **참고** RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 원래 스냅샷에서 생성된 새 클러스터의 경우 노드 유형과 노드 수 등의 구성을 선택할 수 있습니다. 요청에서 다른 가용 영역을 지정하지 않는 한 클러스터는 동일한 AWS 리전과 시스템에서 선택한 임의의 가용 영역에서 복원됩니다. 스냅샷에서 클러스터를 복원할 때, 필요한 경우 새 클러스터에 대해 호환되는 유지 관리 트랙을 선택할 수 있습니다. **참고** 다른 구성으로 클러스터에 스냅샷을 복원할 때 클러스터 버전이 1.0.10013 이상인 클러스터에서 스냅샷을 생성해야 합니다. 복원이 진행 중일 때 이벤트는 일반적으로 다음 순서로 발생합니다. 1. RESTORE\$1STARTED – 복원 프로세스가 시작되면 REDSHIFT-EVENT-2008이 전송됩니다. 1. RESTORE\$1SUCCEEDED – 새 클러스터가 생성되면 REDSHIFT-EVENT-3003이 전송됩니다. 클러스터는 쿼리에 사용할 수 있습니다. 1. DATA\$1TRANSFER\$1COMPLETED – 데이터 전송이 완료되면 REDSHIFT-EVENT-3537이 전송됩니다. **참고** RA3 클러스터는 RESTORE\$1STARTED 및 RESTORE\$1SUCCEEDED 이벤트만 내보냅니다. RA3 노드 유형은 Amazon Redshift 관리형 스토리지에 데이터를 저장하기 때문에 RESTORE가 성공한 후에 수행할 명시적 데이터 전송이 없습니다. RA3 노드를 사용하면 일반 쿼리 처리의 일부로 RA3 노드와 Amazon Redshift 관리형 스토리지 간에 데이터가 지속적으로 전송됩니다. RA3 노드는 핫 데이터를 로컬로 캐시하고 쿼리 빈도가 낮은 블록을 Amazon Redshift 관리형 스토리지에 자동으로 유지합니다. [DescribeClusters](https://docs.aws.amazon.com/redshift/latest/APIReference/API_DescribeClusters.html) API 작업을 호출하거나 AWS Management Console에서 클러스터 세부 정보를 확인하면 복원 진행률을 모니터링할 수 있습니다. 진행 중인 복원의 경우, 이들은 스냅샷 크기, 전송 속도, 경과 시간, 남은 예상 시간 같은 정보를 표시합니다. 이들 지표에 대한 설명은 [RestoreStatus](https://docs.aws.amazon.com/redshift/latest/APIReference/API_RestoreStatus.html)를 참조하십시오. 활성 클러스터는 스냅샷을 사용하여 이전 상태로 되돌릴 수 없습니다. **참고** 새 클러스터로 스냅샷을 복원하는 경우, 다른 값을 지정하지 않는 한 기본 보안 그룹과 파라미터 그룹이 사용됩니다. 다음과 같은 이유로 다른 구성으로 클러스터에 스냅샷을 복원할 수 있습니다. + 클러스터가 작은 노드 유형으로 구성되어 있는 상태에서, 더 적은 수의 노드로 더 큰 노드 유형에 통합하려는 경우. + 워크로드를 모니터링한 결과, 더 큰 CPU 및 스토리지의 노드 유형으로 이동해야 한다고 판단한 경우. + 다른 노드 유형으로 테스트 워크로드의 성능을 측정하려는 경우. 복원에는 다음과 같은 제약이 있습니다. + 새 노드 구성에는 기존 데이터를 저장하기에 충분한 스토리지가 있어야 합니다. 노드를 추가하더라도 데이터가 다시 분산되는 방식 때문에 새 구성에 스토리지가 부족할 수 있습니다. + 복원 작업은 새 클러스터의 클러스터 버전과 호환되는 클러스터 버전에서 스냅샷이 생성되었는지 확인합니다. 새 클러스터의 버전 수준이 너무 이른 경우 복원 작업이 실패하고 오류 메시지에 추가 정보가 보고됩니다. + 복원할 수 있는 가능한 구성(노드 수 및 노드 유형)은 원래 클러스터의 노드 수와 새 클러스터의 대상 노드 유형에 따라 결정됩니다. 사용 가능한 구성을 확인하기 위해 Amazon Redshift 콘솔 또는 `describe-node-configuration-options` AWS CLI 명령을 `action-type restore-cluster`와 함께 사용할 수 있습니다. Amazon Redshift 콘솔을 사용한 복원에 대한 자세한 내용은 [스냅샷에서 클러스터 복원](#working-with-snapshot-restore-cluster-from-snapshot) 섹션을 참조하세요. 다음 단계는 AWS CLI를 사용하여 많은 노드가 있는 클러스터를 가져다 더 적은 노드 수의 더 큰 노드 유형으로 통합합니다. 이 예에서는 24개의 노드의 소스 클러스터로 시작합니다. 이 경우, 이미 이 클러스터의 스냅샷을 생성했고 더 큰 노드 유형으로 복원하려고 한다고 가정하십시오. 1. 다음 명령을 실행하여 24노드 클러스터의 세부 정보를 파악합니다. ``` aws redshift describe-clusters --region eu-west-1 --cluster-identifier mycluster-123456789012 ``` 1. 다음 명령을 실행하여 스냅샷의 세부 정보를 파악합니다. ``` aws redshift describe-cluster-snapshots --region eu-west-1 --snapshot-identifier mycluster-snapshot ``` 1. 이 스냅샷에 사용 가능한 옵션을 설명하려면 다음 명령을 실행하십시오. ``` aws redshift describe-node-configuration-options --snapshot-identifier mycluster-snapshot --region eu-west-1 --action-type restore-cluster ``` 이 명령은 각 옵션의 권장 노드 유형, 노드 수, 디스크 사용률이 포함된 옵션 목록을 반환합니다. 이 예에서 앞의 명령은 다음과 같이 가능한 노드 구성을 나열합니다. 3노드 클러스터로 복원하기로 했습니다. ``` { "NodeConfigurationOptionList": [ { "EstimatedDiskUtilizationPercent": 65.26134808858235, "NodeType": "dc2.large", "NumberOfNodes": 24 }, { "EstimatedDiskUtilizationPercent": 32.630674044291176, "NodeType": "dc2.large", "NumberOfNodes": 48 }, { "EstimatedDiskUtilizationPercent": 65.26134808858235, "NodeType": "dc2.8xlarge", "NumberOfNodes": 3 }, { "EstimatedDiskUtilizationPercent": 48.94601106643677, "NodeType": "dc2.8xlarge", "NumberOfNodes": 4 }, { "EstimatedDiskUtilizationPercent": 39.156808853149414, "NodeType": "dc2.8xlarge", "NumberOfNodes": 5 }, { "EstimatedDiskUtilizationPercent": 32.630674044291176, "NodeType": "dc2.8xlarge", "NumberOfNodes": 6 } ] } ``` 1. 선택한 클러스터 구성으로 스냅샷을 복원하려면 다음 명령을 실행하십시오. 이 클러스터가 복원된 후 소스 클러스터와 내용은 동일하지만 데이터는 3개의 `dc2.8xlarge` 노드로 통합되었습니다. ``` aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type dc2.8xlarge --number-of-nodes 3 ``` 예약 노드(예: DC2 예약 노드)가 있는 경우 RA3 예약 노드로 업그레이드할 수 있습니다. 스냅샷에서 복원하거나 탄력적 크기 조정을 수행할 때 이 작업을 수행할 수 있습니다. 콘솔을 사용하여 이 프로세스를 안내할 수 있습니다. RA3 노드로 업그레이드에 대한 자세한 내용은 [RA3 노드 유형으로 업그레이드](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)를 참조하세요. **콘솔에서 스냅샷의 클러스터를 복원하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**, **스냅샷(Snapshots)**을 선택한 다음 복원할 스냅샷을 선택합니다. 1. [**스냅샷에서 복원(Restore from snapshot)**]을 선택하여 스냅샷 정보로 생성할 새 클러스터의 [**클러스터 구성(Cluster configuration)**] 및 [**클러스터 세부 정보(Cluster details)**] 값을 봅니다. 1. 새 클러스터의 속성을 업데이트한 다음 **스냅샷에서 클러스터 복원**을 선택합니다. 클러스터 스냅샷을 복원한 후 복원된 데이터 웨어하우스는 스냅샷을 생성할 때 사용한 것과 동일한 사용자 지정 AWS KMS 키로 암호화됩니다. 스냅샷에 사용자 지정 KMS 키가 없는 경우 Amazon Redshift의 백업 암호화 로직은 다음 요인에 따라 달라집니다. + 스냅샷을 복원할 Amazon Redshift 데이터 웨어하우스의 유형입니다. + 스냅샷이 생성된 시점의 클러스터 암호화 유형입니다. 클러스터 스냅샷에서 데이터 웨어하우스를 복원한 후 데이터 웨어하우스가 어떻게 암호화되는지 알아보려면 다음 표를 참조하세요. | 대상 유형 | 스냅샷 암호화 유형 | 대상 암호화 유형 | | --- | --- | --- | | 프로비저닝된 클러스터 | AWS 관리형 키를 사용하여 암호화 | AWS 관리형 키를 사용하여 암호화 | | 프로비저닝된 클러스터 | AWS 소유 키를 사용하여 암호화 | AWS 소유 키를 사용하여 암호화 | | 서버리스 네임스페이스 | AWS 관리형 키를 사용하여 암호화 | AWS 소유 키를 사용하여 암호화 | | 서버리스 네임스페이스 | AWS 소유 키를 사용하여 암호화 | AWS 소유 키를 사용하여 암호화 | 스냅샷을 생성할 때 AWS Secrets Manager가 클러스터의 관리자 암호를 관리했다면 관리자 암호를 관리하는 데 AWS Secrets Manager를 계속 사용해야 합니다. 복원 후 클러스터 세부 정보 페이지에서 클러스터의 관리자 보안 인증 정보를 업데이트하여 보안 암호 사용을 취소할 수 있습니다. 예약 노드가 있는 경우 RA3 예약 노드로 업그레이드할 수 있습니다. 스냅샷에서 복원하거나 탄력적 크기 조정을 수행할 때 이 작업을 수행할 수 있습니다. 콘솔을 사용하여 이 프로세스를 안내할 수 있습니다. RA3 노드로 업그레이드에 대한 자세한 내용은 [RA3 노드 유형으로 업그레이드](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-ra3)를 참조하세요. # 스냅샷에서 테이블 복원 전체 클러스터를 복원하는 대신 스냅샷에서 단일 테이블을 복원할 수 있습니다. 스냅샷에서 단일 테이블을 복원할 때는 원본 스냅샷, 데이터베이스, 스키마, 테이블 이름과 대상 데이터베이스, 스키마 및 복원될 테이블의 새 테이블 이름을 지정합니다. **참고** RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 그러나 백업 없음 테이블의 선택적 복원은 지원되지 않습니다. 새 테이블 이름은 기존 테이블 이름과 동일하면 안 됩니다. 기존 테이블을 스냅샷에서 복원한 테이블로 교체하려면 스냅샷에서 테이블을 복원하기 전에 기존 테이블의 이름을 변경하고 끌어 놓습니다. 대상 테이블은 외래 키를 제외하고 원본 테이블의 열 정의, 테이블 속성 및 열 속성을 사용하여 생성됩니다. 종속성으로 인한 충돌을 방지하기 위해 대상 테이블은 원본 테이블에서 외래 키를 상속하지 않습니다. 뷰 또는 원본 테이블에서 부여된 권한 같은 종속성은 대상 테이블에 적용되지 않습니다. 원본 테이블의 소유자가 존재하는 경우, 해당 데이터베이스 사용자가 복원된 테이블의 소유자가 됩니다. 단, 지정된 데이터베이스와 스키마에서 관계의 소유자가 되기에 충분한 권한이 있어야 합니다. 그렇지 않은 경우, 복원된 테이블은 클러스터가 시작될 때 생성된 관리자가 소유합니다. 복원된 테이블은 백업이 생성된 시점의 상태로 되돌아갑니다. 여기에는 Amazon Redshift의 [직렬화 격리](https://docs.aws.amazon.com/redshift/latest/dg/c_serial_isolation.html) 준수에 의해 정의된 트랜잭션 가시성 규칙이 포함됩니다. 이는 백업 후 시작되는 인플라이트 트랜잭션을 즉시 볼 수 있음을 뜻합니다. 스냅샷에서의 테이블 복원은 다음과 같은 제한이 있습니다. + 테이블은 현재 실행 중인 활성 클러스터로만 복원할 수 있으며, 해당 클러스터에서 생성된 스냅샷에서만 복원할 수 있습니다. + 한 번에 하나의 테이블만 복원할 수 있습니다. + 클러스터 크기 조정 전에 생성된 클러스터 스냅샷에서는 테이블을 복원할 수 없습니다. 노드 유형이 변경되지 않은 경우 탄력적인 크기 조정 후 테이블을 복원할 수 있다는 점은 예외입니다. + 뷰 또는 원본 테이블에서 부여된 권한 같은 종속성은 대상 테이블에 적용되지 않습니다. + 복원하는 테이블에 대해 행 수준 보안이 켜져 있는 경우 Amazon Redshift에서 행 수준 보안이 켜진 상태로 테이블을 복원합니다. **스냅샷에서 테이블을 복원하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택한 후 테이블을 복원에 사용할 클러스터를 선택합니다. 1. **작업**에서 **테이블 복원**을 선택하여 **테이블 복원** 페이지를 표시합니다. 1. 사용할 스냅샷, 소스 테이블 및 대상 테이블에 대한 정보를 입력한 후 **테이블 복원**을 선택합니다. **Example 예: AWS CLI를 사용하여 스냅샷에서 테이블 복원** 다음 예는 `restore-table-from-cluster-snapshot` AWS CLI 명령을 사용하여 `my-source-table`의 `sample-database` 스키마에서 `my-snapshot-id` 테이블을 복원합니다. AWS CLI 명령 `describe-table-restore-status`를 사용하여 복원 작업의 상태를 검토할 수 있습니다. 이 예는 새로운 테이블 이름 `mycluster-example`을 사용하여 `my-new-table` 클러스터로 스냅샷을 복원합니다. ``` aws redshift restore-table-from-cluster-snapshot --cluster-identifier mycluster-example --new-table-name my-new-table --snapshot-identifier my-snapshot-id --source-database-name sample-database --source-table-name my-source-table ``` # 스냅샷에서 서버리스 네임스페이스 복원 스냅샷에서 서버리스 네임스페이스를 복원하면 네임스페이스의 모든 데이터베이스가 스냅샷의 데이터베이스로 바뀝니다. 서버리스 스냅샷에 대한 자세한 내용은 [스냅샷 및 복구 시점](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-snapshots-recovery-points.html)을 참조하세요. Amazon Redshift는 프로비저닝된 클러스터 스냅샷을 Amazon Redshift Serverless 네임스페이스로 복원할 때 인터리브된 키가 있는 테이블을 복합 키로 자동 변환합니다. 정렬 키에 대한 자세한 내용은 [정렬 키 작업](https://docs.aws.amazon.com/redshift/latest/dg/t_Sorting_data.html)을 참조하세요. 프로비저닝된 클러스터에서 서버리스 네임스페이스로 스냅샷 복원 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **Clusters(클러스터)**, **Snapshots(스냅샷)**을 선택한 다음 사용할 스냅샷을 선택합니다. 1. **Restore from snapshot(스냅샷에서 복원)**, **Restore to serverless namespace(서버리스 네임스페이스로 복원)**를 선택합니다. 1. 복원할 네임스페이스를 선택합니다. 1. 스냅샷에서 복원할 것인지 확인합니다. **Restore(복원)**를 선택합니다. 이 작업은 서버리스 네임스페이스의 모든 데이터베이스를 프로비저닝된 클러스터의 데이터로 바꿉니다. # 암호화되지 않은 클러스터에 대한 리전 간 스냅샷 복사 구성 클러스터 스냅샷을 다른 AWS 리전으로 복사하도록 Amazon Redshift를 구성할 수 있습니다. 리전 간 스냅샷 복사를 구성하려면 각 클러스터에 대해 이 복사 기능을 사용하고 스냅샷을 복사할 위치와 복사된 자동 또는 수동 스냅샷을 대상 AWS 리전에 보관할 기간을 구성해야 합니다. 클러스터에 대해 리전 간 복사 기능을 사용하면 새로운 수동 및 자동 스냅샷이 지정된 AWS 리전으로 모두 복사됩니다. 복사된 스냅샷의 이름에는 **copy:**라는 접두사가 첨부됩니다. **리전 간 스냅샷을 구성하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택한 후 스냅샷을 이동할 클러스터를 선택합니다. 1. [**작업(Actions)**]에서 [**교차 리전 스냅샷 구성(Configure cross-region snapshot)**]을 선택합니다. [교차 리전 구성(Configure cross-Region)] 대화 상자가 나타납니다. 1. [**스냅샷 복사(Copy snapshots)**]에서 [**예(Yes)**]를 선택합니다. 1. **대상 AWS 리전**에서 스냅샷을 복사할 AWS 리전을 선택합니다. 1. [**자동 스냅샷 보존 기간(일)(Automated snapshot retention period (days))**]에서 자동 스냅샷을 삭제 이전까지 대상 AWS 리전에 보관할 일 수를 선택합니다. 1. [**수동 스냅샷 보존 기간(Manual snapshot retention period)**]에서 수동 스냅샷을 삭제 이전까지 대상 AWS 리전에 보관할 일 수를 나타내는 값을 선택합니다. [**사용자 정의 값(Custom value)**]을 선택하는 경우 보존 기간은 1\$13653일이어야 합니다. 1. **저장**을 선택합니다. # AWS KMS 암호화 클러스터에 대한 리전 간 스냅샷 복사 구성 Amazon Redshift 클러스터를 시작할 때 대상 AWS 리전의 계정에서 루트 키에 대한 스냅샷 복사 권한 부여를 구성할 수 있습니다. 권한 부여를 구성하지 않으면 대상 리전의 스냅샷이 기본 AWS 소유 키로 암호화됩니다. 이렇게 하면 Amazon Redshift가 대상 AWS 리전에서 암호화 작업을 수행할 수 있습니다. 다음 절차에서는 AWS KMS 암호화 클러스터에 대한 리전 간 스냅샷 복사 기능을 활성화하는 프로세스를 설명합니다. Amazon Redshift의 암호화와 스냅샷 복사 권한에 대한 자세한 내용은 [AWS KMS로 암호화된 스냅샷을 다른 AWS 리전으로 복사](working-with-db-encryption.md#configure-snapshot-copy-grant) 섹션을 참조하세요. **AWS KMS 암호화 클러스터에 대한 리전 간 스냅샷 복사를 구성하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택한 후 스냅샷을 이동할 클러스터를 선택합니다. 1. [**작업(Actions)**]에서 [**교차 리전 스냅샷 구성(Configure cross-region snapshot)**]을 선택합니다. [교차 리전 구성(Configure cross-Region)] 대화 상자가 나타납니다. 1. [**스냅샷 복사(Copy snapshots)**]에서 [**예(Yes)**]를 선택합니다. 1. **대상 AWS 리전**에서 스냅샷을 복사할 AWS 리전을 선택합니다. 1. [**자동 스냅샷 보존 기간(일)(Automated snapshot retention period (days))**]에서 자동 스냅샷을 삭제 이전까지 대상 AWS 리전에 보관할 일 수를 선택합니다. 1. [**수동 스냅샷 보존 기간(Manual snapshot retention period)**]에서 수동 스냅샷을 삭제 이전까지 대상 AWS 리전에 보관할 일 수를 나타내는 값을 선택합니다. [**사용자 정의 값(Custom value)**]을 선택하는 경우 보존 기간은 1\$13653일이어야 합니다. 1. **저장**을 선택합니다. # 수동 스냅샷 보존 기간 수정 수동 스냅샷의 보존 기간은 스냅샷 설정을 수정해 변경할 수 있습니다. **수동 스냅샷 보존 기간을 변경하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**, **스냅샷(Snapshots)**을 선택한 다음 변경하려는 수동 스냅샷을 선택합니다. 1. **작업(Actions)**에서 **수동 스냅샷 설정(Manual snapshot settings)**를 선택하여 수동 스냅샷의 속성을 표시합니다. 1. 스냅샷 정의의 수정된 속성을 입력한 후 **저장(Save)**을 선택합니다. # 리전 간 스냅샷 복사본의 보존 기간 수정 리전 간 스냅샷 복사를 구성한 후 나중에 설정을 변경해야 할 수 있습니다. 특히 보존 기간은 일 수를 새로 선택한 후 변경 내용을 저장하면 쉽게 변경할 수 있습니다. **주의** 리전 간 스냅샷 복사를 구성한 후에는 대상 AWS 리전을 수정할 수 없습니다. 스냅샷을 다른 AWS 리전에 복사하려면 먼저 리전 간 스냅샷 복사를 사용 중지합니다. 그런 다음 새로운 대상 AWS 리전 및 보존 기간으로 다시 사용합니다. 리전 간 스냅샷 복사를 비활성화한 후에는 복사된 자동 스냅샷이 모두 삭제됩니다. 따라서 리전 간 스냅샷 복사를 비활성화하기 전에 보존하려는 스냅샷이 있는지 확인한 후 수동 스냅샷에 복사해야 합니다. **리전 간 스냅샷을 수정하려면** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택한 후 스냅샷을 수정할 클러스터를 선택합니다. 1. **Actions(작업)**에서 [ **Configure cross-region snapshot(교차 리전 스냅샷 구성)**을 선택하여 스냅샷의 속성을 표시합니다. 1. 스냅샷 정의의 수정된 속성을 입력한 후 **저장(Save)**을 선택합니다. # 수동 스냅샷 삭제 스냅샷 목록에서 스냅샷을 하나 이상 선택해 수동 스냅샷을 삭제할 수 있습니다. **스냅샷을 삭제하는 방법** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**, **스냅샷(Snapshots)**을 선택한 다음 삭제할 스냅샷을 선택합니다. 1. **작업**에서 **스냅샷 삭제**를 선택하여 스냅샷을 삭제합니다. 1. 나열된 스냅샷의 삭제를 확인한 다음 **삭제**를 선택합니다. # AWS Glue Data Catalog에 클러스터 등록 AWS Glue Data Catalog에 전체 클러스터를 등록하고 AWS Glue에서 관리하는 카탈로그를 만들 수 있습니다. Apache Iceberg REST API를 지원하는 SQL 엔진을 사용하여 이러한 카탈로그에 액세스할 수 있습니다. Amazon Redshift에서 Apache Iceberg 호환 카탈로그를 만드는 방법에 대한 자세한 내용은 Amazon Redshift 데이터베이스 개발자 안내서의 [Apache Iceberg compatibility for Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/dg/iceberg-integration_overview.html) 섹션을 참조하세요. **AWS Glue Data Catalog에 클러스터를 등록하는 방법** 1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/)에서 Amazon Redshift 콘솔을 엽니다. 1. 탐색 메뉴에서 **클러스터(Clusters)**를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다. 클러스터가 없는 경우 **클러스터 생성(Create cluster)**을 선택하여 클러스터를 생성합니다. 1. 등록할 클러스터 이름을 선택합니다. 1. **작업**에서 **AWS Glue Data Catalog에 등록**을 선택합니다. **AWS Glue Data Catalog에 등록** 팝업 상자가 나타납니다. 1. **대상 계정 ID** 아래에서 클러스터를 등록할 AWS 계정 ID를 입력합니다. AWS Glue Data Catalog에 카탈로그를 보관할 계정 ID입니다. 1. **네임스페이스 등록 이름** 아래에 이름을 입력합니다. 이것이 Data Catalog에서 클러스터 이름이 됩니다. 1. **등록**을 선택합니다. 이제 AWS Lake Formation 콘솔로 이동하게 됩니다. 1. AWS Lake Formation의 카탈로그 만들기 프로세스를 따릅니다. 카탈로그 만들기에 대한 자세한 내용은 AWS Lake Formation 개발자 안내서의 [Bringing Amazon Redshift data into the AWS Glue Data Catalog](https://docs.aws.amazon.com/lake-formation/latest/dg/managing-namespaces-datacatalog.html) 섹션을 참조하세요.