我正在創建 Hyper-V 2012 R2 叢集。我有 3 台實體主機（每台 128GB RAM、雙六核心和 12 個網路卡）和一個 SAN 可供使用。 SAN 是虛擬儲存系統（Datacore），透過 iSCSI 為其虛擬磁碟提供服務，我能夠根據需要建立盡可能多的虛擬磁碟（即 LUN）（而且我有足夠的容量！）。我們已經在 ESX 叢集中成功使用 Datacore SAN 多年，但由於許可成本以及現在提供的功能與我們目前在 ESX 中使用的功能相當（我們也運行了 aa），我們正在轉向 Hyper-V。 Hyper-V 伺服器已作為備份多年，因此也非常熟悉該技術）。
所以這個問題專門關於 2012 R2 中的混合集群角色
我已經建立了Hyper-V 集群，該集群在所有主機都可以看到的SAN 上的多個iSCSI LUN 上使用CSV（用於儲存虛擬機器檔案），但下一步是配置一些高可用檔案伺服器以供一般用戶使用。我應該指出，我確實知道使用主動-主動且主要設計用於應用程式使用（如 Hyper-V）的 CSV 與主動-被動文件伺服器叢集使用的共享儲存之間的區別，我不知道我不建議做任何與此不同的事情：但是我可以透過幾種不同的方式來實作檔案伺服器。
我可以做到這一點的第一個主要方法是建立一個「來賓叢集」——即 2 個虛擬機器作為叢集檔案伺服器節點（在不同的主機上）。他們的作業系統磁碟區顯然是分開的，但是我可以透過兩種方式讓他們共用檔案儲存磁碟區（即共用所在的位置）
A。它們都共用一個共同的 VHDX，該 VHDX 顯然駐留在 Hyper-V CSV 上
b.或者他們使用 iSCSI 啟動器並直接存取 SAN 上的專用 LUN
第二種方法是完全不對檔案伺服器節點使用 Hyper-V，而是在叢集中的相同主機上建立檔案伺服器（通用）角色（與 Hyper-V 角色一起）：然後這些主機將存取共用SAN 提供的專用（非CSV）LUN 上的儲存。
每個都有哪些陷阱？我的感覺是，第二個選項實際上具有較少的開銷（不需要虛擬層和虛擬機），但這確實意味著叢集中的主機同時提供叢集 Hyper-V 和叢集檔案伺服器服務 - 是那會成為一個問題嗎？我還認為我甚至可以利用一些粗略的負載平衡，透過將我的文件共享拆分為叢集上的3 個文件伺服器角色，每個角色主要在一個節點上運行（當一切正常運行時！），並且每個角色都使用單獨的LUN。
我很高興答案將取決於我計劃運行多少個虛擬機等，但假設我會密切關注資源（例如，確保虛擬機不會佔用所有主機 RAM）並且我管理網卡分配正確，因此不存在頻寬問題。
有什麼技術原因導致我不能執行選項 2 嗎？非常感謝 ！
答案1
在 Hyper-V 主機上執行檔案伺服器角色沒有問題。一般來說，將其他角色與 Hyper-V 混合併不是一件好事。但是，檔案伺服器角色經過專門設計和測試，可以與 Hyper-V 一起運作。我建議要做的一件事是使用 Windows 2012 R2 的 QoS 功能來為您的 Hyper-V 角色和檔案伺服器角色分配網路容量。
我不會僅僅為了創建一個叢集文件伺服器而創建多個虛擬機器。如果您出於業務原因需要這種程度的複雜性，那麼企業應該購買專用硬體來建立叢集檔案伺服器。檔案伺服器角色上的故障轉移時間將比在來賓中運行叢集更快。
答案2
就我個人而言，我也不會這樣做。 Microsoft 最佳實踐是僅在主機伺服器上安裝 Hyper-V 角色，而且我不完全理解您透過讓兩個 VMS 指向 SAN 上的相同共用想要來獲得什麼。
最好的選擇是將檔案伺服器作為叢集上的虛擬機器。將其放在叢集上將提供高可用性，但如果您想要冗餘虛擬機，我會在叢集上（或最好在不同的叢集上）設定第二個檔案共用並啟用 DFS。