16.affinity concept
當我們討論VMware Distributed Resource Scheduler（DRS）時，我們非常詳細地瞭解瞭如何通過在主機羣集中移動正在運行的VM來配置DRS來優化和平衡資源。
但是，在DRS算法中總是存在難以包含的其他考慮因素; 這些考慮因素導致一些管理員避免在完全自動化模式下配置DRS以防止錯誤放置其VM。 但是可以使用親和力和反關聯性規則來配置這些約束和限制。
- VMs在一起（VM-VM Affinity）
我們需要在一臺主機上保留兩個VM。
例如，VM1和VM2在同一個ESXI主機A上一起運行，並且它們有大量的來回通信，因此如果它們位於同一主機上並位於同一子網上，則這兩個VM之間的流量將全部進行留在主機裏面。
- VMs分開（VM-VM Anti-Affinity規則）
我們需要在不同的主機上保留兩個VM。
有時候將兩個系統分開是很重要的，比如VM3和VM5，它們將具有很高的CPU利用率，我們希望將它們移到單獨的ESXi主機上。
- VM遠離特定的ESXI主機
如果我們不想在特定ESXi主機組上運行特定VM組，那麼我們可以設置規則說不要在ESXi主機組Y中的任何ESXi主機上的VM組A中運行任何VM。它將避免放置VM1和VM2 在ESXi 主機C和ESXi 主機D上。
- 對於VMS與特定ESXi主機組之間的關聯，我們有一些選項
必須選擇
如果我們使用此選項，必須要發生此操作，則此VM組必須在ESXi主機組上運行，或者相反，此VM組不得在ESXi主機組上運行。
應該選擇
如果有可能它發生，但它不會阻止虛擬機出現。
- 也可以將VM和ESXi主機分成多個組
如果您創建規則並且存在衝突，系統將警告我們禁用或修改此規則。
17.資源池
我們可以使用它來創建一個容器來與我們的VM一起工作組。
讓我們想象一下汽車是如何運作的？ 有許多組件必須協同工作，如果其中任何一個組件不存在，那麼它真的不是一輛正常運轉的汽車。
我們也有相同類型的場景，稱爲多層應用程序。 例如，我們有一個需要數據庫服務器，Web服務器和計費服務器的應用程序，如果其中一個服務器沒有運行，整個應用程序將無法運行。
另外，如果我們第一次提出這些服務器，也很可能會有一個訂單，他們必須提出。
例如，必須首先在Web服務器運行之前初始化數據庫服務器，反之亦然。
如果我們想要導出整個，我們也有能力進行導出將這三個VM包含在OVF模板中的vApp。
存儲分佈式資源調度程序SDRS
Storage DRS允許您管理數據存儲的聚合資源簇。
啓用Storage DRS後，它會爲虛擬機提供建議機器磁盤放置和遷移以平衡空間和I / O資源
跨數據存儲集羣中的數據存儲。
如果您的iSCSI數據存儲具有類似的性能特徵，那將是一個好主意。 我們會將這些iSCSI數據存儲放入數據存儲羣集中，並且該羣集可能具有SDRS，可根據我們的方式自動將VM的存儲從一個數據存儲遷移到另一個數據存儲配置vSphere以執行負載平衡。
SDRS的另一個好處是我們可以應用規則。 例如，我們將VM1，VM2和VM3作爲vApp的一部分運行，我們希望如此確保性能或容錯目的，這些VM不使用完全相同的數據存儲。
18.高可用性
HA允許vSphere在許多事件中重新啓動新ESXi主機上的VM
- 原始虛擬機管理程序完全失敗。
- 隔離事件“管理網絡故障”
- VMCP（數據存儲失敗）。
假設我們的環境中有兩個ESXi主機，它們是ESXiA（VM1到VM5）和ESXiB（VM6到VM10）。
然後，爲了實現HA，我們首先創建集羣並啓用HA的功能，然後在幕後，該集羣中的所有ESXi主機之一將被選爲Master。在我們的討論中，假設ESXiA充當master host。
- 原始虛擬機管理程序完全失敗
master host將通過使用心跳來跟蹤羣集中的其他ESXi主機，它將通過管理網絡進行跟蹤，並且master host發送這些心跳時，期望來自其他每個ESXi主機的響應。
如果ESXi-B停止響應心跳，則主服務器確定ESXi-B已關閉，而VM6到VM10將在另一個可用的ESXi主機上啓動。
- 隔離事件“管理網絡故障”
表示master host與羣集中其他主機之間無法進行通信。
那麼如果它只是管理網絡失敗了，而且它的VM6到VM10的ESXiB仍在運行，它們可以到達他們的存儲，他們仍然可以到達他們用來連接世界其他地方的網絡。主控主機如何知道ESXi-B仍然可以訪問其數據存儲區並且仍在運行？
vSphere可用於幫助識別的方法是使用數據存儲區心跳。數據存儲區心跳允許我們環境中的主服務器ESXi-01查看數據存儲，以檢查ESXi-02是否仍在使用和使用數據存儲。
- VMCP VMware組件保護（數據存儲失敗）
如果管理網絡正常工作且主集羣與集羣中的其他ESXi主機之間存在通信，但ESXiB訪問存儲失敗，該怎麼辦？這將導致在ESXiB上運行的VM6到VM10出現大問題。
VMCP可以識別ESXi主機是否可以訪問其數據存儲，如果不是，則HA可以在另一個沒有相同問題的ESXi主機上重新啓動這些VM。
評估檢查
- HA是否適用於24/7(7*24)零停機應用？
不，它可能相當不錯，但不是很好，因爲重啓VM需要幾分鐘。
- VM上需要存在哪些用於VM監控？
我們需要在VM上安裝VMware工具，因爲VMware工具的組件實際上響應了心跳。
19.容錯
藉助此功能，我們可以運行輔助實時VM，以便全天候支持缺少需要的ESXi主機和可用性。
如果我們指定我們想要特定VM的FT，它將在輔助ESXi主機上具有輔助映像，然後它將通過FT日誌NIC同步這兩個VM之間的內存中的所有內容。 所以我們將有雙胞胎，主VM上發生的一切都將發生在輔助虛擬機上。 我們還將拆分數據存儲區，將主虛擬機和輔助虛擬機的映像放入不同的數據存儲區。
你如何啓用VM FT？
- 啓用HA
- 啓用VMkernel端口日誌記錄
- 右鍵單擊VM以啓用FT
你在哪裏啓用FT日誌記錄？
在VMkernel端口上。