雲計算之路-試用Azure：上不了高速的跑車，沒法跨Cloud Service的DNS服務器

從阿里雲的踩坑大師，到Azure的抹黑大師，咱們彷佛成了雲計算負面用戶的典型，但是咱們仍是忍不住想表達本身真實的使用感覺。若是有錯誤的地方，歡迎你們批評！

在Azure上建好虛擬網（Vitual Network）以後（詳見雲計算之路-試用Azure：如何創建虛擬機之間的內網鏈接），虛擬機（Virtual Machine）之間須要進行內網通訊，通訊時使用計算機名比直接使用內網IP更友好、更方便、更能應對變化。

在使用阿里雲的時候，咱們只能在每臺虛擬機的hosts中添加計算名與IP之間的映射，可是若是某一臺虛擬機的IP發生了變化，就要在全部與之通訊的虛擬機中修改hosts文件。

若是你當過網管，用Windows組建過局域網，你就知道微軟早已對這個問題有解決方案——在DHCP時，將計算機名與IP地址的映射動態添加到DNS服務器中。

在Azure中，咱們驚喜地發現虛擬網也有這個功能，好比下圖中的blogserver1這臺虛擬機的網絡接口信息。

IP地址與DNS服務器都是由DHCP分配的。

而後咱們看一下同一個Cloud Service中的另外一臺虛擬機blogserver2的網絡接口信息。

從中能夠看出，用的是同一個DNS服務器。而後咱們在blogserver1中直接ping blogserver2：

成功經過DNS服務器完成計算機名到IP地址的解析，無需在hosts中手動添加。

以上的場景是在同一個Cloud Service中。

咱們到另外一個Cloud Service的虛擬機中看看：

雖然是同一個虛擬網的子網，內網IP是同一個網段的，網關也同樣，但DNS服務器卻不同了。結果ping blogserver2就沒法解析了。

也就是說Azure中DNS服務器解析計算機名的功能只在同一個Cloud Service中有效。

你也許會說，把虛擬機都放在同一個Cloud Service不就解決問題了嗎？可是，同一個Cloud Service只有一個VIP。對於一個網站來講，須要將不一樣的應用部署到不一樣二級域名的不一樣虛擬機上。從目前知道的狀況看，只用一個Cloud Service實現不了。

原本是一個頗有用的功能，如今卻沒法讓它發揮做用，這種感受就像你有了一輛跑車，卻不能上高速。

熟悉Azure的朋友看到這，可能又說不專業，怎麼又是臨時工寫的？在Azure虛擬網中不是能夠設置使用本身的DNS服務器嗎？

本身架設DNS服務器的確是一種解決方法，但有些麻煩還要額外的成本。有了一輛跑車，不能上高速；難道要上高速，就必定要本身再造一輛跑車嗎？微軟一步到位解決這個問題不是更好嗎？

既然同一個子網，同一個網關，可以直接進行網絡通訊，爲何就不能使用同一個DNS服務器，這樣的設計讓人想不通。