区域和可用区
Amazon 云计算资源在全球多个位置托管。这些位置由 AWS 区域和可用区构成。每个AWS 区域 都是一个独立的地理区域。每个 AWS 区域都有多个相互隔离的位置，称为可用区。
有关查找 AWS 区域的可用区的信息，请参阅 Amazon EC2 文档中的描述区域、可用区域和本地扩展区。
Amazon 运行着具有高可用性的先进数据中心。数据中心有时会发生影响托管于同一位置的所有实例的可用性的故障，虽然这种故障极少发生。如果您将所有实例都托管在受此类故障影响的同一个位置，则您的所有实例都将不可用。
需要牢记的是，每个 AWS 区域都是完全独立的，这一点非常重要。您启动的任何 Amazon RDS 活动 (如创建数据库实例或列出可用的数据库实例) 都只会在您当前的默认
AWS 区域运行。在控制台中，可以通过设置 EC2_REGION 环境变量更改默认 AWS 区域，也可以通过 AWS Command Line Interface
(AWS CLI)，使用 --region 参数进行重写。有关更多信息，请参阅配置 AWS Command Line Interface，特别是有关环境变量和命令行选项的章节。
Amazon RDS 支持一个名为 AWS GovCloud (US-West) 的特殊 AWS 区域，该区域旨在使美国政府机构和客户将较为敏感的工作负载移至云中。AWS GovCloud (US-West) 可满足美国政府具体的监管及合规性要求，有关 AWS GovCloud (US-West) 的更多信息，请参阅什么是 AWS GovCloud (US-West)？。
要在特定 AWS 区域中创建或使用 Amazon RDS 数据库实例，请使用相应的区域服务终端节点。
Aurora 不支持本地扩展区。
AWS 区域
每个 AWS 区域都被设计为与其他 AWS 区域隔离。此设计可实现最大程度的容错能力和稳定性。
当您查看资源时，只会看到与您指定的 AWS 区域关联的资源。这是因为 AWS 区域间彼此隔离，而且我们不会自动跨 AWS 区域复制资源。
可用区
创建数据库实例时，您可以自己选择可用区，也可以让 AWS 为您选择。可用区由 AWS 区域代码后跟一个字母标识符表示（例如，us-east-1a）。
区域可用性
Aurora MySQL 版本 5.7 和 Aurora PostgreSQL 版本 10.7 没有反映巴西夏令时 (DST) 的最近变动的时区数据。要在更新的版本可用之前采取解决方法，如果最近更改的巴西时区的预期时间未正确显示，请重置数据库集群的时区参数。执行以下操作：
-
南美洲（圣保罗）区域 – 将时区设置为
America/Fortaleza。 -
南美洲（库亚巴）区域 – 将时区设置为
America/Manaus。
要更改时区，请参阅 修改数据库参数组中的参数。
使用命令行界面或 API 操作处理 Aurora 数据库集群时，请确保您指定了其区域终端节点。
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-1 | rds.ap-south-1.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 |
| 中国 (北京) | cn-north-1 | rds.cn-north-1.amazonaws.com.cn | HTTPS |
| 中国（宁夏） | cn-northwest-1 | rds.cn-northwest-1.amazonaws.com.cn | 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-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| 中东 (巴林) | me-south-1 | rds.me-south-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-1 | rds.ap-south-1.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 |
| 中国 (北京) | cn-north-1 | rds.cn-north-1.amazonaws.com.cn | HTTPS |
| 中国（宁夏） | cn-northwest-1 | rds.cn-northwest-1.amazonaws.com.cn | 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-north-1 | rds.eu-north-1.amazonaws.com | HTTPS |
| 中东 (巴林) | me-south-1 | rds.me-south-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 |
Amazon Aurora 数据库群集的本地时区
默认情况下，Amazon Aurora 数据库群集的时区是协调世界时 (UTC)。您可以改为将数据库群集中实例的时区设置为您的应用程序的本地时区。
要设置数据库群集的本地时区，请将数据库群集的群集参数组中的 time_zone 参数设置为本节后面列出的受支持值之一。在设置数据库群集的 time_zone 参数时，数据库群集中的所有实例将改为使用新的本地时区。如果其他 Aurora 数据库群集使用相同的群集参数组，则这些数据库群集中的所有实例也将改为使用新的本地时区。有关群集级参数的信息，请参阅Amazon Aurora 数据库集群和数据库实例参数。
设置本地时区之后，所有新数据库连接都会反映更改。如果在更改本地时区时打开了任何数据库连接，则到关闭连接再打开新连接之后才会看到本地时区更新。
如果要跨 AWS 区域复制，则复制主数据库群集和副本使用不同的参数组 (参数组对于某个 AWS 区域是唯一的)。要对每个实例使用相同的本地时区，您必须在复制主体和副本的参数组中设置
time_zone 参数。
从数据库集群快照还原数据库集群时，本地时区设置为 UTC。还原完成之后，可以将时区更新为本地时区。如果将数据库集群还原到某个时间点，则还原的数据库集群的本地时区是来自还原的数据库集群的参数组的时区设置。
您可以将本地时区设置为下表中列出的值之一。对于一些时区，可能会错误报告某些日期范围的时间值，如表中所述。对于澳大利亚时区，返回的时区缩写为过时的值，如表中所述。
|
时区 |
备注 |
|---|---|
|
|
此时区设置回返回 28 Feb 1903 21:49:40 GMT 和 28 Feb 1903 21:55:48 GMT 之间的错误值。 |
|
|
|
|
|
此时区设置会返回 31 Dec 1939 21:30:00 GMT 和 31 Dec 1959 21:15:15 GMT 之间的错误值。 |
|
|
|
|
|
此时区设置会返回 23 Nov 1914 04:56:16 GMT 和 23 Nov 1914 04:56:20 GMT 之间的错误值。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果您的数据库集群位于南美洲（圣保罗）区域，且发现最近更改的巴西时区的时间显示不正确，请将数据库集群的时区参数重置为 |
|
|
|
|
|
此时区设置会返回 27 Oct 1918 05:00:00 GMT 和 31 Oct 1918 05:00:00 GMT 之间的错误值。 |
|
|
如果您的数据库集群位于南美洲（库亚巴）区域，且发现最近更改的巴西时区的时间未正确显示，请将数据库集群的时区参数重置为 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
此时区设置会返回 31 Dec 1919 20:05:36 GMT 和 31 Dec 1919 20:05:40 GMT 之间的错误值。 |
|
|
此时区设置会返回 13 Mar 1947 20:53:08 GMT 和 31 Dec 1949 20:53:08 GMT 之间的错误值。 |
|
|
此时区设置会返回 30 Nov 1904 15:30:00 GMT 和 07 Sep 1945 15:00:00 GMT 之间的错误值。 |
|
|
此时区设置会返回 31 Dec 1927 15:54:08 GMT 和 02 Jun 1940 16:00:00 GMT 之间的错误值。 |
|
|
|
|
|
此时区设置会返回 30 Sep 1937 16:00:00 GMT 和 29 Sep 1979 15:00:00 GMT 之间的错误值。 |
|
|
|
|
|
此时区设置会返回 30 Sep 1937 15:00:00 GMT 和 31 Dec 1937 15:00:00 GMT 之间的错误值。 |
|
|
|
|
|
此时区设置会返回 24 May 1911 01:54:32 GMT 和 01 Jan 1912 01:54:32 GMT 之间的错误值。 |
|
|
此时区的缩写以 CST 而非 ACDT/ACST 形式返回。 |
|
|
此时区的缩写以 EST 而非 AEDT/AEST 形式返回。 |
|
|
此时区的缩写以 CST 而非 ACDT/ACST 形式返回。 |
|
|
此时区的缩写以 EST 而非 AEDT/AEST 形式返回。 |
|
|
此时区的缩写以 WST 而非 AWDT/AWST 形式返回。 |
|
|
此时区的缩写以 EST 而非 AEDT/AEST 形式返回。 |
|
|
|
|
|
此时区设置会返回 27 Oct 1918 08:00:00 GMT 和 31 Oct 1918 08:00:00 GMT 之间的错误值。 |
|
|
|
|
|
|
|
|
|
|
|
此时区设置会返回 30 Apr 1921 22:20:08 GMT 和 30 Apr 1921 22:20:11 GMT 之间的错误值。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
此时区设置会返回 21 May 1933 11:30:00 GMT 和 30 Sep 1945 11:30:00 GMT 之间的错误值。 |
|
|
此时区设置会返回 01 Jan 1911 11:22:48 GMT 和 01 Jan 1950 11:30:00 GMT 之间的错误值。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|