回顾AWS十年来的划分

||评论(

在AWS,我们没有多少周年纪念。但是每年的3月14日到来的时候,这就提醒我们Amazon S3最初是在圆周率日推出的,betway88体育官网2006年3月14日,。亚马逊Sbetway88体育官网3球队仍然庆祝自制的馅饼!

2008年3月26日没有任何与之相关的美味的甜点,但在那个时候,我们推出了天可用性区域Amazon EC2。一个改变了基础架构的概念现在已经成为AWS和客户可靠性和操作的核心。

驱动组成AWS云的虚拟实例和其他资源的是包含AWS服务器的真实物理数据中心。每个数据中心都是高度可靠的,并有冗余电源,包括UPS和发电机。尽管每个数据中心的网络设计都有大量冗余,但仍然可能发生中断。

可用性区域周围画那些中断的范围和幅度的强硬态度。没有两个区域被允许共享低级芯相关性,比如电源或核心网络。不同的区域甚至不能在同一栋大楼,但有时他们是足够大的,单一区横跨几栋。

我们在美国东部(北弗吉尼亚)地区推出了三个自主可用性区域。通过使用区域和故障转移机制(如弹性IP地址和弹性负载平衡),可以为基础设施提供冗余。当两个实例位于不同的区域,并且其中一个遭受低级中断时,另一个实例应该不受影响。

如何可用区域已改变了多年来

可用性区域最初设计用于物理冗余,但随着时间的推移,他们已经成为重新用于越来越多的目的。区域影响我们如何构建,部署和运行的软件,以及我们如何执行大系统之间的安全控制。

例如,许多AWS服务现已建成,使尽可能多的功能可能可以是一个可用性区域内自主。该呼叫用于启动和管理EC2实例,故障切换的RDS实例,或者处理负载平衡器后面的实例的健康,一个区域内的所有工作。

这种设计有一个一举两得。首先,如果一个可用性区域不会失去权力或连接,其余区域则不受影响。第二个好处是更加强大:如果是软件错误,影响其他区域的错误的风险降到最低。

当我们部署我们的软件或业务变化的新版本,如配置编辑,就像我们经常在同一时间做区,由区,在一个区域一个区域,我们最大限度地发挥这一优势。虽然我们的自动化,并且不要用手管理的情况下,我们的开发商和运营商不知道要构建工具或程序,可能影响多个可用性区域。必威体育精装版app官网我敢打赌,每一个新的AWS工程师他们的第一个星期内都知道,如果不是他们的第一天,我们永远不希望以一次触摸多个区域。

可用性区域在我们的AWS开发和运营文化中根深蒂固,在每个级别上都是如此。必威体育精装版app官网AWS客户可以根据冗余“使用两个或更多可用区域的可靠性。”在AWS,我们认为区域来讲隔离“留在可用性区域内,尽可能多地。”

筒仓流量或不 - 你选择

当您的体系结构尽可能地停留在可用性区域内时,就会有更多的好处。一个是一个区域内的延迟非常快。如今,同一区域内EC2实例之间的数据包到达另一个实例只需几十微秒。

另一个好处是,多余的带状结构更容易恢复从复杂的问题和紧急的行为。如果所有的一个可用性区域内的住宿服务的各个层之间的调用,那么当出现问题,他们可以迅速地通过从服务整个区域进行修补,而无需识别是触发层或组件。

你们中许多人也使用这种“筒仓”的格局在自己的架构,其中亚马逊路线53或弹性负载平衡可用于选择一个可用性区域来处理请求,但也可以用来保持后续的内部要求和依赖性同一区域内。这是因为在AWS水平区域之间的界限强和分离的唯一有意义的。

区域隔离

在推出可用性区域后不久,我们还推出了第二个区域——欧盟(爱尔兰)。在设计的早期,我们考虑运行一个无缝的全球网络,在每个地区的实例之间开放连接。像S3这样的服务将表现为“一个大S3”,键和数据可以从任何位置访问和更改。

以上我们通过这样的设计思想,我们就越意识到会有的问题和错误区域间传播,可能导致大规模中断,这不符合我们的最重要的目标的风险:

  • 提供最高级别的可用性
  • 以加强区域作为备用站点彼此
  • 为了提供地理上的多样性和降低延迟到最终用户

我们在可用性区域的好处方面的经验意味着,我们在划分方面加倍努力,并决定使用我们最严格的边界将区域彼此隔离开来。从那时起,直到今天,我们的服务在每个地区都是自主运行的,有完整的S3、DynamoDB、Amazon RDS等等。

许多人仍然希望能够运行工作负载并全局访问数据。对于我们的边缘服务,如Amazon CloudFront、Amazon Route 53和AWS Lambda@Edge,我们运营了超过100个存在点。每个都是自己的可用性区域,具有自己的分区。

正如我们开发必威体育精装版app官网并推出我们的服务范围的地区,如S3跨区域对象复制,亚马逊DynamoDB全局表格和Amazon VPC-区域间的对等,我们以极大的照顾,以确保地区之间的依赖关系,并呼吁模式是异步的,环围栏与防止错误传播的高级别安全机制。

再次加大了区分的力度

随着AWS的显着增长,也可以是震撼人心有多少客户正在我们最小的可用区域连服。一段时间以来,我们的很多服务都已经被即使在区域条块运营服务栈。

例如,AWS超平面为NAT网关、网络负载平衡器和AWS私人服务提供动力的内部服务在内部被细分为单元,每个单元处理一组不同的客户。如果计算单元有任何问题,其影响不仅限于可用性区域,而且限于该区域内的客户子集。当然,各种各样的自动化会立即发挥作用,甚至减轻对该子集的任何影响。

十年推出可用性区域后,我们很高兴我们仍然不懈追求降低潜在问题的影响。我们坚信它是为实现我们的安全性和可用性的首要目标是最重要的战略之一。我们现在有54个可用性区域,在18个地理区域,我们已经宣布了12个计划。除此之外地理增长,我们将扩大区域化是underlies可用性区域越陷越深,比以往任何时候都更有效的概念。

评论

博客评论由Disqus