Azure WEBsite 的跨站点高可用(上海数据中心-北京数据中心)
我们上次讲到了程序应用的三层架构,我们这次就从最简单的说起,从最简单的应用架构到最复杂的三层架构高可用,来慢慢学习我们怎么来保证数据层面的最高级别高可用。目前Windows Azure 提供了公有云的PAAS和IAAS 层面的业务,IAAS 层面包括操作系统和应用层面的构建,而PAAS 则是业务系统的构建,提供的应用入口则是我们业务直接进行交互的端口。基于我们之前的基础架构完成,接下来
我们上次讲到了程序应用的三层架构,我们这次就从最简单的说起,从最简单的应用架构到最复杂的三层架构高可用,来慢慢学习我们怎么来保证数据层面的最高级别高可用。
目前Windows Azure 提供了公有云的PAAS和IAAS 层面的业务,IAAS 层面包括操作系统和应用层面的构建,而PAAS 则是业务系统的构建,提供的应用入口则是我们业务直接进行交互的端口。
基于我们之前的基础架构完成,接下来我们来完善基于我们的PAAS WEB 网站的高可用。这次我们单纯的以静态的没有状态的静态页面做演示,我们在这个情况下必须建立两个不同的网站,南北两个站点的两个相同页面的网站。我们将演示当一个站点停止服务的时候Azure WebSite 怎么快速的切换到另外一个网站的站点的。我们通过TrafficeManager 来进行我们的网站切换。架构图如下:
接下来我们在中国北部创建一个Web站点:
创建北部的WEB站点
站点创建完成,相对来说还是比较简单:
接下来按照上面一样的步骤创建出东部站点,主要这里我们要选择新的应用服务计划:
由于高可用只能支持标准版的虚拟机,因此我们必须更改为标准的机器才可以使用,我们更改完相应的配置后保存:
接下来我们就可以将我们的静态页面传输上去了,我们必须先重置下我们的WEB站点的FTP 用户名和密码:
输入我们的用户名和密码:
接下来我们使用如下的用户名将我们能的文件用FTP传上去:
FTP站点
利用FTP软件传输相应的文件,输入用户名和密码:
FTP选择相应的目录里面:
然后我们选中相应的目录文件,将相应的文件拷贝到网站根目录:
北部站点基本上操作类似,就不说太多了。接下来我们来设置网页的启动文件,在网站的配置中设置,将Default.html页面设置为启动页面:
另外为了将东部网站链接到东部的存储,我们必须手动的将资源链接到相对应的存储账户,选择仪表板中的链接资源:
点击链接存储账户:
选择相对应的存储账户,点击确定:
我们可以看到,已经链接了相应的存储,同样设置另外一个网站即可:
这个时候我们浏览下两个网站,均可以正常打开,说明问题已经不大:
如果我们未来需要设置自定义的域名,则需要在控制面板设置自定义的域名,我们点击管理域名:
我们配置完WEB网站之后,接下来我们需要利用Traffic Manager 来完成我们对于网站高可用的配置了,接下来我们需要在Traffic Manager 来创建两条对应着上面两个网站的记录,来保证TrafficManager 能够对应到两个不同地域的网站来保证故障转移的目标。
接下来我们来看下Traffic Manager在故障转移模式下是怎么工作的:
从图上看,我们能够了解到他会依照次序检测出我们的网站或者应用在各个站点和服务器的健康状态情况,以便我们的Traffic manager 能够判断出哪个应用才是健康的,然后将相应的流量导向到相应的访问服务器。怎么做呢?接下来我们按照步骤进行操作。
点击创建流量管理器配置文件:
因为要实现跨区域的故障转移,我们需要采用故障转移的方法来实现:
输入好域名后点击创建:
创建完成后出现在列表中,目前我们的应用处于非活动状态,因为目前没有对应的站点和应用。
创建完成后,我们点进去Pilotfailover 选项卡,点击终结点,添加北部和东部站点后点击确定:
我们回到Review界面,看到刚才我们创建的网站集合:
接下来我们要对Traffic Manager做一些配置,首先我们转到配置界面,为了能够更快的识别到问题,并且能够很快的实现DNS复制,我们最好将TTL 时间设置的短一点,默认是300秒,我们这里设置成30秒:
确定负载均衡方法为故障转移,下面的文件和相对路径我们可以选择根目录或者特定的文件作为检查对象。设置完成后保存即可;
我们通过DNS查询到当前的域名如下:
接下去我们做一个测试,看下网站是否能够实现顺利的故障转移,我们直接在IE中输入Pilotfailover.trafficmanager.cn 网站:
现在我们停止掉piloteast网站:
我们的页面会出现短时的无法访问:
这个时间和我们设置的TTL时间有关系,我们上面设置的是30秒,过了30秒之后,我们在浏览网站,发现网站正常了:
这个时候我们回到我们的Traffic Manager 上面看,正常的主页显示联机状态:
这个时候我们发现我们的终结点改变了:
上面的过程就实现了基于Azure WEB SITE PAAS 服务的高可用,下次我们会基于我们的虚拟机再来一次,配置和高可用都有不同,期待下期吧。谢谢大家!
更多推荐
所有评论(0)