【转】说说云计算中的地域和可用区概念
原文链接： 说说云计算中的地域和可用区概念
亚马逊 AWS 是公共云计算的先驱，一些云计算中重要的产品设计和基础概念可以说都是亚马逊引入的。这其中有两个非常重要的概念：地域（Region）和可用区（AZ：Availabe Zone）。很多第一次接触云计算的同学，光看这两个名字的字面意义，虽然也能够猜出大致的意思，但深入的学习了解云计算一段时间之后，才能深刻的体会这两个概念对于云计算的重要影响。包括国内的这些云计算服务商，也是过了很长时间才陆续在产品中引入可用区的设计的。
理想情况下，我们当然希望云计算能够彻底消除地域的影响，就像我们用电的时候不用关心发电厂在哪里一样。但现实显然没有那么美好，不同地域的机房之间的网络还做不到像电网一样透明。所以在云计算产品的最底层，首先需要考虑不同地域的影响。不同地域之间，一般只能通过公网连通，内部之间网络是不通的。当然，对于云计算服务商来说，为管理需要，一般还是会通过有限的带宽来连通不同地域的机房，用于云计算内部资源管理，以及一些特殊的产品场景，比如跨地域的镜像复制。但因为内部带宽有限，一般不会完全开放给用户使用。
所以，地域就是物理意义上的不同地方的机房，这个不同地方，一般来说距离较远，机房之间用光纤直连的成本较高。并且相对来说会在用户需求量较大的地方部署地域机房，比如阿里云的云服务器的地域在境内有杭州，上海，北京，深圳，青岛，海外已经上线的包括香港、硅谷和新加坡。实际上阿里云一开始是没有上海地域的，因为上海杭州距离较近，部署直连光纤的成本也相对可控，阿里内部之前很多应用都是分别部署在杭州和上海，基本上是当作一个地域来使用的，后来可能因为需求大而分开了。
所以，地域很好理解，就是物理上相隔较远的机房，因为跨地域的机房之间的带宽无法满足内网需求，所以不同地域的机器之间内网是不通的。当然，随着骨干网络等物理层基础设施的发展，未来跨地域内网连通并非完全不可能的事情。在这个过程中，公共云计算服务商也可能根据用户的诉求，在某些场景开放一些有限的内部网络带宽来做产品，比如，前面说的阿里云的跨地域镜像复制，以及最近推出来的OSS跨地域复制等。一般来说，在数据和存储领域内的产品会先行支持跨地域的功能，毕竟数据容灾是更强烈的需求。
那么，同一个地域之内又分成多个可用区，为什么要搞这么复杂？原因很简单，IT系统从远古时代就有同城容灾的需求，那使用云计算以后，怎么实现同城跨机房容灾呢？如果用户购买的云服务器无法区分在哪个机房，那么就无法在业务应用层面来设计同城容灾。所以云计算服务商提出了同地域内不同可用区的概念，简单点理解，可以认为就是同城不同机房，云计算服务商会从底层的机房电力/网络等层面仔细设计来保障一个可用区出现故障的时候不会影响到另外一个可用区，当然你要说杭州彻底被钱塘江潮淹没的情况，那可用区也救不了你，要在业务应用层面考虑通过不同的地域来设计异地容灾了。
所以，简单来说，可以将地域理解为不同城市的机房，将可用区理解为同一个城市的不同机房。当然，实际上不同可用区也可能是在同一个机房，可用区的概念严格来说是按照电力和网络设备等相互独立来设计的。同一个地域内的不同可用区之间，内网是连通的，但是网络的响应时间会有差异。下面是我用阿里云杭州地域做的一次 ping 的测试，来观察同地域不同可用区之间的网络情况。
主机1在杭州可用区 B，主机2在杭州可用区 D，数据库 1 在杭州可用区 B。同一个可用区内，从主机 1 ping 数据库 1 的结果如下：
ping rdsxxx.mysql.rds.aliyuncs.com
PING rdsxxx.mysql.rds.aliyuncs.com (100.98.xx.xxx) 56(84) bytes of data.
64 bytes from 100.98.xx.xxx: icmp_seq=1 ttl=56 time=0.260 ms
64 bytes from 100.98.xx.xxx: icmp_seq=2 ttl=56 time=0.472 ms
64 bytes from 100.98.xx.xxx: icmp_seq=3 ttl=56 time=0.396 ms
同地域跨不同可用区，从主机 2 ping 数据库1 的结果如下：
ping rdsxxx.mysql.rds.aliyuncs.com
PING rdsxxx.mysql.rds.aliyuncs.com (100.98.xx.xxx) 56(84) bytes of data.
64 bytes from 100.98.xx.xxx: icmp_seq=1 ttl=54 time=1.63 ms
64 bytes from 100.98.xx.xxx: icmp_seq=2 ttl=54 time=1.73 ms
64 bytes from 100.98.xx.xxx: icmp_seq=3 ttl=54 time=1.74 ms
很明显，不同可用区之间的内网是连通的，但响应时间比同一个可用区之内要慢 1ms 多。所以，在实际应用中，如果需要考虑同城容灾或者同城双活，需要尽量将应用和数据库分布部署在不同的可用区。如果对响应时间高度敏感，则建议部署在同一个可用区内。在购买云服务器和数据库的时候，要注意选择了。
另外，目前阿里云大数据平台主要部署在杭州地域，如果业务应用的数据需要进入到阿里云大数据平台加工处理，则云服务器和数据库最好优先在杭州地域购买，以后阿里云应该会在更多地域部署大数据平台。不过悲催的是，杭州机房资源整体上比较紧张，杭州地域的云服务器时不时可能断供一小段时间。
总结
这里写一下自己对「地域」和「可用区」的理解：
这两个概念都是对管理的主机的的一个区域的划分。「地域」这个划分的范围比较大，好比一个城市圈的范围。那么「可用区」这个范围可以理解为城市圈中的一个个小区。这个小区住不下了，可以去另外一个小区住。同一个地域里，可用区之间访问是方便、快捷的，所以，一个服务部署时，常常需要在同一「地域」下的不同「可用区」中都部署一下，这样一个挂了、另外一个可以撑起来，不至于服务全挂了。
