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는 클러스터 정보를 사용하여 새 클러스터를 생성합니다. 그런 다음 스냅샷 데이터에서 모든 데이터베이스를 복원합니다. **참고** RG 또는 RA3 프로비저닝된 클러스터 및 Amazon Redshift Serverless 작업 그룹에는 백업 없음 테이블이 지원되지 않습니다. RG 또는 RA3 클러스터 또는 서버리스 작업 그룹에서 백업 없음으로 표시된 테이블은 스냅샷을 생성하는 동안 항상 백업되고 스냅샷에서 복원할 때 항상 복원되는 영구 테이블로 처리됩니다. 원래 스냅샷에서 생성된 새 클러스터의 경우 노드 유형과 노드 수 등의 구성을 선택할 수 있습니다. 요청에서 다른 가용 영역을 지정하지 않는 한 클러스터는 동일한 AWS 리전과 시스템에서 선택한 임의의 가용 영역에서 복원됩니다. 스냅샷에서 클러스터를 복원할 때, 필요한 경우 새 클러스터에 대해 호환되는 유지 관리 트랙을 선택할 수 있습니다. **참고** 다른 구성으로 클러스터에 스냅샷을 복원할 때 클러스터 버전이 1.0.10013 이상인 클러스터에서 스냅샷을 생성해야 합니다. 복원이 진행 중일 때 이벤트는 일반적으로 다음 순서로 발생합니다. 1. RESTORE\_STARTED – 복원 프로세스가 시작되면 REDSHIFT-EVENT-2008이 전송됩니다. 1. RESTORE\_SUCCEEDED – 새 클러스터가 생성되면 REDSHIFT-EVENT-3003이 전송됩니다. 클러스터는 쿼리에 사용할 수 있습니다. 1. DATA\_TRANSFER\_COMPLETED – 데이터 전송이 완료되면 REDSHIFT-EVENT-3537이 전송됩니다. **참고** RG 및 RA3 클러스터는 RESTORE\_STARTED 및 RESTORE\_SUCCEEDED 이벤트만 내보냅니다. RG 및 RA3 노드 유형은 Amazon Redshift 관리형 스토리지에 데이터를 저장하기 때문에 RESTORE가 성공한 후에 수행할 명시적 데이터 전송이 없습니다. RG 및 RA3 노드를 사용하면 일반 쿼리 처리의 일부로 RG 및 RA3 노드와 Amazon Redshift 관리형 스토리지 간에 데이터가 지속적으로 전송됩니다. RG 및 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 ``` 이 명령은 각 옵션의 권장 노드 유형, 노드 수, 디스크 사용률이 포함된 옵션 목록을 반환합니다. 이 예에서 앞의 명령은 다음과 같이 가능한 노드 구성을 나열합니다. 4노드 클러스터로 복원하기로 했습니다. ``` { "NodeConfigurationOptionList": [ { "NodeType": "ra3.16xlarge", "NumberOfNodes": 2, "EstimatedDiskUtilizationPercent": 0.1 }, { "NodeType": "ra3.16xlarge", "NumberOfNodes": 4, "EstimatedDiskUtilizationPercent": 0.05 }, { "NodeType": "ra3.4xlarge", "NumberOfNodes": 8, "EstimatedDiskUtilizationPercent": 0.03 }, { "NodeType": "ra3.4xlarge", "NumberOfNodes": 10, "EstimatedDiskUtilizationPercent": 0.02 }, { "NodeType": "ra3.4xlarge", "NumberOfNodes": 12, "EstimatedDiskUtilizationPercent": 0.02 }, { "NodeType": "ra3.xlplus", "NumberOfNodes": 8, "EstimatedDiskUtilizationPercent": 0.11 }, { "NodeType": "ra3.xlplus", "NumberOfNodes": 16, "EstimatedDiskUtilizationPercent": 0.06 } ] } ``` 1. 선택한 클러스터 구성으로 스냅샷을 복원하려면 다음 명령을 실행하십시오. 이 클러스터가 복원된 후 소스 클러스터와 내용은 동일하지만 데이터는 4개의 `ra3.16xlarge` 노드로 통합되었습니다. ``` aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type ra3.16xlarge --number-of-nodes 4 ``` 예약 노드(예: RA3 예약 노드)가 있는 경우 RG 예약 노드로 업그레이드할 수 있습니다. 스냅샷에서 복원하거나 탄력적 크기 조정을 수행할 때 이 작업을 수행할 수 있습니다. 콘솔을 사용하여 이 프로세스를 안내할 수 있습니다. RG 노드로 업그레이드에 대한 자세한 내용은 [RG 노드 유형으로 업그레이드](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-rg)를 참조하세요. **콘솔에서 스냅샷의 클러스터를 복원하려면** 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를 계속 사용해야 합니다. 복원 후 클러스터 세부 정보 페이지에서 클러스터의 관리자 보안 인증 정보를 업데이트하여 보안 암호 사용을 취소할 수 있습니다. 예약 노드가 있는 경우 RG 예약 노드로 업그레이드할 수 있습니다. 스냅샷에서 복원하거나 탄력적 크기 조정을 수행할 때 이 작업을 수행할 수 있습니다. 콘솔을 사용하여 이 프로세스를 안내할 수 있습니다. RG 노드로 업그레이드에 대한 자세한 내용은 [RG 노드 유형으로 업그레이드](https://docs.aws.amazon.com/redshift/latest/mgmt/working-with-clusters.html#rs-upgrading-to-rg)를 참조하세요.