在「目前 AWS 台北區只能開 *.2xlarge 的機器」這邊把機器開起來了,所以先測一下 AWS 台北區對台灣各家的 ISP 的網路狀況。
先看台灣內的點,看起來都有 peering,用 IP 測可以看到 latency 都很低:
- 1.1.1.1 (Cloudflare)
- 8.8.8.8 (Google)
- 168.95.1.1 (HiNet)
- 139.175.1.1 (遠傳)
- 61.31.1.1 (台灣固網)
- 140.112.2.2 (台大)
再來試看海外 internet 的部份,美國蠻多點是從東京 AWS 過去,但測了香港的部份 www.three.com.hk,是從 TPIX 換出去,看起來台灣這邊也有一些出口,peering 與 transit 目前沒看到大問題。
但幾乎所有透過 GeoDNS-based 的查詢都會被丟到東京:
- www.fetnet.net (要注意遠傳的官網是用 CloudFront...)
- blog.gslin.org (CloudFront)
- www.facebook.com
- www.apple.com (Akamai)
- www.amazon.com (也是 Akamai)
- www.google.com
走 anycast 的 Cloudflare 就好不少,像是付費版本的 www.plurk.com 就是台北的 PoP,而免費版本的 wiki.gslin.org 也會丟到亞洲的某個點上?(看不出來是不是東京,出現 jtha 這個有點像是日本,但也有可能是泰國的點?)
這應該主要還是因為這段 IP 目前還是被認到東京的 ap-northeast-1
上,得等各家調整才有機會放到台灣的 PoP 上,不然就是要故意用沒有 EDNS Client Subnet 的 DNS resolver 了。
提問詢問一下
這邊台北 的 Hinet 測 http://www.plurk.com 得到的 Cloudflare 節點都是 KHH,不是 TPE。
所以應該可以視為在 Cloudflare 方案裡面 TPE 跟 KHH 同級對嗎?
不過還真奇怪,台北的 IP 請求,卻是連到高雄的節點,不是台北XD
台北 的 Hinet 測 GET wiki.gslin.org 則是 收到回應 header 是
cf-ray: 758da7aa0adb0d50-LAX
走 LAX 節點
對照 https://www.cloudflarestatus.com/ 的代號意義,跑去 Los Angeles, CA, United States
美國洛杉磯?