[DAY 16] Route 53 part 3

路由政策 routing policies

  • 这些 routing policies 定义了 Route 53 要如何回应 DNS 查询
    • 这一点和 load balancer 转发流量的 routing 不同
    • DNS 并没有转发任何流量, 只是回应 DNS 查询
  • Simple 简单路由政策
    • 将流量导向一个单一的资源,为domain name 执行特定的功能, 不能建立具有相同名称和类型的多个记录,但你可以在同一记录中指定多个值, 如多个IP地址.
    • 如果回传多个值, 则由 client 随机选取一个
    • 无法与 health check 一起使用
    • 当启用 Alias 只会指定一个 AWS resource
  • Weighted 加权路由
    • 用来将流量按指定的比例路由到多个资源
    • traffice(%) = (Weight for a specific record) / (Sum of all the weights of all records)
    • 加总起来可以无需是 100%
    • DNS record 必需有相同的名称与类型
    • 可以与 health checks 一起使用
    • 例如: region 之间的 load balancing, 测试新版的应用程序
    • 如果对某一个 record 将 weight 设为 0 表示停止将流量送至该 resource
    • 而如果所有的 record 均设为 0 则所有 records 会平均的回传
  • Failover 容错移转
    • 可将流量移转到一个 resource (如果该 resource 正常) 或其他 resource (如果第一个 resource 无法正常服务).
    • Route 53 自动用 health check 侦测有移转的对象
    • active-active failover 主动-主动容错移转
      • 若要所有资源在大部分的时间都可用时,可使用此 failover policy, 当某个 reosurce 无法使用时,Route 53 可以侦测到它状况不良, 并在回应查询停止包含该 resource
      • 在 active-active failover中, 具有相同名称和类型 (如 A 或 AAAA) 和相同 routing policy (如 weighted 或 latency) 的所有记录都是作用中的, 除非被 Route 53 视为状况不良, Route 53 可以使用任何 healthy record 来回应 DNS 查询
    • active-passive failover 主动-被动容错移转
      • 若要所有资源在大部分的时间都可用时, 并希望次要 resource 或其他 resource group standby, 防止主要 resource 变成无法使用时, 可用此 failover policy
      • 所以在回应查询时, Route 53 只会包含正常的主要 resource, 而如果所有的主要 resource 都是 unhealthy,Route 53 会回应包含正常的次要 resource
  • Latency based 以延迟为基础
    • 当你在多个地点有 resource 时, 若要将流量路由到提供最佳延迟的 resource时, 可使用这个方法
    • 延迟是基於 user 和 AWS 区域之间的流量而定
    • 可与 health check 一起使用
  • Geolocation
    • 当要根据 user 的位置将流量路由到 AWS resource时, 可以使用这个方法
    • 这与 latency based 是不同的
    • 此方法是基於 user 的位置
    • 需要建立 "default" record
    • 可以与 health check 一起使用
    • 如, 网站本地化, load balancing
  • Multi-Value Answer
    • 当要让 Route 53 用随机的方式用多达 8 条healthy record 来回应DNS查询时, 可以使用这方法
    • 也就是 Route 53 会回传多个值与 resources
    • 可与 health check
    • 不过不能取代 load balancer (ELB)
  • Geoproximity (使用 Route 53 的 traffic flow 功能)
    • 当想要根据 resource 的位置来路由流量, 并且要选择将流量从一个位置的 resource 转移到另一个位置的 resource 时, 就可以使用这个方法
    • 也可以指定一个偏差值 (bias), 将更多或更少的流量路由至指定的 resource, 对於流量会路由至 resource 的地理区域,偏差会扩大或缩小该地理区域的大小。
    • 要使用此 policy, 必须使用 Route 53 的 traffice flow (流量流程)
      • Traffice flow
        • 可用来简化大型且复杂的配置中建立与维护 record 的程序
        • 有个视觉化编辑器可以用来管理管理 routing 决策树
        • 这些妹至可存成一个 Traffice flow policy, 支援版本控制, 可用在不同 hosted zone 的 Route 53

<<:  [day20]谈购物流程设计

>>:  Day 17 淘家集运 插画分享

Day 25-制作购物车之设计购物车画面

设计的部分就不多做分析,主要呈现实作成果。 因为太长了,所以分一点过来。 以下内容有参考教学影片,底...

【左京淳的JAVA WEB学习笔记】第四章 转发、重定向、steam输出

转发、重定向与域的概念 之前的章节使用转发(RequestDispatcher),将使用者送往下一个...

让WooCommerce的订单通知信里面的商品名称附带商品网址的程序码

使用WooCommerce架设购物网站,预设的订单通知信里面,「商品名称」都是「纯文字」呈现,并不会...

Day 13 | 元件状态:轮询 Polling

今天要介绍的功能 Polling ,用Google 翻译出来是「轮询」,不过这个词并不常见就是了,大...

Day03,Model摸象

正文 我预计做的是一个很简易的post/get application,而目前只预计会有4只极度简陋...