实验5:Route53多区域故障转移

Multi-Region Failover with Amazon Route 53

实验目标

实验目标

  1. 实现跨区域(region)的容灾,保证应用的高可用。注意不是跨AZ这种级别的!
  2. 使用Route 53服务去构建cross-region failover应用;
  3. 使用Route 53服务去检查资源是否健康

实验目标架构

实验5:Route53多区域故障转移_第1张图片
image.png

关键流程

  1. 初始环境:系统的web application已经被部署到不同的区域;
  2. 配置一个域名在Route 53的上完成流量的分发,分发到主区域;
  3. 在主区域配置健康检查策略,如果主区域资源健康度有问题,流量将转发到从属区域;
  4. 将主区域服务器停止了,让流量自动切换到从属区域;

操作步骤

检查初始化的环境

  1. 选择EC2标签,在不同区域下查看EC2实例的公网IP;
  2. 选择其中一个规划为主要区域;


    实验5:Route53多区域故障转移_第2张图片
    主从区域规划参考

配置主区域健康检查策略

  1. 选择R53服务,设置健康检查策略
  • 设置name为“check-1”
  • 设置检查的主IP地址,就是上述规划的主区域公网IP


    实验5:Route53多区域故障转移_第3张图片
    主区域健康检查设置

    2.进行检查配置项设置

  • 设置检查间隔:request interval 为10(fast)
  • 设置失败的threshold:为2
  1. 保存后就可以成功创建健康检查策略;

在R53中配置域名解析策略

  1. 点击R53的hosted Zone,会发现已经有域名被初始化了,类似“qwiklabs-XXXX-XXXXX.training”
  2. 创建主区域的Record Set这个解析记录


    实验5:Route53多区域故障转移_第4张图片
    主区域解析记录
  • 这里主要是需要填写上边规划的主区域的公网IP地址,同时设定健康检查的策略关联到上边创建的check-1
  1. 创建从属区域的Record Set解析记录


    实验5:Route53多区域故障转移_第5张图片
    从属区域解析记录
  • 这里的IP填写的是上述规划的从属区域的公网IP,不需要设置健康检查策略的关联。因为没有第三个区域供容灾高可用服务;
  1. 健康检查
  • 选择健康检查标签,这个检查是基于全球各地不同的地区发起资源的健康度检查,按照上述设置每10秒检查一次;

检查DNS的解析策略

  1. 选择hosted zones标签,选择Test Record Set
  2. 检查R53的Response
  3. 点击Get Response,这样我们的DNS response会被测试;
  4. 查看 Response returned by Route53的结果,确认是主服务器的IP;

容灾测试

  1. 选择EC2标签,登陆到主区域,终止主区域的EC2实例。
  2. 点击Route53服务,在导航菜单中找到Health checks
  • 选择check-1(上述流程创建的),点击“Health Checkers”,触发健康检查服务;
  1. 点击Hosted Zone,点击Test Record Set链接,在check response from R53,看下IP地址是否是从属服务器的IP;
  2. 重新启动我们的主区域的EC2实例,重复上述健康检查动作,看下服务是否已经恢复到主区域服务;

你可能感兴趣的:(实验5:Route53多区域故障转移)