如何為混合云選擇最佳的云服務器
混合云應基于商業化的現成的產品，特別是使用X64架構。ARM64也是一個可能的市場競爭者，但它是新的，仍然還需要一些在管理程序環境的證明。至于其他的方法，使用復雜的UNIX系統與一種基于大型主機的混合云的想法是非常矛盾的。
基于上述種種，企業在市場上顯然有大范圍的替代選擇方案。在許多方面，商業化的現成的服務器選擇更可能是由網絡和存儲決定的，這將對混合云的性能表現產生實質性的影響。
可以毫不夸張地說，混合云是數據移動和數據管理的關鍵。這是美國電信業決定延遲光纖解決方案部署所帶來的一個直接后果。在一般情況下，美國的廣域網(WAN)基礎設施非常差，使其成為企業內部私有云和公共部分之間的瓶頸阻塞點。
無法以任何接近本地區域網絡(LAN)的速度在公共和私有之間移動數據，所形成的混合云的拓撲結構可能被設想為一個沙漏，其緊頸部便是廣域網的瓶頸。有了這樣的想法，讓我們試著從某種意義上來解釋如何構建一個有用的混合系統。
對驅動器有兩種替代方案。***種選擇是讓每臺服務器中均有驅動器，而另一種選擇是選擇媒介更少的服務器。對于硬盤驅動器，網絡存儲速度慢，所以本地實例存儲應該加快很多(注意：我們這里所討論的是固態硬盤驅動器)。對于一個典型的128實例的服務器，一個HDD每秒也只能提供150的IO，或大約是一個實例，這顯然是不夠的。在大數據的情況下，可能需要一個PCIe SSD，但大多數其他用例對SATA SSD是可以接受的。
本地實例存儲的一個問題是，用戶只有一個副本。如果使用了一個虛擬SAN(vSAN)的方法，這一問題可以解決，其中一個副本是通過網絡自動生成。這會大大減緩本地實例的寫速度，但它允許數據通過數據池共享。然而，在混合云存儲中，vSAN會有一個主要問題。如果那些寫拷貝都在公共云上，寫入的延遲會大大提高。同樣，糟糕的數據分布很可能意味著公共云訪問大量減緩。
在混合云存儲中vSAN的替代選擇是網絡存儲。這不會像舊的、緩慢的HDD SAN一樣。全閃存陣列提供數以百萬計的IOPS，盡管他們相對來說還都比較小，但他們足以容納您企業的“活躍”數據，讓其他剩下的數據存儲在廉價的大容量存儲。
無論是vSAN方法還是網絡存儲方式均需要網絡帶寬。10 GbE是今天所需的***速度，每臺服務器單獨存儲標準流量，這意味著兩個10 GbE的鏈接。而25 GbE的連接將在2016年取代10 GbE。對于最終的網絡體驗，考慮RDMA以太網的存儲池。
現在，讓我們來看看服務器，其中有兩種學術流派。一種是使用強大的，功能齊全的x64服務器引擎和虛擬化的容器或管理程序。另一種是使用低功耗的微服務器集群，與業務流程軟件和管理程序。
傳統x64的方法有各種各樣的選擇，這取決于用例。不幸的是，今天的典型云是不均質的，但也有幾個大類。通用計算似乎找到了其與雙CPU 1U服務器的契合點。如果不需要磁盤，這些甚至可以是雙服務器在1U有兩個單元。這種雙服務器的方法允許在集群中共享電源，提供了更好的電源效率。
在內存數據庫和大數據分析，1U產品的內存容量不夠。一個更好的選擇是一個2U四核CPU服務器，512 GB或更大的存儲空間。由于這些服務器通常需要本地的實例存儲，2U的尺寸允許一系列SSD的添加。基于GPU的并行計算成為分析和高性能計算空間的一個受歡迎的選擇。再次強調，內存大小和磁盤容量可能是決定的因素，無論是1U或2U產品。
微型服務器的另一種方法是相反方向的x64——小。低功率且價格低廉，有40個或更多個處理器的箱子可供使用。這種方法更像是“承載在一個盒子里”，而不是我們大多數人認為的云。其適合如網絡服務和媒體交付的使用情況，但在更大的情況下會更復雜。
當企業在采購一款承載在盒子中的云設備時，務必要記住兩件事。云會隨時間的推移而發展變化，因此避免被供應商鎖定是很重要的。例如，vSANs會把您企業鎖定起來，因為他們在大多數情況下是專有的硬件廠商。一些軟件產品有隱藏的鎖，通過要求所有組件被預認證列出嚴格限制的列表。隨著時間的推移，被鎖定的成本會變得越來越高，因為廉價的商用現成的服務器單元加上商品價格的存儲驅動器組合起來會變得更加有效。
在采購云服務器時，需要考慮的第二大因素是系統采購。這些大型云服務供應商提供直接從原始設備制造商的購買，避免了中間商。對于美國的企業，這可能是一種選擇，因為其中商業化的現成的服務器的標準化在世界上是***的。對于那些試圖考慮微型服務器的企業而言，則可以考慮計算每種替代方法的實例的成本。
