区域及可用区
Amazon 云计算资源在全球多个位置托管。这些位置由 Amazon 区域和可用区构成。每个 Amazon 区域 都是一个单独的地理区域。每个 Amazon 区域都有多个相互隔离的位置，称为可用区。
有关查找 Amazon 区域可用区的信息，请参阅 Amazon EC2 文档中的描述可用区。
Amazon 运行着具有高可用性的先进数据中心。数据中心有时会发生影响托管于同一位置的所有数据库实例的可用性的故障，虽然这种故障极少发生。如果您将所有数据库实例都托管在受此类故障影响的同一个位置，则您的所有数据库实例都将不可用。
需要牢记的是，每个 Amazon 区域都是完全独立的，这一点非常重要。您启动的任何 Amazon RDS 活动（如创建数据库实例或列出可用的数据库实例）都只会在您当前的默认Amazon区域运行。可在控制台中更改默认 Amazon 区域，具体方式如下：设置 AWS_DEFAULT_REGION 环境变量，或者利用带有 --region (Amazon Command Line Interface) 的 Amazon CLI 参数进行重写。有关更多信息，请参阅配置 Amazon Command Line Interface，特别是有关环境变量和命令行选项的章节。
Amazon RDS 支持一个名为 Amazon GovCloud (US) 的特殊Amazon区域，该区域旨在使美国政府机构和客户可以将较为敏感的工作负载移至云中。Amazon GovCloud (US) 区域满足美国政府的特定法规和合规性要求。有关更多信息，请参阅什么是 Amazon GovCloud (US)？
要在特定Amazon区域中创建或使用 Amazon RDS 数据库实例，请使用相应的区域服务终端节点。
Aurora 不支持 Local Zones。
Amazon 地区
从设计而言，每个 Amazon 区域都与其他 Amazon 区域隔离。此设计可实现最大程度的容错能力和稳定性。
当您查看资源时，只会看到与您指定的 Amazon 区域关联的资源。这是因为 Amazon 区域间彼此隔离，而且我们不会自动跨 Amazon 区域复制资源。
区域可用性
使用命令行界面或 API 操作处理 Aurora 数据库集群时，请确保您指定了其区域终端节点。
Aurora MySQL 区域可用性
下表显示了当前可以使用 Aurora MySQL 的Amazon区域以及每个区域的终端节点。
| 区域名称 | 区域 | Endpoint | 协议 |
|---|---|---|---|
| US East (Ohio) | 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 |
| Asia Pacific (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| 亚太地区（雅加达） | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| Asia Pacific (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| 亚太地区（大阪） | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| Asia Pacific (Seoul) | 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 |
Aurora PostgreSQL 区域可用性
下表显示了当前可以使用 Aurora PostgreSQL 的Amazon区域以及每个区域的终端节点。
| 区域名称 | 区域 | Endpoint | 协议 |
|---|---|---|---|
| US East (Ohio) | 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 |
| Asia Pacific (Hong Kong) | ap-east-1 | rds.ap-east-1.amazonaws.com | HTTPS |
| 亚太地区（雅加达） | ap-southeast-3 | rds.ap-southeast-3.amazonaws.com | HTTPS |
| Asia Pacific (Mumbai) | ap-south-1 | rds.ap-south-1.amazonaws.com | HTTPS |
| 亚太地区（大阪） | ap-northeast-3 | rds.ap-northeast-3.amazonaws.com | HTTPS |
| Asia Pacific (Seoul) | 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 |
可用区
可用区是指定 Amazon 区域中的隔离位置。每个区域都有多个可用区 (AZ)，旨在为该区域提供高可用性。可用区由 Amazon 区域代码后跟字母标识符（例如，us-east-1a）标识。如果您创建 VPC 和子网而不是使用默认 VPC，则可以在特定可用区中定义每个子网。当您创建 Aurora 数据库集群时，Aurora 会在 VPC 数据库子网组其中一个子网中创建主实例，从而将该实例与 Aurora 选择的特定可用区相关联。
每个 Aurora 数据库集群将其存储副本托管在三个独立的可用区中。集群中的每个数据库实例必须位于这三个可用区之一。在集群中创建数据库实例时，如果未指定可用区，Aurora 会自动选择适当的可用区。如果Amazon区域的可用区少于三个，则 Aurora 在该区域中不可用。
要了解如何在创建集群或向集群添加实例时指定可用区，请参阅 VPC、子网和可用区。
Amazon Aurora 数据库集群的本地时区
默认情况下，Amazon Aurora 数据库群集的时区是协调世界时 (UTC)。您可以改为将数据库群集中实例的时区设置为您的应用程序的本地时区。
要为数据库集群设置本地时区，请将数据库群集的群集参数组中的时区参数设置为本节后面列出的受支持值之一。对于 Aurora MySQL，此参数的名称是 time_zone。对于 Aurora PostgreSQL，此参数的名称是 timezone。在为数据库集群设置时区参数时，数据库集群中的所有实例都将改为使用新的本地时区。如果其他 Aurora 数据库群集使用相同的群集参数组，则这些数据库群集中的所有实例也将改为使用新的本地时区。有关群集级参数的信息，请参阅Amazon Aurora 数据库集群和数据库实例参数。
设置本地时区之后，所有新数据库连接都会反映更改。如果在更改本地时区时打开了任何数据库连接，则到关闭连接再打开新连接之后才会看到本地时区更新。
如果要跨 Amazon 区域复制，则复制主数据库集群和副本使用不同的参数组（参数组对于某个 Amazon 区域是唯一的）。要对每个实例使用相同的本地时区，您必须在复制主体和副本的参数组中设置时区参数。
从数据库集群快照还原数据库集群时，本地时区设置为 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 之间的错误值。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|