Amazon Redshift 클러스터의 개요 클러스터 생성 시 EC2-VPC 사용 RA3 노드 유형 개요 RA3 노드 유형으로 업그레이드 DC1 노드 유형에서 DC2 노드 유형으로 업그레이드 EC2-Classic의 DS2 클러스터를 EC2-VPC로 업그레이드 리전 및 가용 영역 고려 사항 클러스터 유지 관리 기본 디스크 공간 경보 클러스터 상태

Amazon Redshift 클러스터

다음 섹션에서는 Amazon Redshift 클러스터라는 컴퓨팅 노드 집합을 시작해 데이터 웨어하우스를 생성하는 데 필요한 기본 정보에 대해 알아봅니다.

주제

Amazon Redshift 클러스터의 개요

Amazon Redshift 데이터 웨어하우스는 노드라는 컴퓨팅 리소스의 모음으로, 노드는 클러스터라는 그룹을 구성합니다. 각 클러스터는 Amazon Redshift 엔진을 실행하며, 하나 이상의 데이터베이스를 포함합니다.

참고

현재 Amazon Redshift 버전 1.0 엔진을 사용할 수 있습니다. 하지만 엔진이 업데이트되면 여러 Amazon Redshift 엔진 버전을 선택하여 사용할 수 있습니다.

미리 보기 클러스터 생성

Preview(미리 보기)에서 Amazon Redshift 클러스터를 생성하여 Amazon Redshift의 새로운 기능을 테스트할 수 있습니다. 프로덕션에서 이러한 기능을 사용하거나 Preview(미리 보기) 클러스터를 프로덕션 클러스터 또는 다른 트랙의 클러스터로 이동할 수 없습니다. 미리 보기 이용 약관은 AWS 서비스 약관의 베타 및 미리 보기를 참조하세요.

Preview(미리 보기)에서 클러스터 생성

AWS Management Console에 로그인한 후 https://console.aws.amazon.com/redshift/에서 Amazon Redshift 콘솔을 엽니다.
탐색 메뉴에서 Provisioned clusters dashboard(프로비저닝된 클러스터 대시보드)를 선택하고 Clusters(클러스터)를 선택합니다. 현재 AWS 리전의 계정에 대한 클러스터가 나열됩니다. 각 클러스터의 속성 하위 집합이 목록의 열에 표시됩니다.
Clusters(클러스터) 목록 페이지에 미리 보기를 소개하는 배너가 표시됩니다. Create preview cluster(미리 보기 클러스터 생성) 버튼을 선택하여 클러스터 생성 페이지를 엽니다.
클러스터의 속성을 입력합니다. 테스트하려는 기능이 포함된 Preview track(미리 보기 트랙)을 선택합니다. 미리 보기 트랙에 있음을 나타내는 클러스터 이름을 입력하는 것이 좋습니다. 테스트하려는 기능에 대해 -preview 레이블이 지정된 옵션을 포함하여 클러스터 옵션을 선택합니다. 클러스터 생성에 대한 일반적인 정보는 Amazon Redshift 관리 안내서의 클러스터 생성을 참조하세요.
미리 보기에서 클러스터를 생성하려면 클러스터 생성을 선택합니다.
미리 보기 클러스터를 사용할 수 있으면 SQL 클라이언트를 사용하여 데이터를 로드하고 쿼리합니다.

다음 기능은 현재 미리 보기 클러스터에서 사용할 수 없습니다.

1MB보다 큰 SUPER 데이터 형식 – Amazon Redshift 데이터베이스 개발자 안내서의 제한 사항을 참조하세요.
자동 복사 – Amazon Redshift 데이터베이스 개발자 안내서의 Continuous file ingestion from Amazon S3(Amazon S3에서 지속적인 파일 수집)을 참조하세요.
다중 AZ – Managing Multi-AZ using the console(콘솔을 사용하여 다중 AZ 관리)를 참조하세요.
쿼리 데이터 카탈로그 - AWS Glue Data Catalog 쿼리 단원을 참조하세요.

Amazon Redshift의 클러스터 및 노드

Amazon Redshift 클러스터는 노드로 구성됩니다. 각 클러스터마다 리더 노드 1개와 컴퓨팅 노드 1개 이상이 있습니다. 리더 노드는 클라이언트 애플리케이션에서 쿼리를 수신하여 구문을 분석한 후 쿼리 실행 계획을 작성합니다. 그런 다음 리더 노드는 이러한 계획의 병렬 실행을 컴퓨팅 노드에 맞춰 조정하고 이들 노드에서 중간 결과를 집계합니다. 그런 다음 최종적으로 결과를 다시 클라이언트 애플리케이션에 반환합니다.

컴퓨팅 노드는 쿼리 실행 플랜을 실행하고 쿼리를 처리하기 위해 노드 간에 데이터를 전송합니다. 중간 결과는 클라이언트 애플리케이션으로 보내지기 전에 집계를 위해 리더 노드로 보내집니다. 리더 노드와 컴퓨팅 노드에 대한 자세한 내용은 Amazon Redshift 데이터베이스 개발자 안내서의 데이터 웨어하우스 시스템 아키텍처를 참조하세요.

참고

Amazon Redshift 콘솔(https://console.aws.amazon.com/redshift/)에서 클러스터를 생성할 때 데이터 크기 및 쿼리 특성을 기반으로 클러스터 구성 권장 사항을 제공 받을 수 있습니다. 이 크기 조정 계산기를 사용하려면 RA3 노드 유형을 지원하는 AWS 리전의 콘솔에서 선택에 대한 도움말(Help me choose)을 찾습니다. 자세한 내용은 클러스터 생성 섹션을 참조하세요.

클러스터를 시작할 때 지정하는 한 가지 옵션이 노드 유형입니다. 노드 유형에서는 각 노드의 CPU, RAM, 스토리지 용량, 및 스토리지 드라이브 유형을 결정합니다.

Amazon Redshift는 워크로드를 수용할 수 있도록 다양한 노드 유형을 제공하며 필요한 성능, 데이터 크기 및 예상 데이터 증가에 따라 RA3 또는 DC2를 선택하는 것이 좋습니다.

관리형 스토리지가 포함된 RA3 노드를 사용하면 컴퓨팅 및 관리형 스토리지를 개별적으로 조절하고 비용을 지불하는 방식으로 데이터 웨어하우스를 최적화할 수 있습니다. RA3에서는 성능 요구 사항에 따라 노드 수를 선택하며, 사용하는 관리형 스토리지에 대해서만 비용을 지불합니다. RA3 클러스터는 매일 처리하는 데이터 크기에 따라 크기를 조정합니다. Virtual Private Cloud(VPC)에서 RA3 노드 유형을 사용하는 클러스터를 시작합니다. EC2-Classic에서는 RA3 클러스터를 시작할 수 없습니다. 자세한 내용은 VPC에서 클러스터 생성 섹션을 참조하세요.

Amazon Redshift 관리형 스토리지는 각 RA3 노드에서 빠른 로컬 스토리지에는 대용량 고성능 SSD를 사용하며, 내구성이 뛰어난 장기 스토리지에는 Amazon S3를 사용합니다. 한 노드의 데이터가 대용량 로컬 SSD의 크기 이상으로 증가하는 경우 Amazon Redshift 관리형 스토리지는 자동으로 해당 데이터를 Amazon S3에 오프로드합니다. 데이터가 고성능 SSD 또는 Amazon S3 중에 어디에 저장되는지에 관계없이, Amazon Redshift 관리형 스토리지에 대한 동일한 낮은 요금을 지불합니다. 지속적으로 확장하는 스토리지가 필요한 워크로드의 경우 관리형 스토리지를 사용하면 노드를 추가하거나 추가 노드 비용을 지불하지 않고도 데이터 웨어하우스 스토리지 용량을 자동으로 조정할 수 있습니다.

DC2 노드를 사용하면 로컬 SSD 스토리지가 포함된 컴퓨팅 집약적인 데이터 웨어하우스를 갖출 수 있습니다. 데이터 크기와 성능 요구 사항을 기반으로 필요한 노드의 수를 선택합니다. DC2 노드는 높은 성능을 위해 데이터를 로컬로 저장하며, 데이터 크기가 증가하면 컴퓨팅 노드를 더 추가하여 클러스터의 스토리지 용량을 늘릴 수 있습니다. 1TB 미만의 비압축 데이터 세트에 대해서는 가장 저렴한 가격으로 최고의 성능을 얻을 수 있도록 DC2 노드 유형을 권장합니다. 데이터가 증가할 것으로 예상되면 컴퓨팅 및 스토리지 크기를 독립적으로 조정하여 더 좋은 요금과 성능을 얻을 수 있도록 RA3 노드를 사용하는 것이 좋습니다. Virtual Private Cloud(VPC)에서 DC2 노드 유형을 사용하는 클러스터를 시작합니다. EC2-Classic에서는 DC2 클러스터를 시작할 수 없습니다. 자세한 내용은 VPC에서 클러스터 생성 섹션을 참조하세요.

DS2 노드를 사용하면 HDD(하드 디스크 드라이브)를 사용하여 대규모 데이터 웨어하우스를 생성할 수 있으며, 그 대신 RA3 노드를 사용하는 것이 좋습니다. DS2 노드를 사용하는 경우 업그레이드 지침은 RA3 노드 유형으로 업그레이드 섹션을 참조하세요. 8개 이상의 ds2.xlarge 노드 또는 몇 개든 상관없이 ds2.8xlarge 노드를 사용하는 경우, 이제 RA3으로 업그레이드하면 동일한 온디맨드 요금으로 2배 더 많은 스토리지와 향상된 성능을 얻을 수 있습니다.

노드 유형은 사용할 수 있는 크기도 다양합니다. 클러스터의 전체 스토리지도 노드 유형과 노드 수에 따라 결정됩니다. 자세한 내용은 노드 유형 세부 정보 섹션을 참조하세요.

일부 노드 유형에서는 노드 1개(단일 노드) 또는 노드 2개 이상(다중 노드)이 허용됩니다. 일부 노드 유형의 클러스터에 대한 최소 노드 수는 노드 2개입니다. 단일 노드 클러스터에서는 리더 기능과 컴퓨팅 기능이 노드 하나로 공유됩니다. 단일 노드 클러스터는 프로덕션 워크로드를 실행하는 데 사용하지 않는 것이 좋습니다. 반면에 다중 노드 클러스터에서는 리더 노드와 컴퓨팅 노드가 분리됩니다. 리더 노드는 컴퓨팅 노드와 동일한 노드 유형입니다. 컴퓨팅 노드에 대한 요금만 지불합니다.

Amazon Redshift는 각 AWS 리전의 AWS 계정마다 리소스에 할당량을 적용합니다. 할당량은 노드 또는 스냅샷과 같이 AWS 리전 내에서 지정된 리소스 유형에 대해 계정에서 생성할 수 있는 리소스 수를 제한합니다. Amazon Redshift 리소스에 적용되는 기본 할당량에 대한 자세한 내용은 Amazon Web Services 일반 참조의 Amazon Redshift 한도를 참조하세요. 할당량 상향 조정을 요청하려면 Amazon Redshift 한도 추가 양식을 제출합니다.

클러스터 비용은 AWS 리전, 노드 유형, 노드 수, 노드의 사전 예약 여부에 따라 다릅니다. 노드 비용에 대한 자세한 내용은 Amazon Redshift 요금 페이지에서 확인할 수 있습니다.

노드 유형 세부 정보

아래 표는 각 노드 유형 및 크기에 따라 노드 명세를 요약한 것입니다. 표의 제목에는 다음과 같은 의미가 있습니다.

vCPU는 각 노드의 가상 CPU 수입니다.
RAM은 각 노드의 메모리 크기(기비바이트: GiB)입니다.
노드당 기본 조각은 클러스터를 생성하거나 클래식 크기 조정으로 크기를 조정할 때 컴퓨팅 노드가 분할되는 조각 수입니다.

탄력적 크기 조정을 사용하여 클러스터 크기를 조정할 경우 노드당 조각 수가 변경될 수 있습니다. 그러나 탄력적 크기 조정 후에도 클러스터의 모든 컴퓨팅 노드에 있는 총 조각 수는 동일하게 유지됩니다.

스냅샷에서 복원 작업을 사용하여 클러스터를 생성할 때 노드 유형을 변경하면 결과 클러스터의 조각 수가 원래 클러스터에서 변경될 수 있습니다.
스토리지는 각 노드의 스토리지 용량 및 유형입니다.
노드 범위는 노드 유형 및 크기에 따라 Amazon Redshift에서 지원되는 노드의 최소 수와 최대 수입니다.

참고
선택한 AWS 리전의 AWS 계정에 적용되는 할당량에 따라 제한되는 노드 수가 줄어들 수도 있습니다. 할당량 상향 조정을 요청하려면 Amazon Redshift 한도 추가 양식을 제출합니다.
총 용량은 노드 범위에서 지정하는 최대 노드 수를 배포했을 때 클러스터의 전체 스토리지 용량을 말합니다.

RA3 노드 유형
노드 유형	vCPU	RAM(GiB)	노드당 기본 슬라이스	노드당 관리형 스토리지 한도 ¹	클러스터 생성을 사용한 노드 범위	총 관리형 스토리지 용량 ²
ra3.xlplus(단일 노드)	4	32	2	4TB	1	4TB³
ra3.xlplus(다중 노드)	4	32	2	32TB	2~16⁴	1,024TB⁴
ra3.4xlarge	12	96	4	128TB	2~32⁵	8,192TB⁵
ra3.16xlarge	48	384	16	128TB	2~128	16,384TB

¹ Amazon Redshift 관리형 스토리지의 스토리지 한도입니다. 이것은 하드 제한입니다.

² 총 관리형 스토리지 한도는 노드당 관리 스토리지 한도를 곱한 최대 노드 수입니다.

³ 단일 노드 클러스터를 다중 노드로 크기 조정하려면 클래식 크기 조정만 지원됩니다.

⁴ 최대 16개의 노드가 있는 ra3.xlplus(다중 노드) 노드 유형으로 클러스터를 생성할 수 있습니다. 다중 노드 클러스터의 경우 탄력적 크기 조정을 통해 최대 32개 노드까지 크기를 조정할 수 있습니다.

⁵ 최대 32개의 노드가 있는 ra3.4xlarge 노드 유형으로 클러스터를 생성할 수 있습니다. 탄력적 크기 조정으로 최대 64개 노드까지 크기를 조정할 수 있습니다.

고밀도 스토리지 노드 유형
노드 유형	vCPU	RAM(GiB)	노드당 기본 슬라이스	노드당 스토리지	노드 범위	총 용량
ds2.xlarge	4	31	2	2TB HDD	1~32	64TB
ds2.8xlarge	36	244	16	16TB HDD	2~128	2PB

고밀도 컴퓨팅 노드 유형
노드 유형	vCPU	RAM(GiB)	노드당 기본 슬라이스	노드당 스토리지	노드 범위	총 용량
dc2.large	2	15	2	160GB NVMe-SSD	1~32	5.12TB
dc2.8xlarge	32	244	16	2.56TB NVMe-SSD	2~128	326TB
dc1.large¹	2	15	2	160GB SSD	1~32	5.12TB
dc1.8xlarge¹	32	244	32	2.56TB SSD	2~128	326TB

¹ DC1 노드 유형보다 DC2 노드 유형을 사용하는 것이 좋습니다. 업그레이드 방법에 대한 자세한 내용은 DC1 노드 유형에서 DC2 노드 유형으로 업그레이드 섹션을 참조하세요.

이전 노드 유형 이름

이전 버전의 Amazon Redshift에서는 특정 노드 유형의 이름이 달랐습니다. Amazon Redshift API 및 AWS CLI에서 이전 이름을 사용할 수 있습니다. 하지만 그보다는 이러한 이름을 참조하는 스크립트를, 현재 이름을 사용하도록 업데이트하는 것이 좋습니다. 현재 이름과 이전 이름은 다음과 같습니다.

현재 이름	이전 이름
ds2.xlarge	ds1.xlarge, dw.hs1.xlarge, dw1.xlarge
ds2.8xlarge	ds1.8xlarge, dw.hs1.8xlarge, dw1.8xlarge
dc1.large	dw2.large
dc1.8xlarge	dw2.8xlarge

노드 수 결정

Amazon Redshift는 클러스터의 모든 컴퓨팅 노드에 걸쳐 쿼리를 배포하고 병렬식으로 실행하기 때문에 노드를 클러스터에 추가하여 쿼리 성능을 높일 수 있습니다. 두 개 이상의 컴퓨팅 노드에서 클러스터를 실행할 경우 각 노드의 데이터가 다른 노드의 디스크에 미러링되므로 데이터가 손실될 위험이 줄어듭니다.

Amazon Redshift 콘솔 및 Amazon CloudWatch 지표를 사용하여 쿼리 성능을 모니터링할 수 있습니다. 클러스터에 대한 요금과 성능 간의 균형을 맞추기 위해 필요에 따라 노드를 추가하거나 제거할 수도 있습니다. 추가 노드를 요청하면 Amazon Redshift가 배포, 로드 밸런싱 및 데이터 유지 보수에 필요한 모든 세부 정보를 관리합니다. 성능에 대한 자세한 내용은 Amazon Redshift 클러스터 성능 모니터링 섹션을 참조하세요.

예약 노드는 일정한 상태의 프로덕션 워크로드에 적합하며 온디맨드 요금보다 상당히 많은 할인을 제공합니다. 실험 및 개념 증명을 실행한 후 예약 노드를 구입하여 프로덕션 구성을 검증할 수 있습니다. 자세한 내용은 Amazon Redshift 예약 노드 구매 섹션을 참조하세요.

클러스터를 일시 중지하면 클러스터가 일시 중지되는 시간 동안 온디맨드 결제가 일시 중지됩니다. 일시 중지된 이 시간 동안에는 백업 스토리지에 대해서만 요금을 지불합니다. 이렇게 하면 필요한 데이터 웨어하우스 용량을 미리 계획하고 구매할 필요가 없으며 개발 또는 테스트를 위해 환경을 비용 효과적으로 관리할 수 있습니다.

온디맨드 및 예약 노드의 요금에 대한 자세한 내용은 Amazon Redshift 요금을 참조하세요.

클러스터 생성 시 EC2-VPC 사용

Amazon Redshift 클러스터는 선택하는 Amazon Redshift 노드 유형 및 크기에 대해 구성된 Amazon EC2 인스턴스에서 실행됩니다. EC2-VPC를 사용하여 클러스터를 생성합니다. 여전히 EC2-Classic을 사용하는 경우 EC2-VPC를 사용하여 성능을 향상하고 보안을 강화하는 것이 좋습니다. 이러한 네트워킹 플랫폼에 대한 자세한 내용은 Linux 인스턴스용 Amazon EC2 사용 설명서에서 지원되는 플랫폼을 참조하세요. AWS 계정 설정에 따라 EC2-VPC나 EC2-Classic을 사용할 수 있는지 여부가 결정됩니다.

참고

SQL 클라이언트 도구와 Amazon Redshift 데이터베이스 간 연결 문제를 방지하기 위해 다음 2가지 방법 중 하나를 사용하는 것이 좋습니다. 호스트가 패킷 크기를 협상하도록 인바운드 규칙을 구성할 수 있습니다. 또는 Amazon EC2 인스턴스 네트워크 인터페이스(NIC)의 최대 전송 단위(MTU)를 1500으로 설정해 TCP/IP 점보 프레임을 사용 중지할 수 있습니다. 이러한 옵션에 대한 자세한 내용은 쿼리가 중단되거나, 간혹 클러스터까지 전송되지 않습니다 섹션을 참조하세요.

EC2-VPC

EC2-VPC를 사용하면 클러스터는 AWS 계정에 논리적으로 격리된 VPC(Virtual Private Cloud)에서 실행됩니다. EC2-VPC에서 클러스터를 프로비저닝하는 경우 하나 이상의 VPC 보안 그룹을 클러스터와 연결하여 클러스터에 대한 액세스를 제어합니다. 자세한 내용은 Amazon VPC 사용 설명서의 VPC의 보안 그룹 섹션을 참조하세요.

VPC에서 클러스터를 생성하려면 먼저 VPC의 서브넷 정보를 입력하여 Amazon Redshift 클러스터 서브넷 그룹을 생성한 다음 클러스터를 시작할 때 서브넷 그룹을 입력해야 합니다. 자세한 내용은 Amazon Redshift 클러스터 서브넷 그룹 섹션을 참조하세요.

Amazon Virtual Private Cloud(Amazon VPC)에 대한 자세한 내용은Amazon VPC 제품 세부 정보 페이지를 참조하세요.

EC2-Classic

EC2-Classic 플랫폼은 2022년 8월 15일에 사용 중단될 예정입니다. EC2-Classic 플랫폼에서 EC2-VPC 플랫폼으로 클러스터를 마이그레이션하는 것이 좋습니다. 자세한 내용은 EC2-Classic의 DS2 클러스터를 EC2-VPC로 업그레이드 및 EC2-Classic Networking is Retiring – Here’s How to Prepare

를 참조하세요.

EC2-Classic에서 클러스터는 다른 AWS 고객과 공유하는 단일 플랫 네트워크에서 실행됩니다. 클러스터를 EC2-Classic 플랫폼에서 프로비저닝하는 경우 하나 이상의 Amazon Redshift 클러스터 보안 그룹을 클러스터와 연결하여 클러스터에 대한 액세스를 제어합니다. 자세한 내용은 Amazon Redshift 클러스터 보안 그룹 섹션을 참조하세요.

클러스터 시작

AWS 계정은 리전별로 EC2-VPC와 EC2-Classic 모두의 인스턴스를 시작하거나 EC2-VPC만 시작할 수 있습니다. 계정에서 지원되는 네트워킹 플랫폼을 확인한 다음 클러스터를 시작하려면 다음을 수행합니다.

클러스터를 배포할 AWS 지역을 결정합니다. Amazon Redshift를 사용할 수 있는 AWS 리전 목록은 Amazon Web Services 일반 참조의 Amazon Redshift엔드포인트를 참조하세요.
선택한 AWS 리전에서 계정이 지원하는 Amazon EC2 플랫폼을 찾습니다. 이 정보는 Amazon EC2 콘솔에서 확인할 수 있습니다. 단계별 지침은 Linux 인스턴스용 Amazon EC2 사용 설명서의 지원되는 플랫폼을 참조하세요.
계정이 두 플랫폼을 모두 지원하는 경우 EC2-VPC를 사용하는 것이 좋습니다. 계정이 EC2-VPC만 지원하면 클러스터를 VPC에 배포해야 합니다.
Amazon Redshift 클러스터를 시작합니다. Amazon Redshift 콘솔을 사용하거나 Amazon Redshift API, AWS CLI 또는 SDK 라이브러리를 사용하여 클러스터를 생성할 수 있습니다. 이 두 가지 옵션에 대한 자세한 내용과 관련 설명서 링크는 Amazon Redshift란 무엇입니까? 섹션을 참조하세요.

RA3 노드 유형 개요

향상된 성능을 이용하고 더 많은 스토리지 용량을 확보하기 위해 DS2 노드 유형 클러스터에서 실행 중인 기존 워크로드를 RA3 노드 유형으로 업그레이드하는 것이 좋습니다. RA3 노드는 다음과 같은 장점을 제공합니다.

스토리지 비용을 늘리지 않으면서 컴퓨팅 용량을 유연하게 증가시킵니다. 또한 컴퓨팅 용량을 과도하게 프로비저닝하지 않으면서 스토리지를 확장합니다.
핫 데이터에는 고성능 SSD를 사용하고 콜드 데이터에는 Amazon S3를 사용합니다. 따라서 사용 편의성, 비용 효과인 스토리지, 높은 쿼리 성능을 제공합니다.
AWS Nitro System에 내장된 고대역폭 네트워킹을 사용하여 Amazon S3에 데이터를 오프로드하고 검색하는 데 걸리는 시간을 더욱 단축합니다.

다음과 같은 경우 RA3 노드 유형을 선택하는 것이 좋습니다.

스토리지와 별도로 컴퓨팅을 확장하고 요금을 결제할 수 있는 유연성이 필요합니다.
전체 데이터의 일부를 쿼리합니다.
데이터 볼륨이 빠르게 증가하고 있거나 빠르게 증가할 것으로 예상됩니다.
성능 필요에 따라서만 클러스터의 크기를 유연하게 조정하려고 합니다.

RA3 노드 유형을 사용하려면 해당 AWS 리전에서 RA3를 지원해야 합니다. 자세한 내용은 AWS 리전의 RA3 노드 유형 가용성 섹션을 참조하세요.

중요

ra3.xlplus 노드 유형은 클러스터 버전 1.0.21262 이상에서만 사용할 수 있습니다. Amazon Redshift 콘솔을 사용하여 기존 클러스터의 버전을 볼 수 있습니다. 자세한 내용은 클러스터 유지 관리 버전 확인 섹션을 참조하세요.

RA3 노드 유형으로 작업할 경우 새 Amazon Redshift 콘솔을 사용해야 합니다.

또한 유지 관리 트랙을 사용하는 Amazon Redshift 작업에서 RA3 노드 유형을 사용하려면 유지 관리 트랙 값을 RA3를 지원하는 클러스터 버전으로 설정해야 합니다. 유지 관리 추적에 대한 자세한 내용은 클러스터 유지 관리 트랙 선택 섹션을 참조하세요.

단일 노드 RA3 노드 유형을 사용할 때 다음 사항을 고려하세요.

데이터 공유 생산자와 소비자가 지원됩니다.
노드 유형을 변경하려면 클래식 크기 조정만 지원됩니다. 탄력적 크기 조정 또는 스냅샷 복원을 사용한 노드 유형 변경은 지원되지 않습니다. 다음 시나리오가 지원됩니다.
- 1노드 ds2.xlarge를 1노드 ra3.xlplus로 또는 그 반대로 클래식 크기 조정.
- 1노드 ds2.xlarge를 다중 노드 ra3.xlplus로 또는 그 반대로 클래식 크기 조정.
- 다중 노드 ds2.xlarge를 1노드 ra3.xlplus로 또는 그 반대로 클래식 크기 조정.
- 1노드 dc2.xlarge를 1노드 ra3.xlplus로 또는 그 반대로 클래식 크기 조정.
- 1노드 dc2.xlarge를 다중 노드 ra3.xlplus로 또는 그 반대로 클래식 크기 조정.
- 다중 노드 dc2.xlarge를 1노드 ra3.xlplus로 또는 그 반대로 클래식 크기 조정.

RA3 노드에서 지원하는 네트워킹 기능

RA3 클러스터가 생성되거나 업데이트될 때 5431-5455 또는 8191-8215 범위 내의 포트를 사용합니다. 콘솔에서 RA3 클러스터를 만들거나 수정할 때 이 범위를 벗어난 포트를 선택하면 경고가 표시됩니다. RA3 노드는 DC2 또는 DS2 노드에서 사용할 수 없는 네트워킹 기능 모음을 지원합니다. 여기에는 다음이 포함됩니다.

사용자 지정 도메인 - 이름사용자 지정 URL이라고도 하는 사용자 지정 도메인 이름을 Amazon Redshift 클러스터에 만들 수 있습니다. SQL 클라이언트 연결을 클러스터 엔드포인트로 라우팅하는 읽기 쉬운 DNS 레코드입니다. 자세한 내용은 클라이언트 연결에 사용자 지정 도메인 이름 사용 섹션을 참조하세요.
클러스터 재배치 - 서비스가 중단되는 경우 데이터 손실 없이 클러스터를 다른 가용 영역(AZ)으로 이동할 수 있습니다. 이 기능은 재해 복구 시나리오에 적합합니다. 콘솔에서 이 기능을 활성화합니다. 자세한 내용은 Amazon Redshift에서 클러스터 재배치 관리 섹션을 참조하세요.
다중 AZ - 다중 AZ 배포의 경우 Amazon Redshift는 단일 엔드포인트를 통해 액세스할 수 있는 두 개의 가용 영역에 동일한 컴퓨팅 리소스를 배포합니다. 장애가 발생하면 두 번째 가용 영역의 컴퓨팅 리소스를 사용할 수 있습니다. 자세한 내용은 다중 AZ 배포 구성(미리 보기) 섹션을 참조하세요.
단일 서브넷 RA3 클러스터 - 단일 서브넷으로 RA3 클러스터를 만들 수 있지만 재해 복구 기능은 사용할 수 없습니다. 서브넷에 여러 AZ(가용 영역)가 없는 경우 클러스터 재배치를 사용하도록 설정하면 예외가 발생합니다.

Amazon Redshift 관리형 스토리지 작업

Amazon Redshift 관리형 스토리지를 사용하면 컴퓨팅 및 스토리지 용량을 별도로 조정할 수 있는 유연성을 확보하면서 Amazon Redshift에서 모든 데이터를 저장하고 처리할 수 있습니다. COPY 또는 INSERT 명령을 사용하여 데이터를 계속 수집합니다. 스토리지 계층 간에 성능을 최적화하고 자동 데이터 배치를 관리하기 위해 Amazon Redshift에서는 데이터 블록 온도, 데이터 블록 기간, 워크로드 패턴과 같은 최적화를 활용합니다. 필요한 경우 Amazon Redshift에서는 수동 작업 없이 스토리지의 크기를 Amazon S3로 자동 조정합니다.

스토리지 비용에 대한 자세한 내용은 Amazon Redshift 요금을 참조하세요.

RA3 노드 유형 관리

컴퓨팅을 스토리지와 분리하는 이점을 활용하려면 RA3 노드 유형으로 클러스터를 생성하거나 업그레이드할 수 있습니다. RA3 노드 유형을 사용하려면 Virtual Private Cloud(EC2-VPC)에서 클러스터를 생성합니다.

RA3 노드 유형을 사용하여 Amazon Redshift 클러스터의 노드 수를 변경하려면 다음 중 하나를 수행합니다.

탄력적인 크기 조정 작업을 사용하여 노드를 추가하거나 제거합니다. 일부 경우에 RA3 클러스터에서 노드를 제거하는 것은 탄력적 크기 조정에서 허용되지 않습니다. 예를 들면 2:1 노드 수 업그레이드를 통해 노드당 슬라이스 수가 32개로 설정되는 경우입니다. 자세한 내용은 클러스터 크기 조정 섹션을 참조하세요. 탄력적 크기 조정을 사용할 수 없는 경우 클래식 크기 조정을 사용합니다.
클래식 크기 조정 작업을 사용하여 노드를 추가하거나 제거합니다. 탄력적 크기 조정을 통해 사용할 수 없는 구성으로 크기를 조정하는 경우 이 옵션을 선택합니다. 탄력적 크기 조정은 클래식 크기 조정보다 빠릅니다. 자세한 내용은 클러스터 크기 조정 섹션을 참조하세요.

AWS 리전의 RA3 노드 유형 가용성

RA3 노드 유형은 다음 AWS 리전에서만 사용할 수 있습니다.

미국 동부(버지니아 북부) 리전(us-east-1)
미국 동부(오하이오) 리전(us-east-2)
미국 서부(캘리포니아 북부) 리전(us-west-1)
미국 서부(오레곤) 리전(us-west-2)
아프리카(케이프타운) 리전(af-south-1)
아시아 태평양(홍콩) 리전(ap-east-1)
아시아 태평양(하이데라바드) 리전(ap-south-2)
아시아 태평양(자카르타) 리전(ap-southeast-3)
아시아 태평양(멜버른) 리전(ap-southeast-4)
아시아 태평양(뭄바이) 리전(ap-south-1)
아시아 태평양(오사카) 리전(ap-northeast-3)
아시아 태평양(서울) 리전(ap-northeast-2)
아시아 태평양(싱가포르) 리전(ap-southeast-1)
아시아 태평양(시드니) 리전(ap-southeast-2)
아시아 태평양(도쿄) 리전(ap-northeast-1)
캐나다(중부) 리전(ca-central-1)
중국(베이징) 리전(cn-north-1)
중국(닝샤) 리전(cn-northwest-1)
유럽(프랑크푸르트) 리전(eu-central-1)
유럽(취리히) 리전(eu-central-2)
유럽(아일랜드) 리전(eu-west-1)
유럽(런던) 리전(eu-west-2)
유럽(밀라노) 리전(eu-south-1)
유럽(스페인) 리전(eu-south-2)
유럽(파리) 리전(eu-west-3)
유럽(스톡홀름) 리전(eu-north-1)
이스라엘(텔아비브) 리전(il-central-1)
중동(바레인) 리전(me-south-1)
중동(UAE) 리전(me-central-1)
남아메리카(상파울루) 리전(sa-east-1)
AWS GovCloud(미국 동부)(us-gov-east-1)
AWS GovCloud(미국 서부)(us-gov-west-1)

RA3 노드 유형으로 업그레이드

기존 노드 유형을 RA3으로 업그레이드하려면 다음 옵션을 선택하여 노드 유형을 변경할 수 있습니다.

스냅샷에서 복원 – Amazon Redshift는 DS2 또는 DC2 클러스터의 최신 스냅샷을 사용하고 이 스냅샷을 복원하여 새 RA3 클러스터를 생성합니다. 클러스터 생성이 완료되면(일반적으로 몇 분 이내) RA3 노드는 전체 프로덕션 워크로드를 실행할 준비가 됩니다. 컴퓨팅이 스토리지와 별개이므로, 대규모 네트워킹 대역폭 덕분에 핫 데이터는 빠른 속도로 로컬 캐시에 도입됩니다. 최신 DS2 또는 DC2 스냅샷에서 복원하는 경우 RA3은 DS2 또는 DC2 워크로드의 핫 블록 정보를 보존하고 로컬 캐시를 가장 핫한 블록으로 채웁니다. 자세한 내용은 스냅샷에서 클러스터 복원 섹션을 참조하세요.

애플리케이션 및 사용자에 대해 동일한 엔드포인트를 유지하기 위해 새 RA3 클러스터의 이름을 원래 DS2 또는 DC2 클러스터와 같은 이름으로 바꿀 수 있습니다. 클러스터의 이름을 바꾸려면 Amazon Redshift 콘솔 또는 ModifyCluster API 작업에서 클러스터를 수정합니다. 자세한 내용은 Amazon Redshift API Reference의 ModifyCluster API 작업 또는 클러스터 이름 변경 섹션을 참조하세요.
탄력적 크기 조정 - 탄력적 크기 조정을 사용하여 클러스터의 크기를 조정합니다. 탄력적 크기 조정을 사용하여 노드 유형을 변경하면 Amazon Redshift는 자동으로 스냅샷을 생성하고, 새 클러스터를 생성하며, 이전 클러스터를 삭제하고, 새 클러스터의 이름을 바꿉니다. 탄력적 크기 조정 작업은 온디맨드로 실행하거나 나중에 실행하도록 예약할 수 있습니다. 탄력적 크기 조정을 사용하여 기존 DS2 또는 DC2 노드 유형 클러스터를 RA3으로 빠르게 업그레이드할 수 있습니다. 자세한 내용은 탄력적 크기 조정 섹션을 참조하세요.

다음 표에서는 RA3 노드 유형으로 업그레이드할 때의 권장 사항을 보여줍니다. (이러한 권장 사항은 예약 노드에도 적용됩니다.)

기존 노드 유형	기존 노드 수	권장되는 새 노드 유형	업그레이드 작업
ds2.xlarge	1	ra3.xlplus	1노드 ra3.xlplus 클러스터¹를 생성합니다.
ds2.xlarge	2	ra3.xlplus	2노드 ra3.xlplus 클러스터¹를 생성합니다.
ds2.xlarge	3	ra3.xlplus	2노드 ra3.xlplus 클러스터¹를 생성합니다.
ds2.xlarge	4	ra3.xlplus	3노드 ra3.xlplus 클러스터¹를 생성합니다.
ds2.xlarge	5	ra3.xlplus	4노드 ra3.xlplus 클러스터¹를 생성합니다.
ds2.xlarge	6	ra3.xlplus	4노드 ra3.xlplus 클러스터¹를 생성합니다.
ds2.xlarge	7	ra3.xlplus	5노드 ra3.xlplus 클러스터¹를 생성합니다.
ds2.xlarge	8	ra3.4xlarge	2노드 ra3.4xlarge 클러스터¹를 생성합니다.
ds2.xlarge	9	ra3.4xlarge	3노드 ra3.4xlarge 클러스터¹를 생성합니다.
ds2.xlarge	10	ra3.4xlarge	3노드 ra3.4xlarge 클러스터¹를 생성합니다.
ds2.xlarge	11~128	ra3.4xlarge	ds2.xlarge 노드 4개마다 ra3.4xlarge 노드 1개를 생성합니다¹.
ds2.8xlarge	2~15	ra3.4xlarge	ds2.8xlarge 노드 1개마다 ra3.4xlarge 노드 2개를 생성합니다¹.
ds2.8xlarge	16~128	ra3.16xlarge	ds2.8xlarge 노드 2개마다 ra3.16xlarge 노드 1개를 생성합니다¹.
dc2.8xlarge	2~15	ra3.4xlarge	dc2.8xlarge 노드 1개마다 ra3.4xlarge 노드 2개를 생성합니다¹.
dc2.8xlarge	16~128	ra3.16xlarge	dc2.8xlarge 노드 2개마다 ra3.16xlarge 노드 1개를 생성합니다¹.
dc2.large	1~4	none	기존 dc2.large 클러스터를 유지합니다.
dc2.large	5~15	ra3.xlplus	dc2.large 노드 8개마다 ra3.xlplus 노드 3개를 생성합니다¹.
dc2.large	16~32	ra3.4xlarge	dc2.large 노드 8개마다 ra3.4xlarge 노드 1개를 생성합니다^1,².

¹워크로드 요구 사항에 따라 추가 노드가 필요할 수 있습니다. 필요한 쿼리 성능의 컴퓨팅 요구 사항을 기반으로 노드를 추가하거나 제거합니다.

²dc2.large 노드 유형을 포함하는 클러스터는 32개 노드로 제한됩니다.

일부 RA3 노드 유형의 최소 노드 수는 2개 노드입니다. RA3 클러스터를 생성할 때는 다음을 고려해 보세요.

탄력적 크기 조정 또는 스냅샷 복원 중 RA3 예약 노드로 DS2 예약 노드 업그레이드

DS2 예약 노드가 있는 경우 Amazon Redshift 콘솔 또는 AWS CLI를 사용하여 RA3 예약 노드 업그레이드 기능으로 업그레이드할 수 있습니다. 콘솔에서 이 작업을 수행할 수 있는 몇 가지 방법이 있습니다.

한 가지 방법은 탄력적 크기 조정 중에 DS2 예약 노드를 RA3으로 업그레이드하는 것입니다. 예약된 노드가 있고 RA3 노드를 선택하면 콘솔에서 예약된 노드 업그레이드 프로세스를 안내합니다. 기술적인 관점에서 탄력적 크기 조정은 예약된 노드와 예약되지 않은 노드 모두에서 동일하게 작동합니다.

클러스터 크기를 권장 크기가 아닌 크기로 변경하면 탄력적 크기 조정을 구성할 때 RA3 예약 노드 업그레이드를 사용할 수 없으며 콘솔에 나타나지 않습니다. (여전히 DS2 예약 노드를 RA3으로 업그레이드할 수 있지만 크기 조정에는 프로세스의 일부로 RA3 예약 노드 업그레이드가 포함되지 않습니다.) 또한 탄력적 크기 조정에 대한 클러스터 크기 제한 때문에 원하는 클러스터 크기를 사용하지 못할 수도 있습니다. 예를 들어 4노드 DS2 예약 노드 클러스터가 있는 경우 3노드 RA3 클러스터를 선택하지 못할 수 있습니다. 이 경우 클래식 크기 조정을 수행하여 원하는 클러스터 크기를 얻을 수 있습니다.

클러스터 크기 조정 후 몇 가지 단계가 수행됩니다. 먼저 데이터가 RA3 클러스터로 마이그레이션됩니다. 그런 다음 DS2 예약 노드 임대가 RA3 예약 노드 임대로 변환됩니다. 데이터 마이그레이션 시간은 클러스터의 크기와 크기 조정이 탄력적인지 클래식인지에 따라 달라질 수 있습니다. 클래식 크기 조정의 경우 데이터 마이그레이션에 몇 시간이 걸릴 수 있습니다.

크기 조정을 시작한 후 Amazon Redshift dashboard(Amazon Redshift 대시보드)에서 제공되는 Events(이벤트)에서 메시지를 확인하여 진행률을 추적할 수 있습니다. 크기 조정에 대한 이벤트 알림과 예약 노드 업그레이드에 대한 또 다른 알림이 표시됩니다. 이벤트 작업에 대한 자세한 내용은 Amazon Redshift 이벤트 섹션을 참조하세요. 크기 조정 후 크기 조정된 활성 클러스터가 AWS Management Console에 표시됩니다. 변환된 RA3 예약 노드 임대도 확인할 수 있습니다. 소스 DS2 예약 노드가 약 하루 동안 콘솔에 계속 나타날 수 있습니다. 이에 대한 요금은 청구되지 않습니다. RA3 클러스터가 활성 상태이고 변환된 예약 노드 임대가 생성되었는지 확인할 때까지 소스 DS2 예약 노드를 삭제하지 마세요.

RA3 예약 노드 업그레이드 기능을 사용할 수 있는 다른 방법은 스냅샷에서 복원하는 경우입니다. RA3 노드 유형을 선택하고 DS2 예약 노드가 있는 경우 해당 시점에서 RA3 예약 노드 업그레이드 기능을 선택할 수 있습니다. 스냅샷에서 복원하면 RA3 예약 노드 클러스터로 복원됩니다. 앞서 언급했듯이 권장 크기가 아닌 클러스터 크기를 선택하면 콘솔에서 RA3 예약 노드 업그레이드 선택을 사용할 수 없습니다.

클러스터 크기 조정 및 노드 업그레이드에 대한 자세한 내용은 리더 노드 IP 주소 가져오기 섹션을 참조하세요. 여기에서 프로세스에 대한 자세한 설명과 크기를 조정할 때 클러스터 및 데이터에 어떤 일이 발생하는지에 대한 답변을 찾을 수 있습니다. 탄력적 크기 조정 프로세스의 단계에 대한 자세한 내용은 탄력적 크기 조정 섹션을 참조하세요. 스냅샷에서 복원하는 방법에 대한 자세한 내용은 스냅샷에서 클러스터 복원 섹션을 참조하세요.

예를 들어 RA3으로 DC2 예약 노드 업그레이드와 같이 예약 노드를 RA3으로 업그레이드하는 방법에 대한 추가 질문이 있는 경우 AWS Support에 문의하세요. 온디맨드 및 예약 노드의 요금에 대한 자세한 내용은 Amazon Redshift 요금을 참조하세요.

DS2 예약 노드를 이미 구매한 경우 AWS에 문의하여 DS2 예약 노드를 RA3 예약 노드로 변환하는 방법을 알아보세요. AWS에 자세한 내용을 문의하려면 관리형 스토리지가 있는 Amazon Redshift RA3 인스턴스를 참조하세요.

DC1 노드 유형에서 DC2 노드 유형으로 업그레이드

성능 개선을 이용하기 위해 DC1 클러스터를 DC2 노드 유형으로 업그레이드할 수 있습니다.

DC2 노드 유형을 사용하는 클러스터는 Virtual Private Cloud(EC2-VPC)에서 시작해야 합니다.

DC1 클러스터가 VPC에 없는 경우:

DC1 클러스터의 스냅샷을 만듭니다. 자세한 내용은 Amazon Redshift 스냅샷 및 백업 섹션을 참조하세요.
VPC를 생성하거나 계정에서 기존 VPC를 선택합니다. 자세한 내용은 VPC에서 클러스터 관리 섹션을 참조하세요.
스냅샷을 VPC의 새 DC2 클러스터로 복원합니다. 자세한 내용은 스냅샷에서 클러스터 복원 섹션을 참조하세요.

DC1 클러스터가 이미 VPC에 있는 경우 다음 방법 중 하나를 선택합니다.

DC1 클러스터의 크기를 조정하고 작업의 일부로 노드 유형을 DC2로 변경합니다. 크기 조정 작업 중에는 일정 기간 동안 클러스터를 사용할 수 없습니다. 자세한 내용은 Amazon Redshift에서 클러스터 크기 조정 섹션을 참조하세요.
DC1 클러스터의 스냅샷을 생성한 다음 스냅샷을 VPC의 DC2 클러스터로 복원합니다. 자세한 내용은 스냅샷에서 클러스터 복원 섹션을 참조하세요.

DC1에서 DC2 노드 유형으로 업그레이드할 때는 다음 사항을 고려하세요.

100% 가득 찬 DC1 클러스터는 동등한 수의 DC2 노드로 업그레이드되지 않을 수 있습니다. 디스크 공간이 더 필요한 경우 다음을 수행할 수 있습니다.
- 사용 가능한 디스크 공간이 더 많은 구성으로 크기 조정합니다.
- 테이블을 자르거나 행을 삭제하여 불필요한 데이터를 정리합니다.
DC2 클러스터는 EC2-Classic 네트워킹을 지원하지 않습니다. DC1 클러스터가 VPC에서 실행되고 있지 않은 경우, DC2 마이그레이션을 위해 하나를 만듭니다. 자세한 내용은 VPC에서 클러스터 관리 섹션을 참조하세요.
클러스터를 크기 조정하는 경우, 작업 기간 동안 읽기 전용 모드로 전환될 수 있습니다. 자세한 내용은 Amazon Redshift에서 클러스터 크기 조정 섹션을 참조하세요.
DC1 예약 노드를 구입한 경우 남은 기간 동안 DC1 예약 노드를 DC2 노드로 업그레이드할 수 있습니다. AWS CLI를 사용하여 예약을 변경하는 방법에 대한 자세한 내용은 AWS CLI를 사용하여 예약 노드 업그레이드 섹션을 참조하세요.
복원을 사용하여 dc1.large에서 dc2.large로 업그레이드하고 노드 수를 변경하는 경우 클러스터 버전 1.0.10013 이상에서 스냅샷이 생성되어 있어야 합니다.
복원을 사용하여 dc1.8xlarge에서 dc2.8xlarge로 업그레이드하는 경우 클러스터 버전 1.0.10013 이상에서 스냅샷이 생성되어 있어야 합니다.
탄력적 크기 조정을 사용하여 DC1에서 DC2로 업그레이드하고 노드 수를 변경하는 경우 클러스터가 클러스터 버전 1.0.10013 이상이어야 합니다.
업그레이드할 dc1.8xlarge 클러스터의 스냅샷이 버전 1.0.10013 이전 클러스터의 스냅샷인 경우 먼저 dc1.8xlarge 클러스터의 스냅샷을 노드 수가 동일한 새 dc1.8xlarge 클러스터로 복원합니다. 그리고 다음 방법 중 하나를 사용하여 새 dc1.8xlarge를 업그레이드합니다.
- 새로 복원된 클러스터의 스냅샷을 사용하여 dc2.8xlarge로 업그레이드합니다.
- 탄력적 크기 조정을 사용하여 새로 복원된 클러스터를 dc2.8xlarge로 업그레이드합니다.

EC2-Classic의 DS2 클러스터를 EC2-VPC로 업그레이드

Amazon Redshift 클러스터는 선택하는 Amazon Redshift 노드 유형 및 크기에 대해 구성된 Amazon EC2 인스턴스에서 실행됩니다. 향상된 성능과 보안을 위해 EC2-VPC를 사용하여 VPC에서 시작하도록 EC2-Classic의 클러스터를 업그레이드하는 것이 좋습니다.

EC2-Classic의 DS2 클러스터를 EC2-VPC로 업그레이드하려면

DS2 클러스터의 스냅샷을 생성합니다. 자세한 내용은 Amazon Redshift 스냅샷 및 백업 섹션을 참조하세요.
VPC를 생성하거나 계정에서 기존 VPC를 선택합니다. 자세한 내용은 VPC에서 클러스터 관리 섹션을 참조하세요.
스냅샷을 VPC의 새 DS2 클러스터로 복원합니다. 자세한 내용은 스냅샷에서 클러스터 복원 섹션을 참조하세요.

리전 및 가용 영역 고려 사항

Amazon Redshift는 여러 AWS 리전에서 사용할 수 있습니다. 기본적으로 Amazon Redshift는 사용자가 선택한 AWS 리전 내에서 가용 영역(AZ)을 무작위로 선택하여 클러스터를 프로비저닝합니다. 모든 클러스터 노드는 동일한 AZ에 프로비저닝됩니다.

해당 영역에서 Amazon Redshift를 사용할 수 있는 경우 선택적으로 특정 가용 영역을 요청할 수 있습니다. 예를 들어 한 가용 영역에서 실행 중인 Amazon EC2 인스턴스가 이미 있는 경우 지연 시간을 줄이기 위해 동일한 영역에서 Amazon Redshift 클러스터를 생성할 수 있습니다. 반면에 더 높은 가용성을 위해 다른 가용 영역을 선택할 수도 있습니다. Amazon Redshift는 AWS 리전의 일부 가용 영역에서 사용 가능하지 않을 수 있습니다.

Amazon Redshift 클러스터를 프로비저닝할 수 있는 지원되는 AWS 리전 목록은 Amazon Web Services 일반 참조의 Amazon Redshift엔드포인트를 참조하세요.

클러스터 유지 관리

Amazon Redshift는 정기적으로 유지 관리를 실행하여 클러스터를 업그레이드합니다. 이러한 업데이트 도중에는 Amazon Redshift 클러스터를 정상적으로 사용할 수 없습니다. 클러스터 유지 관리 방법은 다양한 방식으로 제어할 수 있습니다. 예를 들어, 클러스터에 업데이트를 배포하는 시점을 제어할 수 있습니다. 또한 클러스터에서 항상 최근에 릴리스된 버전을 실행할지 또는 최근 릴리스 버전 바로 전에 릴리스된 버전을 실행할지를 선택할 수 있습니다. 마지막으로, 필수가 아닌 유지 관리 업데이트를 특정 기간 동안 연기할 수도 있습니다.

유지 관리 기간

Amazon Redshift는 AWS 리전마다 주중에 무작위로(월요일~일요일, 일요일 포함) 8시간의 주기를 두고 30분의 유지 관리 기간을 임의로 할당합니다.

기본 유지 관리 기간

다음은 기본 유지 관리 기간이 할당되는 각 AWS 리전의 시간 주기 목록입니다.

미국 동부(버지니아 북부) 리전: 03:00~11:00 UTC
미국 동부(오하이오) 리전: 03:00~11:00 UTC
미국 서부(캘리포니아 북부) 리전: 06:00~14:00 UTC
미국 서부(오레곤) 리전: 06:00~14:00 UTC
아프리카(케이프타운) 리전: 20:00~04:00 UTC
아시아 태평양(홍콩) 리전: 13:00~21:00 UTC
아시아 태평양(뭄바이) 리전: 16:30~00:30 UTC
아시아 태평양(자카르타) 리전: 15:00~23:00 UTC
아시아 태평양(멜버른) 리전: 12:00~20:00 UTC
아시아 태평양(뭄바이) 리전: 16:30~00:30 UTC
아시아 태평양(오사카) 리전: 13:00~21:00 UTC
아시아 태평양(서울) 리전: 13:00~21:00 UTC
아시아 태평양(싱가포르) 리전: 14:00~22:00 UTC
아시아 태평양(시드니) 리전: 12:00~20:00 UTC
아시아 태평양(도쿄) 리전: 13:00~21:00 UTC
캐나다(중부) 리전: 03:00~11:00 UTC
중국(베이징) 리전: 13:00~21:00 UTC
중국(닝샤) 리전: 13:00~21:00 UTC
유럽(프랑크푸르트) 리전: 06:00~14:00 UTC
유럽(아일랜드) 리전: 22:00~06:00 UTC
유럽(런던) 리전: 22:00~06:00 UTC
유럽(밀라노) 리전: 21:00~05:00 UTC
유럽(파리) 리전: 23:00~07:00 UTC
유럽(스톡홀름) 리전: 23:00~07:00 UTC
유럽(취리히) 리전: 20:00~04:00 UTC
이스라엘(텔아비브) 리전: 20:00~04:00 UTC
유럽(스페인) 리전: 21:00~05:00 UTC
중동(바레인) 리전: 13:00~21:00 UTC
중동(UAE) 리전: 18:00~02:00 UTC
남아메리카(상파울루) 리전: 19:00~03:00 UTC

유지 관리 이벤트가 지정된 주에 예약된 경우 할당된 30분의 유지 관리 기간 중에 시작됩니다. 유지 관리가 시작되면 Amazon Redshift가 진행 중인 모든 쿼리와 작업을 종료합니다. 대부분 유지 관리는 30분 유지 관리 기간 내에 완료되지만 일부 유지 관리 작업은 기간이 완료된 후에도 계속될 수도 있습니다. 예정된 유지 관리 기간 중에 유지 관리 작업이 없으면 다음 유지 관리 기간에 이를 때까지 클러스터가 계속해서 정상적으로 실행됩니다.

예정된 유지 관리 기간은 프로그래밍 방식으로, 혹은 Amazon Redshift 콘솔에서 클러스터를 수정하여 변경할 수 있습니다. 이 기간은 30분 이상에서 24시간 미만이 되어야 합니다. 자세한 내용은 콘솔을 사용한 클러스터 관리 섹션을 참조하세요.

클러스터가 유지 관리 기간 외에도 다시 시작될 수 있습니다. 이러한 현상이 발생하는 데에는 몇 가지 이유가 있습니다. 또 다른 일반적 이유는 클러스터에서 문제가 감지되어 클러스터를 정상 상태로 되돌리기 위한 유지 관리 작업이 수행되고 있기 때문입니다. 자세한 내용은 이 문제가 발생할 수 있는 이유에 대한 자세한 내용은 Amazon Redshift 클러스터가 유지 관리 기간이 아닌데 재부팅되는 이유는 무엇입니까? 문서를 참조하세요.

유지 관리 연기

클러스터의 유지 관리 기간을 다시 예약해야 하는 경우 유지 관리를 최대 45일까지 지연할 수 있습니다. 예를 들어, 클러스터의 유지 관리 기간이 수요일 8:30~9:00 UTC로 설정되어 있고 이 시간에 클러스터에 액세스해야 하는 경우 유지 관리를 이후 기간으로 연기할 수 있습니다.

유지 관리를 연기하더라도 Amazon Redshift는 여전히 하드웨어 업데이트 또는 기타 필수 보안 업데이트를 클러스터에 적용합니다. 이러한 업데이트 기간 중에는 클러스터를 사용할 수 없습니다.

다가오는 유지 관리 기간에 하드웨어 업데이트 또는 기타 필수 보안 업데이트가 예정되어 있는 경우 Amazon Redshift는 보류 중 카테고리로 사전 알림을 보냅니다. 보류 중 이벤트 알림에 대한 자세한 내용은 Amazon Redshift 이벤트 알림 섹션을 참조하세요.

Amazon Simple Notification Service(Amazon SNS)에서 이벤트 알림을 수신할 수도 있습니다. Amazon SNS에서 이벤트 알림 구독에 대한 자세한 내용은 Amazon Redshift 클러스터 이벤트 알림 구독 섹션을 참조하세요.

클러스터의 유지 관리를 연기하면 연기한 기간 이후 유지 관기 기간은 연기할 수 없습니다.

참고

시작한 후에는 유지 관리를 연기할 수 없습니다.

클러스터 유지 관리에 대한 자세한 내용은 다음 설명서를 참조하세요.

클러스터 유지 관리 트랙 선택

Amazon Redshift에서 새 클러스터 버전을 릴리스한 경우 유지 관리 기간 중에 클러스터가 업데이트됩니다. 클러스터를 승인된 최신 릴리스로 업데이트할지 이전 릴리스로 업데이트할지 여부를 제어할 수 있습니다.

유지 관리 트랙은 유지 관리 기간 중 적용되는 클러스터 버전을 제어합니다. Amazon Redshift에서 새 클러스터 버전을 릴리스한 경우 버전은 현재 트랙에 할당되고, 이전 버전은 후행 트랙에 할당됩니다. 클러스터에 대한 유지 관리 트랙을 설정하려면 다음 값 중 하나를 지정하세요.

현재 – 승인된 최신 클러스터 버전을 사용합니다.
후행 – 현재 버전 이전의 클러스터 버전을 사용합니다.
미리 보기 – 미리 볼 수 있는 새로운 기능이 포함된 클러스터 버전을 사용합니다.

예를 들어 클러스터가 현재 버전 1.0.2762를 실행 중인데 Amazon Redshift의 현재 버전이 1.0.3072라고 가정해 보겠습니다. 유지 관리 트랙 값을 현재(Current)로 설정한 경우 클러스터는 다음 유지 관리 기간 중에 1.0.3072(승인된 다음 릴리스) 버전으로 업데이트됩니다. 유지 관리 트랙 값을 후행(Trailing)으로 설정한 경우 1.0.3072 이후의 새 버전이 릴리스될 때까지 클러스터는 업데이트되지 않습니다.

미리 보기 트랙

미리 보기(Preview) 트랙을 항상 선택할 수 있는 것은 아닙니다. 미리 보기(Preview) 트랙을 선택할 때 트랙 이름도 선택해야 합니다. 미리 보기 트랙 및 관련 리소스는 일시적이고 기능 제한이 있으며 다른 트랙에서 사용 가능한 현재 Amazon Redshift 기능이 일부 포함되지 않을 수 있습니다. 미리 보기 트랙으로 작업할 경우 다음과 같은 제한이 있습니다.

미리 보기 트랙으로 작업할 경우 새 Amazon Redshift 콘솔을 사용합니다. 예를 들어 평가판 기능에서 사용할 클러스터를 생성하는 경우입니다.
하나의 미리 보기 트랙에서 다른 미리 보기 트랙으로 클러스터를 전환할 수 없습니다.
현재 또는 후행 트랙에서 클러스터를 미리 보기 트랙으로 전환할 수 없습니다.
미리 보기 트랙에서 클러스터를 현재 또는 후행 트랙으로 전환할 수 없습니다.
다른 미리 보기 트랙에서 생성된 스냅샷에서는 복원할 수 없습니다.
새 클러스터를 생성하거나 스냅샷에서 복원할 때만 미리 보기 트랙을 사용할 수 있습니다.
다른 미리 보기 트랙에서 생성된 스냅샷에서 복원하거나 또는 미리 보기 트랙 클러스터 버전 이후의 클러스터 유지 관리 버전으로 복원할 수 없습니다. 예를 들어, 클러스터를 미리 보기 트랙으로 복원할 때는 미리 보기 트랙보다 이전 클러스터 유지 관리 버전에서 생성된 스냅샷만 사용할 수 있습니다.

유지 관리 트랙 간 전환

클러스터에 대한 트랙 변경은 일반적으로 일회성 결정이므로 트랙 변경 시 주의해야 합니다. 유지 관리 트랙을 후행(Trailing)에서 현재(Current)로 변경할 경우 다음 유지 관리 기간 중에 클러스터를 현재(Current) 트랙 릴리스 버전으로 업데이트합니다. 그러나 클러스터의 유지 관리 트랙을 후행(Trailing)으로 변경하면 현재(Current) 트랙 릴리스 버전 이후 새 버전이 릴리스될 때까지 클러스터가 업데이트되지 않습니다.

유지 관리 트랙 및 복원

스냅샷은 소스 클러스터의 유지 관리 트랙을 상속합니다. 스냅샷을 만든 후 소스 클러스터의 유지 관리 트랙을 변경하는 경우 스냅샷과 소스 클러스터는 다른 트랙에 있습니다. 스냅샷에서 복원하면 새 클러스터는 원본 클러스터에서 상속된 유지 관리 트랙에 존재합니다. 복원 작업을 완료한 이후에 유지 관리 트랙을 변경할 수 있습니다. 클러스터 크기 조정은 클러스터의 유지 관리 트랙에 영향을 미치지 않습니다.

클러스터 버전 관리

유지 관리 트랙은 일련의 릴리스입니다. 클러스터가 현재 트랙 또는 후행 트랙에 있는지 결정할 수 있습니다. 클러스터를 현재 트랙에 배치하면 유지 관리 기간 중 항상 최신 클러스터 릴리스 버전으로 업그레이드됩니다. 클러스터를 후행 트랙에 배치하면 상상 최신 릴리스 버전 직전에 릴리스된 클러스터 버전을 실행합니다.

클러스터의 Amazon Redshift 콘솔 목록에서 릴리스 상태(Release status) 열은 클러스터 중 하나를 업그레이드할 수 있는지 여부를 나타냅니다.

클러스터 버전 롤백

클러스터가 최신 클러스터 버전으로 업데이트된 경우, 이전 버전으로 롤백하도록 선택할 수 있습니다.

각 클러스터 버전에 포함된 기능 및 개선 사항에 대한 자세한 내용은 클러스터 버전 기록 섹션을 참조하세요.

이전 클러스터 버전으로 롤백하려면

AWS Management Console에 로그인한 후 https://console.aws.amazon.com/redshift/에서 Amazon Redshift 콘솔을 엽니다.
탐색 메뉴에서 클러스터(Clusters)를 선택합니다.
롤백하려는 클러스터를 선택합니다.
작업(Actions)에서 Roll back cluster version(클러스터 버전 롤백)을 선택합니다. 클러스터 버전 롤백(Roll back cluster version) 페이지가 표시됩니다.
롤백할 수 있는 버전이 있으면 페이지의 지침을 따르세요.
지금 롤백(Roll back now)를 선택합니다.

클러스터 유지 관리 버전 확인

Amazon Redshift 콘솔을 사용하여 Amazon Redshift 엔진 및 데이터베이스 버전을 확인할 수 있습니다.

클러스터 버전을 찾으려면

AWS Management Console에 로그인한 후 https://console.aws.amazon.com/redshift/에서 Amazon Redshift 콘솔을 엽니다.
탐색 메뉴에서 클러스터(Clusters)를 선택한 후 목록에서 클러스터 이름을 선택하여 세부 정보를 엽니다. 클러스터의 세부 정보가 표시됩니다. 여기에는 클러스터 성능(Cluster performance), 쿼리 모니터링(Query monitoring), 데이터베이스(Databases), Datashare(Datashares), 일정(Schedules), 유지 관리(Maintenance) 및 속성(Properties) 탭이 포함될 수 있습니다.
더 자세한 세부 정보를 보려면 유지 관리(Maintenance) 탭을 선택합니다.
유지 관리(Maintenance) 섹션에서 현재 클러스터 버전(Current cluster version)을 찾습니다.

참고

콘솔에서는 이 정보를 하나의 필드로 표시하지만 Amazon Redshift API, ClusterVersion 및 ClusterRevisionNumber에서는 파라미터가 2개입니다. 자세한 내용은 Amazon Redshift API Reference의 Cluster(클러스터)를 참조하세요.

기본 디스크 공간 경보

Amazon Redshift 클러스터를 생성할 때는 옵션으로 Amazon CloudWatch 경보를 구성하여 모든 클러스터 노드에서 사용 중인 디스크 공간의 평균 비율을 모니터링할 수 있습니다. 이러한 경보를 기본 디스크 공간 경보라고 부릅니다.

기본 디스크 공간 경보의 목적은 클러스터의 스토리지 용량을 모니터링하는 데 있습니다. 이 경보는 데이터 웨어하우스의 요건에 따라 구성할 수 있습니다. 예를 들어, 이 경보를 클러스터 크기 조정에 필요한 지표로 사용할 수 있습니다. 여러 노드 유형에 대해 크기를 조정하거나 노드를 추가할 수 있으며, 또는 향후 확장을 고려하여 예약 노드를 구매할 수 있습니다.

기본 디스크 공간 경보는 디스크 사용량이 일정한 횟수와 지속 시간으로 지정한 비율에 도달하거나, 이를 초과할 때 트리거됩니다. 기본적으로는 지정한 비율에 도달할 때 트리거되며, 해당 비율 이상에서 5분 이상 지속됩니다. 기본 값은 클러스터를 시작한 후에도 편집할 수 있습니다.

CloudWatch 경보가 트리거되면 Amazon Simple Notification Service(Amazon SNS)는 지정된 수신자에게 알림을 보내 백분율 임계값에 도달했음을 경고합니다. Amazon SNS는 주제를 사용하여 수신자와 알림으로 전송되는 메시지를 지정합니다. 기존 Amazon SNS 주제를 사용할 수도 있지만 그렇지 않고 클러스터를 시작할 때 지정한 설정에 따라 주제를 생성할 수도 있습니다. 경보 주제는 클러스터를 시작한 후에도 편집 가능합니다. Amazon SNS 주제 생성에 대한 자세한 내용은 Amazon Simple Notification Service 시작하기 섹션을 참조하세요.

클러스터를 시작한 후 클러스터 상태(Status) 창의 CloudWatch 경보(CloudWatch Alarms)에서 경보를 보고 편집할 수 있습니다. 이름은 percentage-disk-space-used-default-<string>입니다. 먼저 경보를 열어 연결되어 있는 Amazon SNS 주제를 확인한 후 경보 설정을 편집하면 됩니다. 기존 Amazon SNS 주제를 선택하지 않은 경우에는 직접 생성한 주제의 이름은 <clustername>-default-alarms(<recipient>)가 됩니다. 예를 들면 examplecluster-default-alarms (notify@example.com)와 같습니다.

기본 디스크 공간 경보의 구성 및 편집에 대한 자세한 내용은 클러스터 생성 및 디스크 공간 경보 생성 또는 편집 섹션을 참조하세요.

참고

클러스터를 삭제해도 클러스터와 연결된 경보가 삭제되지는 않지만 트리거되지도 않습니다. 더 이상 필요 없는 경보는 CloudWatch 콘솔에서 삭제할 수 있습니다.

클러스터 상태

클러스터 상태에는 현재 클러스터 상태가 표시됩니다. 다음 표는 각 클러스터 상태를 설명한 것입니다.

상태	설명
`available`	클러스터가 실행 중이며 사용할 수 있습니다.
`available, prep-for-resize`	클러스터가 탄력적으로 크기를 조정할 수 있도록 준비 중입니다. 클러스터가 실행 중이고 읽기 및 쓰기 쿼리에 사용할 수 있지만 스냅샷 생성 등과 같은 클러스터 작업은 수행할 수 없습니다.
`available, resize-cleanup`	탄력적 크기 조정 작업이 새 클러스터 노드로 데이터 전송을 완료하는 중입니다. 클러스터가 실행 중이고 읽기 및 쓰기 쿼리에 사용할 수 있지만 스냅샷 생성 등과 같은 클러스터 작업은 수행할 수 없습니다.
`cancelling-resize`	크기 조정 작업을 취소하는 중입니다.
`creating`	Amazon Redshift가 클러스터를 생성하고 있습니다. 자세한 내용은 클러스터 생성 섹션을 참조하세요.
`deleting`	Amazon Redshift가 클러스터를 삭제하고 있습니다. 자세한 내용은 클러스터 삭제 섹션을 참조하세요.
`final-snapshot`	Amazon Redshift가 삭제에 앞서 클러스터의 최종 스냅샷을 생성 중입니다. 자세한 내용은 클러스터 삭제 섹션을 참조하세요.
`hardware-failure`	클러스터에 하드웨어 장애가 발생했습니다. 단일 노드 클러스터가 있는 경우 노드를 변경할 수 없습니다. 클러스터를 복구하려면 스냅샷을 복원하세요. 자세한 내용은 Amazon Redshift 스냅샷 및 백업 섹션을 참조하세요.
`incompatible-hsm`	Amazon Redshift가 하드웨어 보안 모듈(HSM)에 연결할 수 없습니다. 클러스터와 HSM 사이의 HSM 구성을 확인하세요. 자세한 내용은 하드웨어 보안 모듈을 사용한 Amazon Redshift 암호화 섹션을 참조하세요.
`incompatible-network`	기본 네트워크 구성에 문제가 있습니다. 클러스터를 시작한 VPC가 존재하는지, 그리고 VPC 설정이 올바른지 확인하세요. 자세한 내용은 VPC에서 클러스터 관리 섹션을 참조하세요.
`incompatible-parameters`	연결되어 있는 파라미터 그룹에서 1개 이상의 파라미터 값에 문제가 있어서 파라미터 값을 적용할 수 없습니다. 파라미터 그룹을 수정하고 잘못된 값은 모두 업데이트하세요. 자세한 내용은 Amazon Redshift 파라미터 그룹 섹션을 참조하세요.
`incompatible-restore`	스냅샷에서 클러스터를 복원하는 데 문제가 발생했습니다. 다른 스냅샷을 이용해 클러스터를 다시 복원하세요. 자세한 내용은 Amazon Redshift 스냅샷 및 백업 섹션을 참조하세요.
`modifying`	Amazon Redshift가 클러스터에 변경 사항을 적용 중입니다. 자세한 내용은 클러스터 수정 섹션을 참조하세요.
`paused`	클러스터가 일시 중지되었습니다. 자세한 내용은 클러스터 일시 중지 및 다시 시작 섹션을 참조하세요.
`rebooting`	Amazon Redshift가 클러스터를 재부팅하고 있습니다. 자세한 내용은 클러스터 재부팅 섹션을 참조하세요.
`renaming`	Amazon Redshift가 클러스터에 새 이름을 적용 중입니다. 자세한 내용은 클러스터 이름 변경 섹션을 참조하세요.
`resizing`	Amazon Redshift가 클러스터 크기를 조정하고 있습니다. 자세한 내용은 클러스터 크기 조정 섹션을 참조하세요.
`rotating-keys`	Amazon Redshift가 클러스터의 암호 키를 교체하고 있습니다. 자세한 내용은 Amazon Redshift의 암호화 키 교체 섹션을 참조하세요.
`storage-full`	클러스터에 할당된 스토리지 용량이 거의 다 찼습니다. 클러스터 크기를 조정하여 노드를 추가하거나 다른 노드 크기를 선택하세요. 자세한 내용은 클러스터 크기 조정 섹션을 참조하세요.
`updating-hsm`	Amazon Redshift가 HSM 구성을 업데이트 중입니다.

javascript가 브라우저에서 비활성화되거나 사용이 불가합니다.

AWS 설명서를 사용하려면 Javascript가 활성화되어야 합니다. 지침을 보려면 브라우저의 도움말 페이지를 참조하십시오.

문서 규칙

리소스에 태그 지정 개요

클러스터 관리 개요