Domain-Name-System
用於數據中心管理的主機文件與 DNS
使用主機文件(例如通過 Puppet 更新)與 DNS 進行數據中心機器管理的優缺點是什麼?
我希望從繁瑣的 IP 方案切換,但擔心使用 DNS,因為它增加了另一層可能的故障。並且只為十幾台機器設置冗餘 DNS 似乎並不正確。
另一方面,使用主機文件似乎更可靠,以防有一種集中管理它的好方法。
有任何想法嗎?
集中管理hosts文件的方式很重要,早就解決了。它被稱為DNS。
一旦你的 DNS 工作起來,你可以很快地在你的幾個伺服器上設置它。將每個伺服器設置為擁有另一台伺服器作為其主伺服器,並讓每台伺服器引用
/etc/resolv.conf
. 這樣一來,如果一個人倒下,你就不會失敗。我看到失敗的最大原因是配置錯誤,但主機文件也可能發生這種情況。
寧靜,
DNS之所以出現,是因為主機文件管理無法擴展:
http://en.wikipedia.org/wiki/Domain_Name_System#History
在舊系統中,網路上的每台電腦都從 SRI(現為 SRI International)的電腦中檢索到一個名為 HOSTS.TXT 的文件。
$$ 2 $$$$ 3 $$$$ 4 $$HOSTS.TXT 文件將名稱映射到數字地址。在大多數現代作業系統上仍然存在主機文件,預設情況下或通過配置,並允許使用者指定 IP 地址(例如 208.77.188.166)用於主機名(例如 www.example.net)而不檢查 DNS . 基於 hosts 文件的系統具有固有的局限性,因為顯而易見的要求是,每次給定電腦的地址發生變化時,每台尋求與其通信的電腦都需要更新其 hosts 文件。