区域及可用区 - Amazon Aurora

区域及可用区

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

注意

有关查找 AWS 区域的可用区的信息,请参阅 Amazon EC2 文档中的描述可用区

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


			AWS 区域

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

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

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

注意

Aurora 不支持 Local Zones。

AWS 地区

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

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

区域可用性

使用命令行界面或 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-southeast-3 rds.ap-southeast-3.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
欧洲(法兰克福) 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
中东(阿联酋) 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-southeast-3 rds.ap-southeast-3.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
欧洲(法兰克福) 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
中东(阿联酋) 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),旨在为该区域提供高可用性。可用区由 AWS 区域代码后跟字母标识符(例如,us-east-1a)标识。如果您创建 VPC 和子网而不是使用默认 VPC,则可以在特定可用区中定义每个子网。当您创建 Aurora 数据库集群时,Aurora 会在 VPC 数据库子网组其中一个子网中创建主实例,从而将该实例与 Aurora 选择的特定可用区相关联。

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

要了解如何在创建集群或向集群添加实例时指定可用区,请参阅 为数据库集群配置网络

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

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

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

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

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

从数据库集群快照还原数据库集群时,本地时区设置为 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