区域和可用区 - Amazon Aurora
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

区域和可用区

Amazon 云计算资源在全球多个位置托管。这些位置由 Amazon 区域和可用区构成。每个 Amazon 区域 都是一个单独的地理区域。每个 Amazon 区域都有多个相互隔离的位置,称为可用区

注意

有关查找 Amazon 区域的可用区的信息,请参阅 Amazon EC2 文档中的描述区域、可用区和本地扩展区

Amazon 运行着具有高可用性的先进数据中心。数据中心有时会发生影响托管于同一位置的所有数据库实例的可用性的故障,虽然这种故障极少发生。如果您将所有数据库实例都托管在受此类故障影响的同一个位置,则您的所有数据库实例都将不可用。


			Amazon 区域

需要牢记的是,每个 Amazon 区域都是完全独立的,这一点非常重要。您启动的任何 Amazon RDS 活动 (如创建数据库实例或列出可用的数据库实例) 都只会在您当前的默认 Amazon 区域运行。可在控制台中更改默认 Amazon 区域,具体方式如下:设置 AWS_DEFAULT_REGION 环境变量,或者利用带有 Amazon Command Line Interface (Amazon CLI) 的 --region 参数进行重写。有关更多信息,请参阅配置 Amazon Command Line Interface,特别是有关环境变量和命令行选项的章节。

Amazon RDS 支持一个名为 Amazon GovCloud (US) 的特殊 Amazon 区域,该区域旨在使美国政府机构和客户可以将较为敏感的工作负载移至云中。Amazon GovCloud (US) 区域满足美国政府的特定法规和合规性要求。有关更多信息,请参阅什么是 Amazon GovCloud (US)?

要在特定 Amazon 区域中创建或使用 Amazon RDS 数据库实例,请使用相应的区域服务终端节点。

注意

Aurora 不支持本地扩展区。

Amazon 地区

从设计而言,每个 Amazon 区域都与其他 Amazon 区域隔离。此设计可实现最大程度的容错能力和稳定性。

当您查看资源时,只会看到与您指定的 Amazon 区域关联的资源。这是因为 Amazon 区域间彼此隔离,而且我们不会自动跨 Amazon 区域复制资源。

区域可用性

注意

Aurora MySQL 版本 2 和 Aurora PostgreSQL 版本 10.7 没有反映巴西夏令时 (DST) 的最近变动的时区数据。要在更新的版本可用之前采取解决方法,如果最近更改的巴西时区的预期时间未正确显示,请重置数据库集群的时区参数。执行以下操作:

  • 南美洲(圣保罗)区域 – 将时区设置为 America/Fortaleza

  • 南美洲(库亚巴)区域 – 将时区设置为 America/Manaus

要更改时区,请参阅 修改数据库参数组中的参数

使用命令行界面或 API 操作处理 Aurora 数据库集群时,请确保您指定了其区域终端节点。

Aurora MySQL 区域可用性

下表显示了当前可以使用 Aurora MySQL 的 Amazon 区域以及每个区域的终端节点。

区域名称 区域 终端节点 协议
美国东部 (俄亥俄) 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-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
中国 (北京) 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 区域以及每个区域的终端节点。

区域名称 区域 终端节点 协议
美国东部 (俄亥俄) 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-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
中国 (北京) 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 RDS 为您随机选择。可用区由 Amazon 区域代码后跟一个字母标识符表示;例如,us-east-1a

每个 Aurora 数据库集群将其存储副本托管在三个独立的可用区中。集群中的每个数据库实例必须位于这三个可用区之一。在集群中创建数据库实例时,如果未指定可用区,Aurora 会自动选择适当的可用区。如果 Amazon 区域的可用区少于三个,则 Aurora 在该区域中不可用。

Amazon Aurora 数据库集群的本地时区

默认情况下,Amazon Aurora 数据库群集的时区是协调世界时 (UTC)。您可以改为将数据库群集中实例的时区设置为您的应用程序的本地时区。

要设置数据库群集的本地时区,请将数据库群集的群集参数组中的 time_zone 参数设置为本节后面列出的受支持值之一。在设置数据库群集的 time_zone 参数时,数据库群集中的所有实例将改为使用新的本地时区。如果其他 Aurora 数据库群集使用相同的群集参数组,则这些数据库群集中的所有实例也将改为使用新的本地时区。有关群集级参数的信息,请参阅Amazon Aurora 数据库集群和数据库实例参数

设置本地时区之后,所有新数据库连接都会反映更改。如果在更改本地时区时打开了任何数据库连接,则到关闭连接再打开新连接之后才会看到本地时区更新。

如果要跨 Amazon 区域复制,则复制主数据库集群和副本使用不同的参数组(参数组对于某个 Amazon 区域是唯一的)。要对每个实例使用相同的本地时区,您必须在复制主体和副本的参数组中设置 time_zone 参数。

从数据库集群快照还原数据库集群时,本地时区设置为 UTC。还原完成之后,可以将时区更新为本地时区。如果将数据库集群还原到某个时间点,则还原的数据库集群的本地时区是来自还原的数据库集群的参数组的时区设置。

您可以将本地时区设置为下表中列出的值之一。对于一些时区,可能会错误报告某些日期范围的时间值,如表中所述。对于澳大利亚时区,返回的时区缩写为过时的值,如表中所述。

时区

备注

Africa/Harare

此时区设置回返回 28 Feb 1903 21:49:40 GMT 和 28 Feb 1903 21:55:48 GMT 之间的错误值。

Africa/Monrovia

Africa/Nairobi

此时区设置会返回 31 Dec 1939 21:30:00 GMT 和 31 Dec 1959 21:15:15 GMT 之间的错误值。

Africa/Windhoek

America/Bogota

此时区设置会返回 23 Nov 1914 04:56:16 GMT 和 23 Nov 1914 04:56:20 GMT 之间的错误值。

America/Caracas

America/Chihuahua

America/Cuiaba

America/Denver

America/Fortaleza

如果您的数据库集群位于南美洲(圣保罗)区域,且发现最近更改的巴西时区的时间显示不正确,请将数据库集群的时区参数重置为 America/Fortaleza

America/Guatemala

America/Halifax

此时区设置会返回 27 Oct 1918 05:00:00 GMT 和 31 Oct 1918 05:00:00 GMT 之间的错误值。

America/Manaus

如果您的数据库集群位于南美洲(库亚巴)区域,且发现最近更改的巴西时区的时间未正确显示,请将数据库集群的时区参数重置为 America/Manaus

America/Matamoros

America/Monterrey

America/Montevideo

America/Phoenix

America/Tijuana

Asia/Ashgabat

Asia/Baghdad

Asia/Baku

Asia/Bangkok

Asia/Beirut

Asia/Calcutta

Asia/Kabul

Asia/Karachi

Asia/Kathmandu

Asia/Muscat

此时区设置会返回 31 Dec 1919 20:05:36 GMT 和 31 Dec 1919 20:05:40 GMT 之间的错误值。

Asia/Riyadh

此时区设置会返回 13 Mar 1947 20:53:08 GMT 和 31 Dec 1949 20:53:08 GMT 之间的错误值。

Asia/Seoul

此时区设置会返回 30 Nov 1904 15:30:00 GMT 和 07 Sep 1945 15:00:00 GMT 之间的错误值。

Asia/Shanghai

此时区设置会返回 31 Dec 1927 15:54:08 GMT 和 02 Jun 1940 16:00:00 GMT 之间的错误值。

Asia/Singapore

Asia/Taipei

此时区设置会返回 30 Sep 1937 16:00:00 GMT 和 29 Sep 1979 15:00:00 GMT 之间的错误值。

Asia/Tehran

Asia/Tokyo

此时区设置会返回 30 Sep 1937 15:00:00 GMT 和 31 Dec 1937 15:00:00 GMT 之间的错误值。

Asia/Ulaanbaatar

Atlantic/Azores

此时区设置会返回 24 May 1911 01:54:32 GMT 和 01 Jan 1912 01:54:32 GMT 之间的错误值。

Australia/Adelaide

此时区的缩写以 CST 而非 ACDT/ACST 形式返回。

Australia/Brisbane

此时区的缩写以 EST 而非 AEDT/AEST 形式返回。

Australia/Darwin

此时区的缩写以 CST 而非 ACDT/ACST 形式返回。

Australia/Hobart

此时区的缩写以 EST 而非 AEDT/AEST 形式返回。

Australia/Perth

此时区的缩写以 WST 而非 AWDT/AWST 形式返回。

Australia/Sydney

此时区的缩写以 EST 而非 AEDT/AEST 形式返回。

Brazil/East

Canada/Saskatchewan

此时区设置会返回 27 Oct 1918 08:00:00 GMT 和 31 Oct 1918 08:00:00 GMT 之间的错误值。

Europe/Amsterdam

Europe/Athens

Europe/Dublin

Europe/Helsinki

此时区设置会返回 30 Apr 1921 22:20:08 GMT 和 30 Apr 1921 22:20:11 GMT 之间的错误值。

Europe/Paris

Europe/Prague

Europe/Sarajevo

Pacific/Auckland

Pacific/Guam

Pacific/Honolulu

此时区设置会返回 21 May 1933 11:30:00 GMT 和 30 Sep 1945 11:30:00 GMT 之间的错误值。

Pacific/Samoa

此时区设置会返回 01 Jan 1911 11:22:48 GMT 和 01 Jan 1950 11:30:00 GMT 之间的错误值。

US/Alaska

US/Central

US/Eastern

US/East-Indiana

US/Pacific

UTC