☰

谷歌伺服器的 RTD 較低

tag-icon • tag-icon networking internet redirection
谷歌伺服器的 RTD 較低

我試圖弄清楚谷歌伺服器的 RTD 為何如此之低：

$ ping google.com
PING google.com (173.194.113.64): 56 data bytes
64 bytes from 173.194.113.64: icmp_seq=0 ttl=57 time=28.166 ms

173.194.113.64註冊於加州山景城，我在德國。對加州的主機執行 ping 操作的時間會長很多。發出追蹤路由給我一個主機名稱fra02s21-in-f0.1e100.net。我問自己他們使用什麼技術來重定向我的請求？

答案1

你是對的，美國的 RTD 不能小於 30 毫秒。從歐洲到美國應該在 60 毫秒左右（單程）。

所以穀歌可能在大洋的這一邊有一些快取伺服器
（它只是在山景城註冊，但實際上是在歐洲）。

我發現本文解釋一下：

谷歌保密

谷歌讓人們很難查明他們的資料中心在哪裡以及有多少個。造成這種情況的一個重要原因是 Google 使用的幾乎所有 IP 位址（而且數量很多）列於其加州山景城地址，所以只需查看 IP 位址（使用 IP WHOIS 或 IP 到位置資料庫）不會幫助您找出他們的資料中心在哪裡或者他們有多少。

除此之外，谷歌通常會使用根本不提及谷歌的公司（LLC）為其資料中心專案尋求許可，例如北卡羅來納州的 Lapis LLC 和愛荷華州的 Tetra LLC。

由於 Google 往往對其資料中心保密，因此我們在此提供的資訊很可能不是 100% 完整。

獎勵連結；）深入了解 Google 資料中心。

這是另一個來源:

2) 在世界各地設有辦事處的大公司不會在 whois 中分享有關其真實位置的資訊。

  • 範例：Google Inc. 在世界各地都有資料中心，但 whois 始終表明其總部位於山景城（美國加利福尼亞州）。實際上，來自不同國家的用戶將被發送到最近的資料中心。對於德國人，例如主頁將從德國資料中心 (74.125.39.104) 載入。

編輯：（請記住我不是這個主題的專家：）

您關於“權威名稱伺服器”進行一些重定向的說法可能是正確的。我不確定後面是否有多個伺服器那進行進一步的重定向。您可以執行下列操作dig google.com +trace來查看您的 DNS 請求從哪個伺服器傳送到哪個伺服器。 （讀這裡關於其背後的一些基礎知識）

至於重定向背後的機制。您提到了 Akamai CDN。谷歌使用自己的 CDN。幾年前有一些關於谷歌收購 Akamai 的傳言，但並沒有發生。我認為 Apple 使用 Akamai CDN（以及其他一些 CND）。

在這一頁您可以閱讀 Google 使用「edns-client-subnet 擴充功能」。

OpenDNS 和 Google DNS 長期以來一直支援 edns-client-subnet 擴充功能。這個機制是Google專門為了解決這個問題而設計的。而且效果非常好。無論您使用什麼解析器，CDN 都可以將重定向傳送到最佳伺服器。

再加上一些谷歌搜尋您可以了解有關此機制的更多資訊。喜歡這裡:

Google、Bitgravity、CDNetworks、DNS.com 和 Edgecast 已部署對edns 客戶端子網。這個想法非常簡單。它在請求中傳遞您的 IP 位址的一部分（僅部分用於保持半匿名）。支援此擴充功能的伺服器可以使用它來進行地理定位並找到離您最近的 CDN 節點。以前最好的方法是使用 DNS 伺服器的位置，但在許多情況下，該位置可能會很遠。

關於 CDN 和 edns-client-subnet 擴充功能的另一本好讀物是這。

足夠的閱讀材料Google;)

相關內容