리전 및 가용 영역
Amazon 클라우드 컴퓨팅 리소스는 세계 각지의 여러 곳에서 호스팅됩니다. 이 위치들은 AWS 리전과 가용 영역으로 구성됩니다. 각 AWS 리전은 개별 지리 영역입니다. 각 AWS 리전은 가용 영역이라고 알려진 격리된 위치를 여러 개 가지고 있습니다.
참고
AWS 리전의 가용 영역을 찾는 방법에 대한 자세한 내용은 Amazon EC2 설명서의 가용 영역 설명을 참조하세요.
Amazon은 최신 기술을 탑재한 고가용성 데이터 센터를 운영하고 있습니다. 드물기는 하지만 동일한 위치에 있는 DB 인스턴스의 가용성에 영향을 미치는 장애가 발생할 수도 있습니다. 그런 장애의 영향을 받는 하나의 위치에서 모든 DB 인스턴스를 호스팅하는 경우에는 모든 DB 인스턴스가 사용이 불가능해질 수 있습니다.
각 AWS 리전이 서로 완전히 독립적이라는 점에 유의하세요. 사용자의 모든 Amazon RDS 활동(예: 데이터베이스 인스턴스 또는 사용할 수 있는 데이터베이스 인스턴스 목록 생성 등)은 현재 기본 AWS 리전에서만 실행됩니다. 기본 AWS 리전은 콘솔에서 변경하거나 AWS_DEFAULT_REGION 환경 변수를 설정하여 변경할 수 있습니다. 또는 AWS Command Line Interface(AWS CLI)에서 --region 파라미터를 사용하여 재정의할 수 있습니다. 자세한 내용은 AWS Command Line Interface 구성, 특히 환경 변수 및 명령줄 옵션에 대한 섹션을 참조하십시오.
Amazon RDS는 AWS라는 특수 AWS GovCloud (US) 리전을 지원합니다. 이러한 리전은 미국 정부 기관 및 고객이 더욱 민감한 워크로드를 클라우드로 이전하도록 설계되었습니다. AWS GovCloud (US) 리전은 미국 정부의 규제 및 규정 준수 요구 사항을 충족합니다. 자세한 내용은 AWS GovCloud (US)란 무엇입니까?를 참조하십시오.
특정 AWS 리전에서 Amazon RDS DB 인스턴스를 생성하거나 사용하려면 해당 리전 서비스 엔드포인트를 사용하세요.
참고
Aurora는 Local Zones를 지원하지 않습니다.
AWS 리전
각 AWS 리전은 다른 AWS 리전에서 격리되도록 설계되었습니다. 이를 통해 가장 강력한 내결함성 및 안정성을 달성할 수 있습니다.
리소스를 볼 때 지정한 AWS 리전에 연결된 리소스만 표시됩니다. AWS 리전이 서로 격리되어 있고 여러 AWS 리전에 리소스가 자동으로 복제되지 않기 때문입니다.
리전 가용성
명령줄 인터페이스 또는 API 작업을 사용하여 Aurora DB 클러스터로 작업하는 경우 리전 엔드포인트를 지정해야 합니다.
Aurora MySQL 리전 가용성
다음 표에는 현재 Aurora MySQL을 사용할 수 있는 AWS 리전 및 각 리전의 엔드포인트가 나와 있습니다.
| 리전 이름 | 지역 | 엔드포인트 | 프로토콜 |
|---|---|---|---|
| 미국 동부(오하이오) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
| 미국 동부(버지니아 북부) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
| 미국 서부(캘리포니아 북부) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
| 미국 서부(오레곤) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
| 아프리카(케이프타운) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
| 아시아 태평양(홍콩) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| 아시아 태평양(하이데라바드) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
| 아시아 태평양(자카르타) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| 아시아 태평양(멜버른) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
| 아시아 태평양(뭄바이) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| 아시아 태평양(오사카) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| 아시아 태평양(서울) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
| 아시아 태평양(싱가포르) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
| 아시아 태평양(시드니) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
| 아시아 태평양(도쿄) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
| 캐나다(중부) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
| 캐나다 서부(캘거리) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
| 유럽(프랑크푸르트) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
| 유럽(아일랜드) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
| 유럽(런던) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
| 유럽(밀라노) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
| 유럽(파리) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
| 유럽(스페인) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
| 유럽(스톡홀름) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| 유럽(취리히) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
| 이스라엘(텔아비브) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
| 중동(바레인) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
| 중동(UAE) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
| 남아메리카(상파울루) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
| AWS GovCloud(미국 동부) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
| AWS GovCloud(미국 서부) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
Aurora PostgreSQL 리전 가용성
다음 표에는 현재 Aurora PostgreSQL을 사용할 수 있는 AWS 리전 및 각 리전의 엔드포인트가 나와 있습니다.
| 리전 이름 | 지역 | 엔드포인트 | 프로토콜 |
|---|---|---|---|
| 미국 동부(오하이오) | us-east-2 | rds.us-east-2.amazonaws.com | HTTPS |
| 미국 동부(버지니아 북부) | us-east-1 | rds.us-east-1.amazonaws.com | HTTPS |
| 미국 서부(캘리포니아 북부) | us-west-1 | rds.us-west-1.amazonaws.com | HTTPS |
| 미국 서부(오레곤) | us-west-2 | rds.us-west-2.amazonaws.com | HTTPS |
| 아프리카(케이프타운) | af-south-1 | rds.af-south-1.amazonaws.com | HTTPS |
| 아시아 태평양(홍콩) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| 아시아 태평양(하이데라바드) | ap-south-2 | rds.ap-south-2.amazonaws.com | HTTPS |
| 아시아 태평양(자카르타) | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| 아시아 태평양(멜버른) | ap-southeast-4 | rds.ap-southeast-4.amazonaws.com | HTTPS |
| 아시아 태평양(뭄바이) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| 아시아 태평양(오사카) | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| 아시아 태평양(서울) | ap-northeast-2 | rds.ap-northeast-2.amazonaws.com | HTTPS |
| 아시아 태평양(싱가포르) | ap-southeast-1 | rds.ap-southeast-1.amazonaws.com | HTTPS |
| 아시아 태평양(시드니) | ap-southeast-2 | rds.ap-southeast-2.amazonaws.com | HTTPS |
| 아시아 태평양(도쿄) | ap-northeast-1 | rds.ap-northeast-1.amazonaws.com | HTTPS |
| 캐나다(중부) | ca-central-1 | rds.ca-central-1.amazonaws.com | HTTPS |
| 캐나다 서부(캘거리) | ca-west-1 | rds.ca-west-1.amazonaws.com | HTTPS |
| 유럽(프랑크푸르트) | eu-central-1 | rds.eu-central-1.amazonaws.com | HTTPS |
| 유럽(아일랜드) | eu-west-1 | rds.eu-west-1.amazonaws.com | HTTPS |
| 유럽(런던) | eu-west-2 | rds.eu-west-2.amazonaws.com | HTTPS |
| 유럽(밀라노) | eu-south-1 | rds.eu-south-1.amazonaws.com | HTTPS |
| 유럽(파리) | eu-west-3 | rds.eu-west-3.amazonaws.com | HTTPS |
| 유럽(스페인) | eu-south-2 | rds.eu-south-2.amazonaws.com | HTTPS |
| 유럽(스톡홀름) | eu-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| 유럽(취리히) | eu-central-2 | rds.eu-central-2.amazonaws.com | HTTPS |
| 이스라엘(텔아비브) | il-central-1 | rds.il-central-1.amazonaws.com | HTTPS |
| 중동(바레인) | me-south-1 | rds.me-south-1.amazonaws.com | HTTPS |
| 중동(UAE) | me-central-1 | rds.me-central-1.amazonaws.com | HTTPS |
| 남아메리카(상파울루) | sa-east-1 | rds.sa-east-1.amazonaws.com | HTTPS |
| AWS GovCloud(미국 동부) | us-gov-east-1 | rds.us-gov-east-1.amazonaws.com | HTTPS |
| AWS GovCloud(미국 서부) | us-gov-west-1 | rds.us-gov-west-1.amazonaws.com | HTTPS |
가용 영역
가용 영역은 지정된 AWS 리전에 격리된 위치입니다. 각 리전에는 리전에 대한 고가용성을 제공하도록 설계된 여러 가용 영역(AZ)이 있습니다. AZ는 식별 문자(예: us-east-1a)와 같이 AWS 리전 코드로 식별됩니다. 기본 VPC를 사용하지 않고 VPC 및 서브넷을 생성하는 경우 특정 AZ에서 각 서브넷을 정의합니다. Aurora DB 클러스터를 생성하면 Aurora는 VPC의 DB 서브넷 그룹에 있는 서브넷 중 하나에 기본 인스턴스를 생성합니다. 따라서 해당 인스턴스를 Aurora에서 선택한 특정 AZ와 연결합니다.
각 Aurora DB 클러스터는 DB 서브넷 그룹의 AZ 중에서 Aurora가 자동으로 선택하는 세 개의 AZ에 스토리지의 복사본을 각각 호스팅합니다. 클러스터의 모든 DB 인스턴스는 이 3개의 AZ 중 하나에 있어야 합니다.
클러스터에 DB 인스턴스를 생성할 때 AZ를 지정하지 않으면 Aurora에서 해당 인스턴스에 적절한 AZ를 자동으로 선택합니다.
다음과 같이 describe-availability-zones Amazon EC2 명령을 사용하여 계정에 대해 활성화된 지정된 리전 내의 가용 영역을 설명합니다.
aws ec2 describe-availability-zones --regionregion-name
예를 들어 계정에 활성화된 미국 동부(버지니아 북부) 리전(us-east-1) 내의 가용 영역을 설명하려면 다음 명령을 실행합니다.
aws ec2 describe-availability-zones --region us-east-1
클러스터를 생성하거나 클러스터에 인스턴스를 추가할 때 AZ를 지정하는 방법에 대한 자세한 내용은 DB 클러스터의 네트워크 구성 섹션을 참조하세요.
Amazon Aurora DB 클러스터의 현지 시간대
기본적으로 Amazon Aurora DB 클러스터의 시간대는 협정 세계시(UTC)입니다. 대신 DB 클러스터의 인스턴스 시간대를 애플리케이션의 현지 시간대로 설정할 수 있습니다.
DB 클러스터의 현지 시간대를 설정하려면 시간대 파라미터를 지원되는 값 중 하나로 설정합니다. 이 파라미터 값은 DB 클러스터의 파라미터 그룹에서 설정합니다.
-
Aurora MySQL의 경우, 이 파라미터의 이름은
time_zone입니다.time_zone파라미터 설정 모범 사례에 대한 자세한 내용은 타임스탬프 작업 최적화 섹션을 참조하세요. -
Aurora PostgreSQL의 경우, 이 파라미터의 이름은
timezone입니다.
DB 클러스터에 대한 시간대 파라미터를 설정하면 DB 클러스터의 모든 인스턴스가 새로운 현지 시간대를 사용하도록 변경됩니다. 경우에 따라 다른 Aurora DB 클러스터가 동일한 클러스터 파라미터 그룹을 사용하고 있을 수 있습니다. 이 경우 해당 DB 클러스터의 모든 인스턴스도 새로운 현지 시간대를 사용하도록 변경됩니다. 클러스터 수준 파라미터에 대한 자세한 내용은 Amazon Aurora DB 클러스터와 DB 인스턴스 파라미터 단원을 참조하십시오.
현지 시간대를 설정하면 데이터베이스에 대한 모든 새 연결에 변경 사항이 반영됩니다. 현지 시간대를 변경할 때 데이터베이스에 대해 열린 연결이 있는 경우도 있습니다. 그렇다면 연결을 닫고 새 연결을 열어야 현지 시간대 업데이트가 표시됩니다.
AWS 리전 간에 복제하는 경우 복제 소스 DB 클러스터와 복제본이 서로 다른 파라미터 그룹을 사용합니다. 파라미터 그룹은 AWS 지역에 고유합니다. 각 인스턴스에 대해 동일한 현지 시간대를 사용하려면 복제 소스와 복제본 모두의 파라미터 그룹에서 시간대 파라미터를 설정해야 합니다.
DB 클러스터 스냅샷에서 DB 클러스터를 복원할 경우 현지 시간대가 UTC로 설정됩니다. 복원이 완료된 후 시간대를 현지 시간대로 업데이트할 수 있습니다. DB 클러스터를 특정 시점으로 복원하기도 합니다. 이 경우 복원된 DB 클러스터의 현지 시간대는 복원된 DB 클러스터의 파라미터 그룹에서 설정한 시간대입니다.
다음 테이블에는 현지 시간대를 설정할 수 있는 값의 일부가 나열되어 있습니다. 사용 가능한 모든 시간대를 나열하려면 다음 SQL 쿼리를 사용할 수 있습니다.
-
Aurora MySQL:
select * from mysql.time_zone_name; -
Aurora PostgreSQL:
select * from pg_timezone_names;
참고
일부 시간대의 경우 표에 설명된 대로 특정 날짜 범위 시간 값이 잘못 보고될 수 있습니다. 호주 시간대의 경우 표에 설명된 대로 반환된 시간대 약어가 만료된 값입니다.
|
시간대 |
참고 |
|---|---|
|
|
시간대 설정이 1903년 2월 28일 21:49:40 GMT에서 1903년 2월 28일 21:55:48 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
시간대 설정이 1939년 12월 31일 21:30:00 GMT에서 1959년 12월 31일 21:15:15 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
시간대 설정이 1914년 11월 23일 04:56:16 GMT에서 1914년 11월 23일 04:56:20 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
남아메리카(상파울루) 리전에 있는 DB 클러스터의 경우 최근에 변경된 브라질 시간대의 시간이 제대로 표시되지 않을 수도 있습니다. 그럴 경우 DB 클러스터의 시간대 파라미터를 |
|
|
|
|
|
시간대 설정이 1918년 10월 27일 05:00:00 GMT에서 1918년 10월 31일 05:00:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
DB 클러스터가 남아메리카(쿠이아바) 시간대에 있고 최근에 변경된 브라질 시간대의 예상 시간이 제대로 표시되지 않으면 DB 클러스터의 시간대 파라미터를 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
시간대 설정이 1919년 12월 31일 20:05:36 GMT에서 1919년 12월 31일 20:05:40 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
시간대 설정이 1947년 3월 13일 20:53:08 GMT에서 1949년 12월 31일 20:53:08 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
시간대 설정이 1904년 11월 30일 15:30:00 GMT에서 1945년 9월 7일 15:00:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
시간대 설정이 1927년 12월 31일 15:54:08 GMT에서 1940년 6월 2일 16:00:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
시간대 설정이 1937년 9월 30일 16:00:00 GMT에서 1979년 9월 29일 15:00:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
시간대 설정이 1937년 9월 30일 15:00:00 GMT에서 1937년 12월 31일 15:00:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
시간대 설정이 1911년 5월 24일 01:54:32 GMT에서 1912년 1월 1일 01:54:32 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
이 시간대의 약어는 ACDT/ACST가 아닌 CST로 반환됩니다. |
|
|
이 시간대의 약어는 AEDT/AEST가 아닌 EST로 반환됩니다. |
|
|
이 시간대의 약어는 ACDT/ACST가 아닌 CST로 반환됩니다. |
|
|
이 시간대의 약어는 AEDT/AEST가 아닌 EST로 반환됩니다. |
|
|
이 시간대의 약어는 AWDT/AWST가 아닌 WST로 반환됩니다. |
|
|
이 시간대의 약어는 AEDT/AEST가 아닌 EST로 반환됩니다. |
|
|
|
|
|
시간대 설정이 1918년 10월 27일 08:00:00 GMT에서 1918년 10월 31일 08:00:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
|
|
|
|
|
|
시간대 설정이 1921년 4월 30일 22:20:08 GMT에서 1921년 4월 30일 22:20:11 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
시간대 설정이 1933년 5월 21일 11:30:00 GMT에서 1945년 9월 30일 11:30:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
시간대 설정이 1911년 1월 1일 11:22:48 GMT에서 1950년 1월 1일 11:30:00 GMT까지 잘못된 값을 반환할 수 있습니다. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
