Route 53的Hosted Zone創(chuàng)建流程，官方文檔寫著4步，但2024年Stack Overflow上關(guān)于"Record Set找不到"的提問超過1.2萬(wàn)條。一個(gè)把域名轉(zhuǎn)成IP的基礎(chǔ)操作，為什么成了云工程師的入職第一坑？

Step 1：Hosted Zone不是"創(chuàng)建"出來的，是"認(rèn)領(lǐng)"出來的

打開AWS控制臺(tái)，搜索Route 53，點(diǎn)進(jìn)Hosted Zones，那個(gè)橙色的"Create"按鈕就在右上角。但點(diǎn)下去之前，你得先想清楚一件事：這個(gè)域名，你到底有沒有控制權(quán)？

AWS不會(huì)驗(yàn)證你是不是example.com的主人。你隨便填，它照單全收，生成一組NS記錄（Name Server，域名服務(wù)器）。這組記錄長(zhǎng)這樣：

ns-1234.awsdns-56.org ns-7890.awsdns-12.co.uk ns-3456.awsdns-78.com ns-9012.awsdns-34.net

問題就出在這。很多人以為"創(chuàng)建"等于"生效"，其實(shí)這只是前半場(chǎng)。真正的DNS解析權(quán)，還在你買域名的注冊(cè)商手里。你得拿著AWS給的這4個(gè)NS地址，去GoDaddy、Namecheap或者萬(wàn)網(wǎng)的后臺(tái)，把原來的DNS服務(wù)器換掉。這個(gè)切換，快則幾分鐘，慢則48小時(shí)。

AWS的界面不會(huì)提醒你這件事。它只顯示一個(gè)"狀態(tài)：INSYNC"，讓你誤以為萬(wàn)事大吉。直到用戶投訴網(wǎng)站打不開，你才發(fā)現(xiàn)流量根本沒進(jìn)AWS。

Step 2：A記錄填I(lǐng)P，但"Simple Routing"有3個(gè)隱藏選項(xiàng)

回到Hosted Zone內(nèi)部，點(diǎn)"Create Record"。這時(shí)候AWS拋出一個(gè)選擇：Routing Policy（路由策略）。默認(rèn)選中"Simple routing"，但下拉菜單里還藏著另外6種。

對(duì)新手來說，這個(gè)界面像個(gè)沒標(biāo)簽的開關(guān)面板。Simple routing背后其實(shí)有3個(gè)互斥的選項(xiàng)，藏在"Define simple record"的折疊菜單里：

? A記錄：域名→IPv4地址 ? AAAA記錄：域名→IPv6地址 ? CNAME：域名→另一個(gè)域名（不能用于根域）

選A記錄，填入EC2實(shí)例的公網(wǎng)IP，TTL（生存時(shí)間）默認(rèn)300秒。這個(gè)TTL是緩存時(shí)間，改小了DNS查詢變多、AWS賬單微漲；改大了你切服務(wù)器時(shí)要等更久。大多數(shù)工程師第一次設(shè)置時(shí)，根本注意不到這個(gè)數(shù)值的存在。

更隱蔽的坑：如果你用了ALB（Application Load Balancer，應(yīng)用負(fù)載均衡器）或CloudFront，A記錄不能直接填I(lǐng)P，得用Alias（別名）指向AWS資源。這個(gè)選項(xiàng)在另一個(gè)折疊菜單里，和A記錄平級(jí)，但視覺上完全不像同一個(gè)功能。

Step 3：那組NS記錄，復(fù)制時(shí)少一個(gè)點(diǎn)都會(huì)崩

2019年AWS re:Invent的一個(gè)內(nèi)部數(shù)據(jù)：Route 53的工單里，17%和"NS記錄格式錯(cuò)誤"有關(guān)。問題極其低級(jí)——復(fù)制NS地址時(shí)，末尾的句點(diǎn)被瀏覽器或郵件客戶端吃掉了。

正確的NS記錄是ns-1234.awsdns-56.org.，帶結(jié)尾的點(diǎn)，表示這是絕對(duì)域名。丟了點(diǎn)，有些注冊(cè)商會(huì)自動(dòng)補(bǔ)全，有些則把它當(dāng)成相對(duì)路徑，解析到ns-1234.awsdns-56.org.yourdomain.com，一個(gè)根本不存在的地址。

AWS的控制臺(tái)顯示時(shí)帶句點(diǎn)，但復(fù)制到剪貼板的行為因?yàn)g覽器而異。Chrome曾經(jīng)有個(gè)版本會(huì)吞掉結(jié)尾的點(diǎn)，導(dǎo)致一批工程師集體踩坑。后來AWS在界面加了顯眼的"Copy"按鈕，但老文檔里的截圖沒更新，新人照著舊教程手動(dòng)復(fù)制，照樣中招。

Step 4：Health Check不是必選項(xiàng)，但你不配它就少了半條命

Simple routing的完整鏈路是：用戶輸入域名→遞歸DNS查詢→Route 53返回IP→請(qǐng)求打到服務(wù)器。這個(gè)模型有個(gè)單點(diǎn)故障：IP對(duì)應(yīng)的服務(wù)器掛了，Route 53不會(huì)自動(dòng)切換，它只管"有沒有這個(gè)記錄"，不管"這個(gè)IP活沒活著"。

要解決這個(gè)問題，得把Routing Policy從Simple換成Failover（故障轉(zhuǎn)移）或Latency-based（基于延遲）。這兩種模式強(qiáng)制要求配置Health Check（健康檢查），AWS每30秒從你的服務(wù)器拉一個(gè)端點(diǎn)，連續(xù)3次失敗就標(biāo)記為不健康，流量切到備用IP。

Health Check本身收費(fèi)，每個(gè)檢查點(diǎn)每月約0.5美元。聽起來便宜，但如果你在全球配了8個(gè)檢查點(diǎn)、監(jiān)控20個(gè)端點(diǎn)，一年下來接近1000美元。很多小團(tuán)隊(duì)為了省錢跳過這步，等真出故障時(shí)，才發(fā)現(xiàn)DNS層面的故障轉(zhuǎn)移比代碼層面的難調(diào)試十倍——瀏覽器緩存、ISP緩存、操作系統(tǒng)緩存，層層疊加，你改了Route 53的配置，用戶那邊可能半小時(shí)后才感知到變化。

Route 53的設(shè)計(jì)哲學(xué)，和AWS其他服務(wù)一脈相承：基礎(chǔ)功能極度精簡(jiǎn)，高級(jí)功能極度豐富，中間地帶一片模糊。它不會(huì)阻止你犯錯(cuò)，也不會(huì)主動(dòng)教你避坑。那個(gè)"Create Hosted Zone"的按鈕，按下去只需要1秒，但按下去之前該想清楚的事，文檔分散在7個(gè)不同的頁(yè)面里。

有個(gè)細(xì)節(jié)很有意思：AWS的DNS服務(wù)明明叫Route 53，但控制臺(tái)URL是console.aws.amazon.com/route53，沒有數(shù)字。53來自TCP/UDP端口53，DNS協(xié)議的默認(rèn)端口。這個(gè)命名像是在提醒用戶——你用的不是普通云服務(wù)，是互聯(lián)網(wǎng)基礎(chǔ)設(shè)施的底層協(xié)議之一。底層協(xié)議的特點(diǎn)是，它不會(huì)為你的誤操作買單。

你第一次配Route 53時(shí)，Health Check配了嗎，還是后來踩坑才補(bǔ)上的？