对于刚开始接触AWS的用户而言，区域（Region）和可用区（Availability Zone，AZ）这两个概念有点不好理解。初次接触时往往不知道它们跟我们日常说的数据中心是什么关系。然而区域和可用区是AWS中非常基础和重要的概念，因此我这里详细解释一下它们的一些来龙去脉。
 
  
 
 我们知道云服务底层的物质基础是数据中心，但是一方面由于AWS目前的规模已经比较庞大，另一方面AWS需要服务全球不同地区的用户，因此AWS在全球建立了许多数据中心。那如何来组织和设计这些数据中心，从而让用户能够更为可靠的使用AWS提供的云服务，同时满足他们在法规遵循方面的要求呢？AWS巧妙的采用了区域和可用区两层设计架构，而不是直接使用数据中心概念。实际上这是一种IT系统架构中常用的抽象和解耦的方式，只不过这是在更宏观更高的层次——把AWS云服务与底层物理数据中心进行了解耦设计。
 
  
 
 先来看一下区域（Region）概念。AWS云服务在全球不同的地方都有数据中心，比如北美、南美、欧洲和亚洲等。与此对应，根据地理位置我们把某个地区的基础设施服务集合称为一个区域。通过AWS的区域，一方面可以使得AWS云服务在地理位置上更加靠近我们的用户，另一方面使得用户可以选择不同的区域存储他们的数据以满足法规遵循方面的要求。在12月18日发布会之前全球有9个区域，包括：美东（北佛吉尼亚）、美西（俄勒冈）、美西（北加利佛尼亚）、欧洲（爱尔兰）、亚太（新加坡）、亚太（东京）、亚太（悉尼）、南美（圣保罗）和在美西服务政府的GovCloud区域。AWS中国（北京）区域将是亚马逊AWS在亚太地区的第4个区域，同时也是全球范围内的第10个区域。
 
  
 
 总的来说，AWS的不同区域之间是相对独立的，但是它们的独立程度与区域的类别有关。根据目前10个区域的各自特点我们可以把它们分成3个不同的类别。第一类是GovCloud区域，主要是服务美国的政府机构和部分美国客户。GovCloud满足ITAR和FedRAMP等规范，具有独立的用户管理体系。用户使用GovCloud区域的AWS服务需要专门的申请和审核流程，所以这个区域跟我们中国用户关系不大。第二类是中国区域，这也是一个与其他区域独立的专门服务中国客户的区域。中国区域采用了独立的用户账户体系，也就是说用户需要在中国（北京）区域的网站上申请账户来使用这里的服务。最后一类的是目前其他8个区域。这8个区域是面向所有用户的，且共享同一个账户体系，所以用户注册AWS账户后可以使用所有这8个区域的服务。对于那些需要同时使用AWS这8个区域和AWS中国区域的用户来说，他们同时需要两个账户——一个在中国的区域使用，另一个在其他8个区域使用。
 
  
 
 我们可以看出GovCloud区域和AWS中国区域都有自己独立的账户体系，与其他区域的服务是隔离的。对于其他8个区域，用户在不同区域存储的数据也都是相互独立的，也就是说AWS不会自动对用户数据进行跨区域的传输，这个对用户的法规遵循要求很重要。而且这8个区域的大部分AWS服务也是独立的，不过与中国区域和GovCloud区域完全独立不同的是有一些服务它们是共享的，比如它们共用一个账户体系和IAM服务，使用同一个AWS管理控制台，统一的Route53服务等。由于区域和区域之间相对独立，因此用户通过AWS管理控制台，CLI命令行和API操作AWS服务时，需要事先指定操作的对象是在哪个区域。以EC2的区域为例说明，每个区域都有自己对应的编码如下表所示：
 
 
 
 许多AWS用户同时使用了多个区域，因此为了方便用户进行跨区域使用和部署服务，AWS目前也开始提供一些跨区域的服务，比如跨区域的EC2 AMI拷贝、跨区域的EBS快照拷贝、跨区域的RDS读拷贝等。不要需要指出的是所有这些跨区域操作都需要用户自己发起，而且这些跨区域操作只能在前面所说的8个区域之间进行。
 
  
 
 AWS的每个区域一般由多个可用区（AZ）组成，而一个可用区一般是由多个数据中心组成。AWS引入可用区设计主要是为了提升用户应用程序的高可用性。因为可用区与可用区之间在设计上是相互独立的，也就是说它们会有独立的供电、独立的网络等，这样假如一个可用区出现问题时也不会影响另外的可用区。在一个区域内，可用区与可用区之间是通过高速网络连接，从而保证有很低的延时。AWS的区域与可用区的关系示意如下图所示：
 
 
 
 
 每次当用户需要使用EC2相关资源的时候，他需要首先选择目标区域，如美东（北佛杰尼亚）us-east-1。然后在创建EC2实例的时候，用户可以选择实例所在的可用区，比如可以是us-east-1a或us-east-1b等。可用区的编码就是区域后面顺序添加不同的英文字母。为了尽可能让不同用户平均分布在不同的可用区，一个用户选择的us-east-1a与另一个用户选择的us-east-1a可能不是同一个可用区，AWS后台会根据实际资源情况进行映射，但同一个用户选择的某个可用区前后是固定的。如果用户在创建EC2实例的时候没有选择可用区，那么AWS会自动选择一个合适的可用区。AWS建议用户在设计应用架构的时候尽可能的把他们的应用分布在不同的可用区上面，从而提升他们应用的高可用性。应用和服务的多可用区的部署也是实现高服务水平协议的一个重要手段和要求。
 
  

在iOS开发过程，尤其是开发有需要做国际化的项目的时候，如果需要做本地语言国际化，需要获取到手机本地语言设置，然后向服务器请求数据的时候，需要把获取到的手机本地语言参数传给后台，然后后台根据具体的语言参数来返回不同语言类型的数据。那么本篇博文就来介绍一下在iOS开发中，获取手机本地设置的语言和地区。
 
一、获取设备当前语言和地区
 
//方法一：
 
NSString *localeLanguageCode = [[NSUserDefaults standardUserDefaults] objectForKey:@"AppleLanguages"][0];
 
或者
 
//方法二：
 
NSString *localeLanguageCode = [[[NSUserDefaults standardUserDefaults] objectForKey:@"AppleLanguages"] firstObject];
 
具体结果如下图所示：
 

 
 
 区域（Region）和可用区（Availability Zone） 
 
 
 
 
 
 用区域（Region）和可用区（Availability Zone）来描述数据中心的位置，您可以在特定的区域、可用区创建资源。 
 
 
 区域指物理的数据中心。每个区域完全独立，这样可以实现最大程度的容错能力和稳定性。资源创建成功后不能更换区域。 
 
 
 可用区是同一区域内，电力和网络互相隔离的物理区域，一个可用区不受其他可用区故障的影响。一个区域内可以有多个可用区，不同可用区之间物理隔离，但内网互通，既保障了可用区的独立性，又提供了低价、低时延的网络连接。 
 
 
  图1  阐明了区域和可用区之间的关系。 
 
 
 
    
    
    图1   区域和可用区    
  

    
 
 
 
 目前，华为云已在全球多个地域开放云服务，您可以根据需求选择适合自己的区域和可用区。更多信息请参见  华为云全球站点  。 
 
 
 
  
 如何选择区域？ 
 
  
 选择区域时，您需要考虑以下几个因素： 
 
  
 地理位置 
 一般情况下，建议就近选择靠近您或者您的目标用户的区域，这样可以减少网络时延，提高访问速度。不过，在基础设施、BGP网络品质、资源的操作与配置等方面，中国大陆各个区域间区别不大，如果您或者您的目标用户在中国大陆，可以不用考虑不同区域造成的网络时延问题。 
 
 香港、曼谷等其他国家和地区提供国际带宽，主要面向非中国大陆地区的用户。如果您或者您的目标用户在中国大陆，使用这些区域会有较长的访问时延，不建议使用。 
 
    
 在亚太地区有业务的用户，可以选择“亚太-香港”、“亚太-曼谷”或“亚太-新加坡”区域。 
 在非洲地区有业务的用户，可以选择“南非-约翰内斯堡”区域。 
 在欧洲地区有业务的用户，可以选择“欧洲-巴黎”区域。 
 云服务之间的关系 
 如果多个云服务一起搭配使用，需要注意： 
 
    
 不同区域的弹性云服务器、关系型数据库、对象存储服务内网不互通。 
 不同区域的弹性云服务器不支持跨区域部署在同一负载均衡器下。 
 资源的价格 
 不同区域的资源价格可能有差异，请参见  华为云服务价格详情  。 
 
 
 
 
 
  
 如何选择可用区？ 
 
  
 是否将资源放在同一可用区内，主要取决于您对容灾能力和网络时延的要求。 
 
  
 如果您的应用需要较高的容灾能力，建议您将资源部署在同一区域的不同可用区内。 
 如果您的应用要求实例之间的网络延时较低，则建议您将资源创建在同一可用区内。 
 
 
 
 
  
 区域和终端节点 
 
  
 当您通过API使用资源时，您必须指定其区域终端节点。有关华为云的区域和终端节点的更多信息，请参阅  地区和终端节点  。 
 
 
 
 
 
 
 

 

 
   About Me   
 
 
 
  ........................................................................................................................  
 
  ● 本文作者：小麦苗，部分内容整理自网络，若有侵权请联系小麦苗删除  
 
  ● 本文在itpub（  http://blog.itpub.net/26736162  ）、博客园（  http://www.cnblogs.com/lhrbest  ）和个人weixin公众号（  xiaomaimiaolhr  ）上有同步更新  
 
  ● 本文itpub地址：  http://blog.itpub.net/26736162   
 
  ● 本文博客园地址：  http://www.cnblogs.com/lhrbest   
 
  ● 本文pdf版、个人简介及小麦苗云盘地址：  http://blog.itpub.net/26736162/viewspace-1624453/   
 
  ● 数据库笔试面试题库及解答：  http://blog.itpub.net/26736162/viewspace-2134706/   
 
  ● DBA宝典今日头条号地址：  http://www.toutiao.com/c/user/6401772890/#mid=1564638659405826   
 
  ........................................................................................................................  
 
  ● QQ群号：  230161599  （满）  、618766405   
 
  ● weixin群：可加我weixin，我拉大家进群，非诚勿扰  
 
  ● 联系我请加QQ好友  （   646634621   ）  ，注明添加缘由  
 
  ● 于 2019-06-01 06:00 ~ 2019-06-30 24:00 在西安完成  
 
  ● 最新修改时间：2019-06-01 06:00 ~ 2019-06-30 24:00  
 
  ● 文章内容来源于小麦苗的学习笔记，部分整理自网络，若有侵权或不当之处还请谅解  
 
  ● 版权所有，欢迎分享本文，转载请保留出处  
 
  ........................................................................................................................  
 
  ●  小麦苗的微店  ：  https://weidian.com/s/793741433?wfr=c&ifr=shopdetail   
 
  ●  小麦苗出版的数据库类丛书  ：  http://blog.itpub.net/26736162/viewspace-2142121/   
 
  ●  小麦苗OCP、OCM、高可用网络班  ：  http://blog.itpub.net/26736162/viewspace-2148098/   
 
  ●  小麦苗腾讯课堂主页  ：  https://lhr.ke.qq.com/   
 
  ........................................................................................................................  
 
 使用   weixin客户端   扫描下面的二维码来关注小麦苗的weixin公众号（  xiaomaimiaolhr  ）及QQ群（DBA宝典）、添加小麦苗weixin，  学习最实用的数据库技术。  
 
 
 
  ........................................................................................................................  
 
 
 
   
 
 
   
 
 
 
 
 
 
 
 
 
 
 来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/26736162/viewspace-2648371/，如需转载，请注明出处，否则将追究法律责任。 
 
 
转载于:http://blog.itpub.net/26736162/viewspace-2648371/

 
 

 
构建多区域应用程序使您能够提高终端用户的延迟时间，在发生意外灾难时实现更高的可用性和弹性，并遵守与数据持久性和数据保留相关的业务要求。例如，您可能希望减少后端服务的动态 API 调用的总体延迟。或者，您可能希望延长单区域部署以处理互联网路由问题、海底电缆故障或区域连接问题，从而避免成本高昂的停机时间。今天，得益于多区域数据复制功能，例如 Amazon DynamoDB 全局表、Amazon Aurora 全球数据库、 Amazon ElastiCache全局数据存储和 Amazon Simple Storage Service (Amazon S3) 跨区域复制，您可以跨全球 25 个亚马逊云科技区域构建多区域应用程序。
 
Amazon DynamoDB：
https://aws.amazon.com/dynamodb/
Amazon Aurora：
https://aws.amazon.com/rds/aurora/
Amazon ElastiCache
https://aws.amazon.com/elasticache/
Amazon Simple Storage Service (Amazon S3)
https://aws.amazon.com/s3/
 
但是，在实施多区域应用程序时，您通常必须让代码区域感知，并处理与正确的区域资源（无论是最接近还是最可用的资源）进行迁移的繁重工作。例如，您可能有三个 Amazon S3 存储桶，对象复制跨越三个亚马逊云科技区域。您的应用程序代码需要知道存在多少存储桶副本以及它们所在的位置、哪个存储桶与来电人最近，以及在出现问题时如何回退到其它存储桶。当您向多区域架构中添加新区域，并在全球配置发生变化后在每个区域中重新部署堆栈时，复杂性就会增加。
 
近期，我们很高兴地宣布 Amazon S3 多区域访问点正式发布，这是一项新的 Amazon S3 功能，允许您定义跨越多个亚马逊云科技区域中存储桶的全球端点。借助 Amazon S3 多区域访问点，您可以利用单个区域中的相同简单架构构建多区域应用程序。
 
Amazon S3 多区域访问点：
https://aws.amazon.com/s3/features/multi-region-access-points/

 
Amazon S3 多区域访问点提供内置的网络恢复能力，基于构建Amazon Global Accelerator通过亚马逊云科技全球网络路由 Amazon S3 请求。这对于最大限度地减少网络拥塞和总体延迟，同时保持简单的应用程序架构尤为重要。Amazon Global Accelerator 会持续监控区域可用性，并可以在几秒钟内将请求转移到另一个区。通过动态将请求路由到最低延迟的数据副本，Amazon S3 多区域访问点可将上载和下载性能提高 60％。这不仅适合依赖 Amazon S3 读取配置文件或应用程序数据的服务器端应用程序，而且对于需要高性能和可靠的只写端点的边缘应用程序来说，例如 loT 设备或自驾车，这也是很棒的。
 
Amazon Global Accelerator：
https://aws.amazon.com/de/global-accelerator/?blogs-global-accelerator.sort-by=item.additionalFields.createdDate&blogs-global-accelerator.sort-order=desc&aws-global-accelerator-wn.sort-by=item.additionalFields.postDateTime&aws-global-accelerator-wn.sort-order=desc

 
操作 Amazon S3 多区域访问点
 
要开始开启，您可以在 Amazon S3 控制台中，通过 API 或使用 Amazon CloudFormation 创建 Amazon S3 多区域访问点。
 
让我向您展示如何使用 Amazon S3 控制台进行创建。每个访问点都需要一个账户级别唯一的名称。
 
创建之后，您可以通过其别名来访问，该别名是自动生成且全球唯一的。别名看起来像一个以 .mrap 结尾的随机字符串 — 例如 mmqdt41e4bf6x.mrap 。也可以通过https://mmqdt41e4bf6x.mrap.s3-global.amazonaws.com 、VPC或使用Amazon PrivateLink 在本地部署访问。
 
Amazon PrivateLink:
https://aws.amazon.com/privatelink/
 

 
然后，您将多个存储桶（新存储桶或现有存储桶）与访问点关联，每个区域一个。如果您需要数据复制，则还需要启用存储桶版本控制。

 

 
最后，您为访问点配置公共访问数据块设置。原定设置下，所有公共访问都被阻止，这在大多数情况下都能正常运行。

 
创建过程是异步的，您可以在控制台中查看创建状态，也可以通过 Amazon CLI 列出 Amazon S3 多区域访问点来查看创建状态。当它变为就绪后，您可以为访问点策略和对象复制配置可选设置。
 

 
与常规访问点类似，您可以自定义访问控制策略，以限制与存储桶权限相关的访问点的使用。请记住，访问点和底层存储桶都必须允许请求。Amazon S3 多区域访问点无法扩展权限，只是限制（或等于）权限。您还可以使用 Amazon IAM Access Analyzer 验证使用 Amazon S3 多区域访问点的存储桶的公有和跨账户访问权限，并在部署权限更改之前预览对存储桶的访问。
 
Amazon IAM Access Analyzer：
https://aws.amazon.com/iam/features/analyze-access/
 
您的 Amazon S3 多区域访问点访问策略可能如下所示：
 
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "Default",
      "Effect": "Allow",
      "Principal": {
        "AWS": "YOUR_ACCOUNT_ID" 
      },
      "Action": ["s3:GetObject", "s3:PutObject"],
      "Resource": "arn:aws:s3::YOUR_ACCOUNT_ID:accesspoint/YOUR_ALIAS/object/*"
    }
   ]
}
 
要在与 Amazon S3 多区域访问点一起使用的存储桶之间复制数据，您可以配置 Amazon S3 复制。在某些情况下，您可能希望在每个存储桶中存储不同的内容，或者有一部分区域存储桶用于全球端点，其他未被复制和被使用的部分仅用于区域访问点或直接存储桶访问。例如，loT 设备配置可能包括对其他区域 API 端点或区域资源的引用，这对于每个存储桶而言都不同。
 
新的 Amazon S3 控制台提供了两个基本模板，您可以使用这些模板轻松集中地创建复制规则：
 
将对象从一个或多个源存储桶复制到一个或多个源存储桶：这非常适合只读使用案例，其中数据始终在特定亚马逊云科技区域中生成，而且您希望在所有其他区域中也可使用。
在所有指定存储桶之间复制对象：这对于我提到的 loT 场景来说非常理想，在这种情况下，您将定义一个只写访问点，用于设备将数据上载到最近的区域，并且此数据在所有区域都可用。
 
当然，由于筛选器和条件，您可以创建更复杂的复制设置。例如，您可能希望基于前缀或标签仅复制某些对象。
 

 
请记住，必须为跨区域复制启用存储桶版本控制。
 

 
控制台将负责创建和配置复制规则及 Amazon IAM 角色。请注意，要添加或移除存储桶，您需要使用修订后的列表创建一个新的 Amazon S3 多区域访问点。

 
除了复制规则之外，还可以在这里配置复制选项，例如复制时间控制 (RTC)、复制指标和通知，以及双向同步。对于复制速度很重要的使用案例，RTC 允许您在几秒钟内复制大多数新对象，并在 15 分钟内复制 99.99％ 的对象；复制指标允许您监控存储桶在对象和字节数方面的同步程度；双向同步允许您实现双活配置，适用于需要跨存储桶复制对象元数据的大量使用案例。
 
复制时间控制 (RTC)：
https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication-time-control.html
复制指标和通知：
https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication-metrics.html
双向同步：
https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication-for-metadata-changes.html

 

 
配置复制后，您将获得非常有用的视觉和交互式摘要，允许您验证哪些亚马逊云科技区域已启用。您将看到它们在地图上的位置、区域存储桶的名称以及正在应用哪些复制规则。
 

 
定义并正确配置 Amazon S3 多区域访问点后，您可以通过 Amazon S3 API、Amazon CLI 或亚马逊云科技软件开发工具包开启交互。例如，这就是你使用 Amazon CLI 编写和读取新对象的方式（不要忘记升级到最新的 Amazon CLI 版本）:

 
# 创建一个新对象
aws s3api put-object --bucket arn:aws:s3::YOUR_ACCOUNT_ID:accesspoint/YOUR_ALIAS --key test.png --body test.png
# 检索同一个对象
aws s3api get-object --bucket arn:aws:s3::YOUR_ACCOUNT_ID:accesspoint/YOUR_ALIAS --key test.png test.png
 
最后但并非最不重要的是，您可以使用 Amazon CloudWatch 中的存储桶指标来跟踪用户请求是如何在多个亚马逊云科技区域的存储桶之间分发的。
 
Amazon CloudWatch:
https://aws.amazon.com/cloudwatch/

 
启动时的 Amazon CloudFormation 支持
 
今天，您可以开始使用两种新的 Amazon CloudFormation 资源轻松定义 Amazon S3 多区域访问点:AWS::S3::MultiRegionAccessPoint 和 AWS::S3::MultiRegionAccessPointPolicy。
 
示例如下：
 
BlockPublicAcls: true
        IgnorePublicAcls: true
        BlockPublicPolicy: true
        RestrictPublicBuckets: true
  MyMultiRegionAccessPointPolicy:
    Type: AWS::S3::MultiRegionAccessPointPolicy
    Properties:
      MrapName: !Ref MyS3MultiRegionAccessPoint
      Policy:
        Version: 2012-10-17
        Statement:
          - Action: '*'
            Effect: Allow
            Resource: !Sub
              - 'arn:aws:s3::${AWS::AccountId}:accesspoint/${mrapalias}/object/*'
              - mrapalias: !GetAtt
                  - MyS3MultiRegionAccessPoint
                  - Alias
            Principal: {"AWS": !Ref "AWS::AccountId"}
 
AWS::S3::MultiRegionAccessPoint资源仅取决于 Amazon S3 存储桶名称。您无需引用其它区域堆栈，而且可以轻松地将 Amazon S3 多区域访问点集中定义到自己的堆栈中。另一方面，需要在每个 Amazon S3 存储桶上配置跨区域复制。
 
成本注意事项
 
当您使用 Amazon S3 多区域访问点在亚马逊云科技全球网络中路由请求时，除了 Amazon S3 请求、存储、数据传输和复制的标准费用外，还需支付 0.0033 美元/GB 的数据路由费用。如果您的应用程序通过互联网访问 Amazon S3 多区域访问点，则还需支付每 GB 的互联网加速成本。此费用取决于传输类型（上载或下载），以及客户端和存储桶位于相同还是不同的位置。有关详细信息，请访问 Amazon S3 定价页面并选择数据传输选项卡。
 
让我分享一些实例：
 
亚马逊云科技区域内的所有流量：在这个简单的情况下，您的应用程序在美国东部（弗吉尼亚北部）运行，并在美国东部（弗吉尼亚北部）和美国西部（俄勒冈）配置两个 Amazon S3 存储桶。应用程序上载 100GB 的数据，最低延迟的存储桶位于美国东部（弗吉尼亚北部）。所有数据都由同一地区的 Amazon S3 多区域访问点路由，总成本为 0.33 美元。
跨两个亚马逊云科技区域的所有流量：在这种情况下，您的应用程序在美国东部（弗吉尼亚北部）运行，并在美国东部（俄亥俄）和美国西部（俄勒冈）配置两个 Amazon S3 存储桶。该应用程序上载 100GB 的数据，最低延迟的存储桶位于美国东部（俄亥俄）。所有数据都由 Amazon S3 多区域访问点在两个亚马逊云科技区域进行路由。100GB 的数据路由成本与前面的示例（0.33 美元）相同，加上 Amazon S3 数据传输成本为 0.01 美元/GB，总成本为 1.33 美元。
北美、欧洲和亚太地区互联网上的所有流量（下载和上载）：在这种情况下，您的应用程序在北美、欧洲和亚洲的客户设备上运行，并在美国东部（弗吉尼亚北部）和欧洲（爱尔兰）配置两个 Amazon S3 存储桶。北美的一个客户上载 50GB 的数据，将其路由到美国东部（弗吉尼亚北部）的存储桶；欧洲的第二个客户从欧洲（爱尔兰）的存储桶下载 50GB 的数据；亚洲的第三个客户从欧洲（爱尔兰）的存储桶下载 50GB 的数据。150GB 的数据路由成本为 0.495 美元。此外，从 Amazon S3 传输到欧洲的数据为 0.09 美元/GB（9 美元），从北美到美国东部（弗吉尼亚北部）Amazon S3 存储桶的互联网加速成本为 0.0025 美元/GB（0.125 美元），从欧洲（爱尔兰）Amazon S3 存储桶到欧洲的互联网加速成本为 0.005 美元/GB（0.25 美元），互联网加速成本为 0.005 美元/GB（0.25 美元）从欧洲（爱尔兰）的 Amazon S3 存储桶到亚洲的加速成本为 0.05 美元/GB（2.5 美元）。总成本为 12.37 美元。请注意，此示例旨在展示互联网加速成本在各大洲的运作方式。另请注意，如果在亚洲增加一个 Amazon S3 存储桶，亚洲的互联网加速成本可能会降低一个数量级（请参阅下一个示例）。
北美、欧洲和亚太地区的所有互联网流量（仅上载）：在这种情况下，我们考虑与前面示例相同的条件。唯一的区别在于，所有客户只上载数据，而且您在亚太地区（新加坡）配置了额外的存储桶。数据路由成本相同（0.495 美元）。此外，从北美到美国东部（弗吉尼亚北部）Amazon S3 存储桶的互联网加速成本为 0.0025 美元/GB（0.125 美元），从欧洲到欧洲（爱尔兰）Amazon S3 存储桶的互联网加速成本为 0.0025 美元/GB（0.125 美元），以及从亚洲到亚太地区（新加坡） Amazon S3 存储桶的互联网加速成本为 0.01 美元/GB（0.5 美元）。总成本为 1.24 美元。
 
换句话说，路由成本很容易估计，不取决于应用程序类型或数据访问模式。互联网加速成本取决于访问模式（下载比上载更昂贵）、以及相对于最近的亚马逊云科技区域的客户端位置。对于通过互联网上载或下载数据的全球应用程序，您可以通过在每个大洲至少配置一个 Amazon S3 存储桶来最大限度地降低互联网加速成本。
 
现已推出
 
Amazon S3 多区域访问点允许您在跨多个亚马逊云科技区域访问数据时增加弹性并将应用程序性能提高高达 60％。我们期待收到有关您的使用案例的反馈，以便我们能够快速迭代并简化设计和实施多区域应用程序的方式。
 
您可以开始使用 Amazon S3 API、Amazon CLI、Amazon SDK、Amazon CloudFormation 或 Amazon S3 控制台。此项新增功能在全球 17 个亚马逊云科技区域提供（请参阅受支持的亚马逊云科技区域的完整列表）。
 
Amazon S3 控制台：
https://console.aws.amazon.com/s3/mraps
完整列表：
https://docs.aws.amazon.com/AmazonS3/latest/userguide/MultiRegionAccessPointRestrictions.html
 
查看 Amazon S3 多区域访问点的技术文档。
 
技术文档：
https://docs.aws.amazon.com/AmazonS3/latest/userguide/MultiRegionAccessPoints.html
 
本篇作者
 
Alex Casalboni
 

 

 

 
听说，点完下面4个按钮

 
就不会碰到bug了！