The Art of Readable Code && High Performance Comments

昨天在 FB 的 AWS 社團碰到有人討論 Route53,恰好當天在讀書會也聊了這話題,順道就 flush cache ;資源回收備忘下:

  1. 價格便宜, 且對 S3, Cloudfront, ELB 的 DN lookup (alias A/AAAA records) 不計用量
  2. AWS endpoint 基於 DN 的服務 (前面三項) 從 GoDaddy 只能設 CNAME,但 Route53 可以直接回應 A/AAAA record,省一輪 DNS RTT;這功能被稱做 alias
    DNSimple 似乎也 提供類似功能,然而這三項服務會透過修改回覆的 IP 達成 HA and/or scaling,Cache 要面對 invalidate 帶來一致性效能的兩難
  3. zone apex domain (例 facebook.com) 不能設定 CNAME (例如將 facebook.com 指向 ELB)。因為 RFC 1035 3.3.1 規定碰到帶 CNAME 的紀錄時,要忽略其他 RR;而 apex domain 往往要提供 SOA、NS、MX 等 RR。因此使用 Route53 才能靠 alias 功能,將 apex domain 指向這幾種服務
  4. 除了 round robin (在 Route53 稱做 simple) 以外,還有 weighted / latency-based routing policy 可選
  5. Failover 功能可以用在 EC2 作為 load balancer (進 VPC 搭 autoscaling 與 ELB 的設定與成本較高),也可以用做跨 region failover (可參考 AWS disaster recovery whitepaper)

另外 GoDaddy 現在的介面有點不必要的複雜;想改以 Route53 提供服務,要在取得 AWS 派發的 name servers 後,從 GoDaddy Domain Details 下的 Settings -> Nameservers 修改,而非 DNS Zonefile -> NS (Nameserver)

2 Comments

  1. Amo Wu Amo Wu
    2015 年 03 月 26 日    

    最後那條幫到我大忙了,感謝!

    “另外 GoDaddy 現在的介面有點不必要的複雜;想改以 Route53 提供服務,要在取得 AWS 派發的 name servers 後,從 GoDaddy Domain Details 下的 Settings -> Nameservers 修改,而非 DNS Zonefile -> NS (Nameserver)”

    • 2015 年 03 月 27 日    

      Hi amo, 很高興能對你有幫助 🙂

發表迴響

分類

%d 位部落客按了讚: