顯示具有 Hyper-V 標籤的文章。 顯示所有文章
顯示具有 Hyper-V 標籤的文章。 顯示所有文章

前言

在 Hyper-V 虛擬化化平台舊版本中,要實作出 Nested Virtualization 環境非常困難。現在,Windows Server 2016 直接內建支援「Nested Virtualization in Windows Server Hyper-V」機制,往後 IT 管理人員建置 Lab 環境將更方便了。

簡單來說,在舊版的 Hyper-V 虛擬化平台當中僅支援 Level 0、Level 1 這樣的運作架構。



現在,可以在 Hyper-V Hypervisor (Level 1) 當中,再產生出一層 Guest Hypervisor (Level 2並且能夠運作 Guest OS,甚至 Level 2 的 VM 虛擬主機還能再次產生出一層 Guest Hypervisor (Level 3) 並運作 Guest OS。



下列為目前 Hyper-V Nested Virtualization 的環境需求及相關限制:
  • 實體主機 CPU 必須支援 Intel VT-x EPT 硬體輔助虛擬化技術,作業系統必須採用 Windows 10 年度更新版 (Enterprise, Professional, Education) 或 Windows Server 2016 (Standard, Datacenter)。
  • 必須為擔任 Guest Hypervisor 的 VM 虛擬主機啟用 vCPU Virtualization Extensions 功能。
  • 必須為擔任 Guest Hypervisor 啟用 MAC Address Spoofing 功能,否則屆時建立的 Guest OS 網路連線會發生不通的情況。
  • 必須為擔任 Guest Hypervisor 採用第 2 世代及 8.0 版本格式的 VM 虛擬主機。
  • 必須要停用 VM 動態記憶體功能,同時為 VM 虛擬主機執行 Runtime Memory Resize 的動作時會失敗。



實作 Hyper-V Nested Virtualization

首先,我們可以看到在 Level 1Hyper-V Host 中,所建立的 VM 虛擬主機採用 Coreinfo 檢查後可以發現,目前的 VM 虛擬主機「尚未感知」到母體的虛擬化功能。同時,當你嘗試為 VM 虛擬主機 (準備擔任 Guest Hypervisor) 安裝 Hyper-V 伺服器角色時,將會發現無法順利安裝。



請在 Level 1 的 Hyper-V Host 中,執行下列指令將 Hyper-V Host 的硬體輔助虛擬化技術「傳遞」給 VM 虛擬主機 (此實作該 VM 的名稱為 WS2016-Nested,當然前提是 Hyper-V Host 支援 Intel VT-x / EPT 硬體輔助虛擬化技術)。但是,請先將準備擔任 Guest Hypervisor 的 VM 虛擬主機關機,倘若 VM 虛擬主機未關機的話,稍後執行 vCPU Virtualization Extensions 的動作時,將會發生 PowerShell 指令執行失敗的情況。



順利將擔任 Guest Hypervisor 的 VM 虛擬主機關機後,便可以執行 PowerShell 指令「Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true」,為 Guest Hypervisor 的 VM 虛擬主機 (此實作中名稱為 WS2016-Nested)啟用「vCPU Virtualization Extenstions」的功能。




此時,重新將擔任 Guest Hypervisor 的 VM 虛擬主機 (WS2016-Nested) 開機後,再度使用 Coreinfo 檢查後可以發現,目前已經可以「感知」到 Hyper-V Host 所傳遞過來的硬體輔助虛擬化技術。當然,也就可以順利安裝 Hyper-V 伺服器角色了。



至此,我們完成為 Level 1 的 VM 虛擬主機啟用 Guest Hypervisor 功能。記得,啟用 MAC Address Spoofing 功能,否則屆時建立的 Guest OS 網路連線會發生不通的情況。


下列為 Hyper-V Nested Virtualization 巢狀虛擬化實作階層說明:
     Level 1 (實體伺服器、Hyper-V Hypervisor、Guardhost01)
          Level 2 (Guest Hypervisor、WS2016-Nested)
               Level 3 (Guest OS、WS2016)



同樣的組態設定方式,我們可以為 Level 3 的 VM 虛擬主機啟用 Guest Hypervisor 功能,建立出 Level 4 的 VM 虛擬。

下列為 Hyper-V Nested Virtualization 巢狀虛擬化實作階層說明:
     Level 1 (實體伺服器、Hyper-V Hypervisor、Guardhost01)
          Level 2 (Guest Hypervisor、WS2016-Nested)
               Level 3 (Guest Hypervisor、WS2016)
                    Level 4 (Guest OS、WS2016-Inner)






參考資源


活動簡介

Windows Server 2012(Hyper-V 3.0)已經大幅提升虛擬化平台整合能力。現在,Windows Server 2012 R2(Hyper-V 3.0 R2)功能更上一層樓,舉凡第二世代虛擬主機格式、AVMA 自動化授權啟用、線上擴充及縮小虛擬磁碟、Storage QoS…等功能強大應有盡有。

你知道「」用建立容錯移轉叢集環境(Failover Cluster),也能夠達成VM虛擬主機線上遷移(Live Migration)、儲存即時遷移(Live Storage Migration)、無共用儲存即時遷移(Shared-Nothing Live Migration)…等功能嗎? 本課程除了將實作演練之外,同時深入剖析在企業或組織營運環境當中,該如何從無到有建置並導入Hyper-V虛擬化技術,協助你打造出最佳虛擬化平台。

此外,下一代微軟雲端作業系統 Windows Server 2016 年底前即將推出,在本課程中也將帶領學員了解新的特色功能,例如,SDS 軟體定義儲存技術、SDN 軟體定義網路技術、Storage Replica 儲存複本技術…等。



活動資訊

時間: 每週六 09:00 ~ 17:00
地點: 台中科技大學 (台中市北區三民路 91 號 2 樓)
日期:       


課程大綱

實務班

一、雲端運算模型
          1. x86 虛擬化技術
          2. 雲端運算三種服務類型、四種部署模型、五種服務特徵
          3. 虛擬化環境評估

二、私有雲網路架構
          1. VM 虛擬主機通訊(Traffic)流量規劃及 QoS 流量限制
          2. VM 虛擬主機遷移(Migration)流量規劃
          3. VM 虛擬主機儲存(iSCSI Target、iSCSI Initiator)流量規劃
          4. SDN 網路虛擬化技術

三、私有雲儲存架構
          1. 七種磁碟陣列(RAID)模式
          2. 三種類型的儲存設備 DAS、NAS、SAN(IP-SAN、FC-SAN)
          3. 如何選擇儲存設備、控制器、擴充櫃
          4. 如何計算儲存設備 IOPS 效能
          5. Storage Space Direct 儲存虛擬化技術

四、Hyper-V 虛擬化平台及 VM 虛擬主機
          1. 運作模式切換(GUI / Server Core)
          2. 安裝與設定 Hyper-V 角色
          3. 管理虛擬網路
          4. 第二世代 VM 虛擬主機
          5. 虛擬磁碟種類、線上調整磁碟空間
          6. 客體服務
          7. 加強的工作階段
          8. VM 授權自動啟用
          9. 儲存資源 IOPS 品質控制
          10. 重複資料刪除
          11. 備份及還原(Export / WSB / Azure)

五、計畫性停機解決方案
          1. 即時遷移(Live Migration)
          2. 儲存即時遷移(Live Storage Migration)
          3. 無共用儲存即時遷移(Shared-Nothing Live Migration)
          4. 跨版本即時遷移(Cross version Live Migration)

進階班

一、高可用性及高彈性的虛擬化架構規劃實務
          1. 如何規劃所要採用的 x86 實體伺服器規格
          2. CPU 中央處理器指令集的選擇
          3. Memory 記憶體的選擇
          4. NVNe / SSD / SAS / NL-SAS / SATA 硬碟種類的選擇與 IOPS 規劃
          5. RAID Card 的選擇與 RAID 模式規劃
          6. Network 網路環境的規劃

二、建置容錯移轉叢集環境
          1. 選擇儲存資源(DAS/NAS/SAN)
          2. 建立容錯移轉叢集

三、計畫性及非計畫性停機方案
          1. 即時遷移(Live Migration)
          2. 儲存即時遷移(Live Storage Migration)
          3. 無共用儲存即時遷移(Shared-Nothing Live Migration)
          4. 快速遷移(Quick Migration)

四、VM 虛擬主機
          1. 應用程式監控(VM Monitoring)
          2. 主機反關聯性(Anti-Affinity)
          3. 叢集共用磁碟區快取(CSV Cache)

五、異地備援方案
          1. Hyper-V 複本代理人
          2. 測試容錯移轉
          3. 計畫性容錯移轉
          4. 非計畫性容錯移轉
          5. 延伸複寫

六、叢集感知更新
          1. 叢集節點維護模式(Maintenance Mode)
          2. 叢集感知更新(CAU)
          3. 匯出叢集感知更新報表

書籍簡介

Windows Server 2012 R2Hyper-V Server 2012 R2,都提供最好的 Hyper-V 虛擬化平台功能。在 Hyper-V 當中第 2 世代格式的 VM 虛擬主機,除了安全性增強之外啟動作業系統的時間更短,並且有效縮短 VM 虛擬主機安裝客體作業系統的時間,同時還能自動啟動客體作業系統軟體授權,同時在 2012 R2 版本當中,還有許多新增及增強的特色功能。在本書當中,我們將會教導你在實務應用上,有關 Hyper-V 最佳化組態設定及最佳建議作法,以便充分發揮 Hyper-V 虛擬化平台的高可用性、高擴充性、高效能。


誰適合閱讀此書

本書是針對具有 Hyper-V 基礎管理經驗,以及想深入了解 Hyper-V 細部功能的人而寫。

如果,在你的測試環境中已經有 Hyper-V 虛擬化環境,現在你想要將測試的Hyper-V 虛擬化環境,轉移到正式的線上營運環境時,那麼這本書就是專為你而寫!!

如果,你是 Hyper-V 的初學者那麼本書也值得你參考。但是,同時間你應該找一本 Hyper-V入門的書一同閱讀及實作。


網路購書



你將會從本書中學習到:

  • 透過 PowerShell 自動化機制,部署 Hyper-V 及 VM 虛擬主機。
  • 建立 HA 高可用性容錯移轉叢集解決方案。
  • 建立 Hyper-V 複本異地備援機制,以及 Azure Site Recovery 混合雲異地備援機制。
  • 深入剖析不同的儲存資源應用情境 (SAN、SOFS、Storage Spaces、MPIO、CSV、QoS、NTFS、ReFS......等),並針對 Windows Server 2012 R2 及 Hyper-V 儲存資源進行效能規劃及最佳建議作法。
  • 建立一個高效能且靈活運作的網路基礎架構,包括 vSwitch 虛擬網路交換器、網路卡小組、融合式網路、儲存網路、SMB Direct (RDMA)、IPAM……等。
  • 幫助你了解 Hyper-V 運作架構中,如何進行最佳化效能調校並測試運作效能。
  • 介紹 System Center 家族的各種角色及功能,以及如何透過 System Center 管理 Windows Server 及 Hyper-V 虛擬化環境。
  • 如何從舊版 Hyper-V 或其它 Hypervisors 虛擬化平台,遷移至最新版本的 Hyper-V 虛擬化環境。



本書導讀

  • 《第 1 章、加速 Hyper-V 部署作業》,深入剖析 Hyper-V 主機理想的安裝方式,進而採用全自動化安裝的 VM 模組。
  • 《第 2 章、HA 高可用性解決方案》,深入討論有關 Hyper-V 容錯移轉叢集組態配置及最佳作法 。
  • 《第3章、備份及災難復原》,從備份 Hyper-V 主機及 VM 虛擬主機的方法開始,到 Hyper-V 複本以及如何針對 Hyper-V 進行災難復原。
  • 《第 4 章、Storage 效能規劃最佳作法》,深入剖析不同的儲存資源應用情境,對於Windows Server 2012 R2 及 Hyper-V 的影響。
  • 《第 5 章、Network 效能規劃最佳作法》,深入剖析不同的虛擬網路環境,對於Windows Server 2012 R2 及 Hyper-V 的影響。
  • 《第 6 章、Hyper-V 最佳化效能調校》,幫助你了解 Hyper-V 運作架構中,如何進行最佳化效能調校並測試運作效能。
  • 《第 7 章、透過 System Center 進行管理》,介紹 System Center 家族的各種角色及功能,以及如何透過 System Center 管理 Windows Server 及 Hyper-V 虛擬化環境。
  • 《第 8 章、遷移至 Hyper-V 2012 R2》,討論如何從舊版 Hyper-V 或其它 Hypervisors 虛擬化平台,遷移至最新版本的 Hyper-V 虛擬化環境。

前言

微軟新世代 Windows Server 2016 雲端作業系統,在 2014 年 10 月 1 日時正式發佈第一版的「技術預覽(Technical Preview,TP1)」版本,接著在 2015 年 5 月發佈 TP2 技術預覽版本、2015 年 8 月發佈 TP3 技術預覽版本。最新版本,則是在 2015 年 11 月時所發佈的 TP4 技術預覽版本。

系列文章

站長與 TechNet 台灣部落格 合作,撰寫 Windows Server 2016 攻略連載文章將分為 Compute / Storage / Network 三大主題 (共 8 篇文章):

【Compute】


【Storage】


【Network】


更新 (20161110)

本文實作環境為 Windows Server 2016 TP4,目前最新 Windows Server 2016 已經正式發佈,作法上也稍有不同。詳細資訊請參考新文章「實作 Hyper-V Nested Virtualization」。


前言

在 Hyper-V 虛擬化化平台舊版本中,要實作出 Nested Virtualization 環境非常困難。現在,從 Windows Server 2016 TP4 (10565 之後) 版本,開始支援「Nested Virtualization in Windows Server Hyper-V」機制,往後要建置 Lab 環境將更加容易了。

簡單來說,若是舊版的 Hyper-V 虛擬化化平台,便僅支援 Level 0、Level 1 這樣的運作架構。


現在,可以在 Hyper-V Hypervisor (Level 1) 當中,再產生出一層 Hyper-V Hypervisor (Level 2),並且能夠運作 Guest OS。


下列為目前 Hyper-V Nested Virtualization 的環境需求:
  • Nested VM 至少要指派 4GB 虛擬記憶體空間。
  • VM 虛擬主機必須啟用 vCPU 的 Virtualization Extensions 功能。
  • VM 虛擬主機必須啟用 MAC Address Spoofing 功能。
  • Level 1 的 Hyper-V Hypervisor 及 Level 2 的 Hyper-V Hypervisor,應該要採用相同的版本。簡單來說,都採用 Windows Server 2016 TP4 版本即可,值得注意的是,目前支援 Hyper-V Hypervisor 而已,還支援其它 Hypervisor。

下列為 Level 2 上運作的 VM (Nested VM) 的相關限制:
  • 上層母體的 Device Guard 機制無法套用。
  • 上層母體的 VBS (Virtualization Based Security) 機制無法套用。
  • 必須要停用 VM 動態記憶體功能。
  • Runtime Memory Resize 機制會失敗。
  • 套用 Checkpoint 時會失敗。
  • Live Migration 動作會失敗。
  • Save / Restore 動作會失敗。

實作 Hyper-V Nested Virtualization

首先,我們可以看到在 Level 1Hyper-V Host 中,所建立的 VM 虛擬主機採用 Coreinfo 檢查後可以發現,目前的 VM 虛擬主機「尚未感知」到母體的虛擬化功能。


請在 Level 1 的 Hyper-V Host 中,執行下列指令將 Hyper-V Host 的硬體輔助虛擬化技術「傳遞」給 VM 虛擬主機 (此實作該 VM 的名稱為 TestVM)。 (當然,前提是 Hyper-V Host 支援 Intel VT-x / EPT 硬體輔助虛擬化技術)。
PS C:\tmp> Invoke-WebRequest https://raw.githubusercontent.com/Microsoft/Virtualization-Documentation/master/hyperv-tools/Nested/Enable-NestedVm.ps1 -OutFile ~/Enable-NestedVm.ps1
PS C:\tmp> ~/Enable-NestedVm.ps1 -VmName "TestVM"



執行後,在啟用 Nested VM 機制的指令碼中,將會詢問是否啟用 TestVM 虛擬主機的「vCPU Virtualization Extenstions」及「MAC Address Spoofing」功能,請鍵入 Y 確認啟用。


此時,開啟 TestVM 後再度使用 Coreinfo 檢查後可以發現,目前的 TestVM 已經可以「感知」到 Hyper-V Host 所傳遞過來的硬體輔助虛擬化技術。


因此,便可以放心安裝 Hyper-V 伺服器角色了。


Hyper-V Nested Virtualization 達成!!


參考資源


前言

以往在建置 Microsoft Hyper-V 虛擬化環境時,通常會習慣至少有一台實體主機來擔任「網域控制站 (Domain Controller)」的任務,並且在預設情況下網域控制站「不能」或「不建議」與其它角色安裝在一起:
  • DC 絕對能與 Exchange、SQL Database 角色裝在同一台主機。
  • DC 建議與 Hyper-V 角色裝在同一台主機。
  • DC 建議整合在 Windows Server 2003, 2008, 2008 R2 容錯移轉叢集運作環境中。
  • DC 支援整合在 Windows Server 2003, 2008, 2008 R2 的 Exchange/SQL容錯移轉叢集運作環境中。
  • RODC 支援整合在 Windows Server 2003, 2008, 2008 R2 容錯移轉叢集運作環境中。
  • ADDS 支援整合在 Windows Server 2012 容錯移轉叢集運作環境中。但是,RODC 可以運作於 Windows Server 2012 容錯移轉叢集運作環境中。


Virtual Domain Controller (vDC)

現在,在 Windows Server 2012 R2 版本中,具備「Active Directory Detached Cluster」機制,不用再像過往版本要考慮 CNO(Cluster Name Object)VCOs(Virtual Computer Objects) 的問題,因為都已經把 CNO、VCOs 建立在 DNS 當中。此外,Intra-Cluster 仍使用 Kerberos 驗證,但 CNO 的部份則採用 NTLM 驗證。

此外,從 Windows Server 2012 版本開始,在「容錯移轉叢集 (Failover Cluster)」當中,多出了「BootStrapping」特色功能。簡單來說,它能允許容錯移轉叢集相關服務在啟動時「無須賴 Physical DC」,所以你可以「把 vDC 運作在 Hyper-V Cluster」運作環境中。

因此,當 Hyper-V Cluster 節點主機,通過 vDC 的身份驗證機制之後便會儲存一份「Cached Credentials」在本機當中,當無法連絡 vDC 時便會用這份快取驗證來運作。

經過實作確實是可行的,也就是先在實體主機上啟動 Hyper-V 角色,接著建立一台 VM 虛擬主機並提升為網域控制站,然後將 Hyper-V 實體主機加入運作在 VM 虛擬主機當中的網域,接著 Hyper-V 實體主機便可以建立 Hyper-V Cluster。



vDC 的注意事項

但是,將 DC 運作在 VM 虛擬主機時,仍須避免執行下列動作以防止發生將 USN 混亂的情況發生 (因為,USN 會追蹤 AD Object Replication 進而導致 RID Pool 發生問題):
  • 不可建立檢查點 (CheckPoint),舊稱為「快照 (Snapshot)」。
  • 不可以針對運作 DC 的 VM 虛擬主機進行復原動作 (不管是 Host 或 Storage Level 的備份) 。
  • 不可以單純的針對運作 DC 的 VM 虛擬主機進行「Copy/Clone」作業。


參考資源

活動簡介

透過新一代 Hyper-V 3.0 R2 虛擬化技術,建置一套具備 高可用性、可隨時動態遷移、彈性化虛擬架構其實很簡單,但是要建置完整的虛擬化架構仍有許多方面需要考量例如 完整機房環境、穩定可靠的備援電力、機房空調溫濕度、虛擬化技術軟體授權費用…等因素,在本課程當中也都適時的提醒學員。

為了使學員能夠實作出各項進階內容,本課程將特別說明及演練如何藉由「Nested Virtualization」的概念,搭建出「Hyper-V in a Box」多層虛擬化運作環境(VM 再生出 VM),因此只要一台 PC 主機便可實作出所有進階內容例如  即時遷移(Live Migration)、儲存即時遷移(Live Storage Migration)、無共用儲存即時遷移(Shared-Nothing Live Migration)、SMB 3.0、Hyper-V 複本異地備援(Hyper-V Replica)、重複資料刪除 (Data Deduplication)…等,在本課程中都有詳盡的說明及實作,以方便您評估新一代 Hyper-V 3.0 R2 虛擬化技術平台。


活動資訊

時間: 09:00 ~ 17:00
地點: 資策會 - 資訊技術訓練中心 (台中市公益路二段 51 號 20 樓)
日期:
  • 基礎班 - 2016 年 1 月 23 ~ 24 日
  • 進階班 - 2016 年 2 月 20 ~ 21 日
  • 基礎班 - 2015 年 9 月 5 ~ 6 日
  • 進階班 - 2015 年 9 月 12 ~ 13 日


課程大綱

基礎班

  • Hyper-V 虛擬化平台最佳硬體規劃
  • 虛擬化實作環境建置(Nested VMs、TechNet Virtual Lab)
  • Windows Server 2012 R2 運作模式切換
  • 新世代 VM 虛擬主機特色新功能
  • 計畫性停機解決方案
  • 即時遷移 (Live Migration)
  • 儲存即時遷移 (Live Storage Migration)
  • 無共用儲存即時遷移 (Shared-Nothing Live Migration)
  • 異地備援解決方案
  • 測試容錯移轉
  • 計畫性容錯移轉
  • 非計畫性容錯移轉
  • 延伸複寫
  • 重複資料刪除
  • 備份/還原 VM 虛擬主機

進階班

  • Hyper-V 虛擬化平台最佳硬體規劃
  • 建立 IP Storage(以 iSCSI Target 為例)
  • 設定 iSCSI Initiator 多重路徑 MPIO 機制
  • 建置容錯移轉叢集(Failover Cluster)
  • 啟用叢集共用磁碟區快取(CSV Cache)
  • 啟用共用虛擬硬碟(Shared VHDX Disk)
  • 計畫性停機解決方案
  • 即時遷移(Live Migration)
  • 儲存即時遷移(Live Storage Migration)
  • 無共用儲存即時遷移(Shared-Nothing Live Migration)
  • 非計畫性停機解決方案
  • 受保護的網路(Protected Network)
  • 快速遷移(Quick Migration)
  • 異地備援解決方案
  • 延伸複寫
  • 測試容錯移轉
  • 計畫性容錯移轉
  • 非計畫性容錯移轉
  • 監控應用程式健康狀態(VM Monitoring)
  • 叢集感知更新(CAU)
  • VM 虛擬主機反關聯性(Anti-Affinity)

前言

簡單來說在 Windows Server 2012 R2 當中的「共享式 VHDX 虛擬磁碟 (Shared VHDX)」,具有如下優勢:

  • 解決過去建立 Guest Clustering 的困擾 (擺脫過去只能存取實體架構 SAN LUN 的麻煩)。
  • 允許「多台」主機「同時」存取同一顆磁碟。
  • 支援 Guest Clustering。

但是,在支援進階功能方面則有一些限制,所以在使用上還是需要注意一下。

Shared VHDX 支援的特色功能為:

  • 線上新增 Shared VHDX 磁碟給 Guest Clustering VMs。
  • 執行線上即時遷移 Live Migration。


Shared VHDX 不支援的特色功能為:

  • 線上調整 Shared VHDX 磁碟空間大小。
  • 執行線上儲存即時遷移 Storage Live Migration。
  • 執行無共享式線上即時遷移 Shared Nothing Live Migration。
  • 執行 Hyper-V Replica 複寫。

參考資源

前言

簡單來說,有個建立多個 VM 虛擬主機的大量部署需求,所以這篇筆記就誕生了。

PowerShell 內容及概要說明
  • $VM_Path: 指定產生的 VM 虛擬主機的存放路徑
  • $VM_vCPU: 指定產生的 VM 虛擬主機 vCPU 數量。
  • $VM_MaxIOPS: 指定產生的 VM 虛擬主機最大 IOPS 數值。此實作環境中,為避免迴圈建立 VM 虛擬主機造成大量的 IOPS,所以限制每台 VM 虛擬主機最多只能使用 50 IOPS。
  • $HV_Host: 抓取目前執行此 PowerShell Script 的 Hyper-V Host 電腦名稱當成變數。
  • $HV_vSwitch: 指定產生的 VM 虛擬主機,屆時要接在哪一台 Virtual Switch
  • $HV_WSFC: 指定產生的 VM 虛擬主機,屆時要加入哪個 Hyper-V Failover Cluster
  • Options1: 先建立個範本 VM(Bash_VM.vhdx),用它來部署大量的 VM 虛擬主機。
  • Options2: 建立空的硬碟檔案,並建立 VM 虛擬主機。
  • 指定 vRAM 空間: 指定 VM 虛擬主機的 vRAM 空間。
  • 啟動 VM 並加入 Cluster: 最後,啟動 VM 虛擬主機並加入指定的 Hyper-V Cluster。


PowerShell 指令碼內容
$VM_Path = "C:\ClusterStorage\Volume1"
$VM_vCPU = "2"
$VM_MaxIOPS = "50"
$HV_Host = "$env:computername"
$HV_vSwitch = "HV_vNetwork"
$HV_WSFC = "QCB-Node-FC"

#Setting Hyper-V Host VM Configuration File path
if (!(Test-Path -Path "$VM_Path\VMs_Config")) {
    New-Item -Path "$VM_Path\VMs_Config" -ItemType "Directory"
    Set-VMHost -VirtualMachinePath "$VM_Path\VMs_Config"
}

foreach ($i in 1..1) {
#Create the necessary folders
if (!(Test-Path -Path "$VM_Path\$HV_Host\$HV_Host-VM$i")) {
    New-Item -Path "$VM_Path\$HV_Host\$HV_Host-VM$i" -ItemType "Directory"
}

#Option1 - Copy Bash VHDX & Create template VM
Copy-Item "$VM_Path\Bash_VM.vhdx" "$VM_Path\$HV_Host\$HV_Host-VM$i\$HV_Host-VM$i.vhdx"

New-VM -Name "$HV_Host-VM$i" -VHDPath "$VM_Path\$HV_Host\$HV_Host-VM$i\$HV_Host-VM$i.vhdx" -Generation 2 -SwitchName "$HV_vSwitch"

#Option2 - Create empty VM
#New-VM -Name "$HV_Host-VM$i" -NewVHDPath "$VM_Path\$HV_Host\$HV_Host-VM$i.vhdx" -NewVHDSizeBytes 50GB  -Generation 2 -SwitchName "S2S-vSwitch"

#Configure Disk IOPS
Set-VMHardDiskDrive -VMName "$HV_Host-VM$i" -MaximumIOPS "$VM_MaxIOPS"

#Configure VM vCPU Count
Set-VMProcessor -VMName "$HV_Host-VM$i" -Count "$VM_vCPU"

#Configure VM Dynamic Memory
Set-VMMemory -VMName "$HV_Host-VM$i" -DynamicMemoryEnabled $True -MaximumBytes 4GB -MinimumBytes 512MB -StartupBytes 2GB

#Power On the VM
Start-VM "$HV_Host-VM$i"

#Add the VM to the cluster
Add-ClusterVirtualMachineRole -Cluster "$HV_WSFC" -VMName "$HV_Host-VM$i"
}

活動簡介

台灣微軟 IT 管理技術高峰論壇承襲自美國 Microsoft Management Summit (MMS) 的活動精神,並將其內容複製到台灣舉行。不同於台灣微軟年度 TechDays 大會涵蓋微軟所有產品與技術,MMS 更專注於 IT 管理的相關議題,尤其著重在伺服器、虛擬化、雲端運算與企業行動化上的相關應用與管理,涵蓋產品包括 Windows Server、System Center、Microsoft Azure、Windows Azure Pack & Enterprise Mobility Suite 等等。

去年 MMS 首度在台灣舉辦並且廣受好評,由於許多學員反映每一個場次時間太短無法充分學習,因此今年台灣微軟將每一個場次時間延長為70分鐘,並且將活動時間延長為兩天,尤其 Microsoft 今年 5 月 5 日在芝加哥 Ignite 大會上發表眾多的全新產品和服務,兩天的活動時間可以讓參加學員有更多時間可以學習到最新的 IT 管理技術和新知,包含:

  • 新一代混合雲平台與管理工具:Windows Server 2016、System Center 2016
  • 下一代 Hyper-V 虛擬化技術
  • Windows Azure Pack 下一代 Microsoft Azure Stack
  • Microsoft Azure 在混合雲的新應用
  • 最新雲端管理工具 Microsoft Operations Management Suite (OMS)
  • 企業行動化技術 Enterprise Mobility Suite (EMS) 以及最新家族成員 Microsoft Advanced Threat Analytics (ATA)
  • Windows Server 2003 & SQL Server 2005 終止支援的因應策略


活動資訊

  • 日期: 2015 年 6 月 4 ~ 5 日 (星期四、五)
  • 時間: 9:30 ~ 17:30
  • 地點: 台北市信義區松仁路 7 號 7 樓 (台灣微軟 7A 7B 會議室)
  • 報名: 活動報名



活動內容

第一天、第二天議程


活動影片及講義

本次活動影片及講義,都已經上架到  Channel 9 網站上了,有興趣的朋友別錯過了。本次擔任的議程如下:





Q.無法建立 SOFS 叢集電腦帳戶?

Error Message:
建立 SMB Scale-Out File Server Cluster 的過程中,無法建立容錯移轉叢集電腦帳戶,並出現如下錯誤訊息?

The following error has occourred:
The cluster resource 'SMB-SOFS' could not be brought onoline due to an error bringing the dependency resource 'SMB Network Name (SMB-SOFS-01)' online. Refer to the Cluster Events in the Failover Cluster Manager for more inofrmation.


Ans:
詳細資訊請參考 PFE Blog - When Creating a New Resource or Role in Windows Server 2012 R2 Failover Cluster, the Network Name Fails to Come Online or Failed to Create Associated Computer Object in Domain 文章內容。

簡單來說,這個問題是因為「目前的使用者帳號權限不夠」所導致,造成無法在相關的 OU 當中「建立 Compute Object」所產生的錯誤,所以只要給予叢集電腦帳戶足夠的權限即可順利建立 SMB Scale-Out File Server Cluster。

Q.無法 Live Migration VM 虛擬主機?

Error Message:
運作架構是 Windows Server 2012 R2 建立好 Hyper-V Failover Cluster,但是嘗試要「即時遷移 (Live Migration)」 VM 虛擬主機時,出現「發生一般性存取被拒的錯誤 (0x80070005)」的錯誤訊息且遷移動作失敗?


Ans:
詳細資訊請參考 Microsoft KB2249906 - General access denied error (0x80070005),下列簡述處理方式,請切換至該 VM 虛擬主機所在的 Hyper-V 主機,然後鍵入如下指令處理權限,完成後便可以順利進行即時遷移 (Live Migration)的動作了。


Q.VMM 無法納管 Hyper-V 主機?

Error Message:
VMM 2012 R2 欲納管 Windows Server 2012 R2 Hyper-V 主機,卻出現「錯誤 (415)」的問題且無法納管?


Ans:
依照錯誤訊息當中的建議動作,開啟 Hyper-V 主機的防火牆規則 (WMI 及 檔案和印表機共用),此實作環境僅允許「網域」可存取。



並且確認在 VMM 主機端,可存取 Hyper-V 主機的 ADMIN$。


執行上述建議動作後,再次嘗試由 VMM 主機納管 Hyper-V 主機便成功了。


1、前言

Windows Server 2012 R2 雲端作業系統於 2013 年 10 月正式上市,新一代的雲端作業系統不僅僅只是將舊有功能改進並且還新增多項全新功能,本書共有 13 章從一開始的 x86 虛擬化技術,到如何讓讀者可以籍由 Nested Virtualization 概念打造僅使用一台 PC 主機,便能實作書中所有進階實作的 Hyper-V in a Box 層層虛擬化環境,接著從基礎設定開始暖身慢慢進階到 Hyper-V 3.0 R2 各項進階實作,由淺入深的章節編排希望您會喜歡。

文章目錄

1、前言
2、網路購書
3、第一章、實作環境及初始設定
4、第二章、容錯移轉叢集前置作業
5、第三章、建置容錯移轉叢集
6、第四章、計畫性停機解決方案
7、第五章、非計畫性停機解決方案
8、第六章、異地備援解決方案
9、第七章、監控應用程式健康狀態
10、第八章、叢集感知更新
11、第九章、VM 虛擬主機反關聯性


2、網路購書



3、第一章、實作環境及初始設定

在初級篇當中可知,雖然在新版 Hyper-V 3.0 R2虛擬化環境內,並不需要建置容錯移轉叢集(Non Failover Cluster)環境,仍然可以達成多種 VM 虛擬主機遷移的目的。但是,未建置容錯移轉叢集的虛擬化環境高可用性機制其實並未完備,舉例來說 未建置容錯移轉叢集的虛擬化環境中,並支援「快速遷移(Quick Migration)」機制,也就是當 Hyper-V 實體主機發生災難時,未建置容錯移轉叢集的虛擬化環境中,並沒有相對應的機制能夠將其上運作的 VM 虛擬主機,自動化遷移到其它存活的 Hyper-V 主機當中。

因此,若您希望所建置的 Hyper-V 虛擬化環境具備完整的高度可用性時,那麼您還是必須要建置「容錯移轉叢集(Failover Cluster)」環境才行。下列是本書當中容錯移轉集實作環境架構圖:



1-1、實作環境
          1-1-1、設定 VMware Player 網路環境
          1-1-2、VMware Player建立虛擬主機
          1-1-3、安裝作業系統
1-2、系統初始設定
          1-2-1、調整預設輸入法模式
          1-2-2、變更電腦名稱
          1-2-3、安裝 VMware Tools
1-3、網路功能及網域設定
          1-3-1、DC 主機網路初始設定
          1-3-2、DC 主機建立 Active Directory 網域服務
          1-3-3、iSCSI 主機網路及網域設定
          1-3-4、Node 1 主機網路及網域設定
          1-3-5、Node 2 主機網路及網域設定

4、第二章、容錯移轉叢集前置作業

本章將一步一步帶領讀者,從新增 Hyper-V 伺服器角色、iSCSI 目標伺服器、iSCSI Target 建立...等。



當然,也包含 iSCSI Target / iSCSI Initiator MPIO 等設定,下列便是 MPIO 多重路徑網路架構示意圖。



最後,在建置容錯移轉叢集環境以前,建議讀者進行一些系統細部微調作業,這些細部微調的部份雖然可以略過,但這是作者在企業與組織多年實戰經驗中的一些經驗法則,透過本小節相關的細部調整後,有時可以減少後續很多不可預期的奇怪或錯誤現象。

舉例來說,在預設的情況下 Windows Server 2012 R2 作業系統,會為實體網路卡啟用「節省電源」機制,但此舉可能造成長時間未連線時自動將網路卡進入省電模式,當突然要使用連線時因為喚醒網路卡需要一點時間,因此可能會覺得發生連線中斷的錯覺,所以建議將此功能 關閉



2-1、進階功能前置作業
          2-1-1、伺服器管理員集中管理
2-2、納管主機新增角色及功能
          2-2-1、Node 1 主機新增 Hyper-V 伺服器角色
          2-2-2、Node 2 主機新增 Hyper-V 伺服器角色
          2-2-3、iSCSI 主機新增 iSCSI 目標伺服器
2-3、格式化 iSCSI 主機磁碟
          2-3-1、離線硬碟上線
          2-3-2、硬碟初始化
          2-3-3、新增磁碟區
2-4、iSCSI Target 設定
          2-4-1、新增 iSCSI 虛擬磁碟(Quorum Disk)
          2-4-2、新增 iSCSI 虛擬磁碟(Storage1 Disk)
2-5、iSCSI Initiator MPIO 設定
          2-5-1、Node 1 主機安裝多重路徑 I/O 功能
          2-5-2、Node 1 主機新增 MPIO 裝置
          2-5-3、Node 1 主機 iSCSI Initiator MPIO 設定
          2-5-4、Node 1 主機掛載 iSCSI Target 磁碟資源
          2-5-5、Node 2 主機安裝多重路徑 I/O 功能
          2-5-6、Node 2 主機新增 MPIO 裝置
          2-5-7、Node 2 主機 iSCSI Initiator MPIO 設定
          2-5-8、Node 2 主機掛載 iSCSI Target 磁碟資源
2-6、主機設定細部調整
          2-6-1、調整電源選項
          2-6-2、關閉網路卡節省電源功能
          2-6-3、不停用 IPv6 功能
          2-6-4、取消 LMHOSTS 搜尋及 DNS 登錄
          2-6-5、關閉網路卡 RSS 功能
          2-6-6、調整網路卡順序
          2-6-7、調整 Hyper-V 虛擬交換器名稱

5、第三章、建置容錯移轉叢集

本章將詳細說明如何為叢集節點,安裝容錯移轉叢集功能並建立高可用性容錯移轉叢集以及 VM 虛擬主機。由於容錯移轉叢集運作環境,提供高可用性及服務持續性因此對於運作條件極為要求,所以在建立容錯移轉叢集以前必須要先通過「驗證設定」的動作,才能確保後續建立的容錯移轉叢集運作穩定性及高可用性。

最後,也將實戰演練「叢集共用磁碟區快取(CSV Cache)」,讓你的 VM 虛擬主機能夠有效提升運作效率。透過「共用虛擬硬碟(Shared VHDX Disk)」機制,讓你從此架構 Guest Clustering 環境不在勞心勞力。

VM 虛擬主機開啟 CSV Cache 機制之「」的 IOPS 表現



VM 虛擬主機開啟 CSV Cache 機制之「」的 IOPS 表現



3-1、安裝容錯移轉叢集功能
          3-1-1、Node主機安裝容錯移轉叢集功能
          3-1-2、查看容錯移轉叢集虛擬介面卡
          3-1-3、DC 主機安裝容錯移轉叢集管理工具
3-2、建立高可用性容錯移轉叢集
          3-2-1、容錯移轉叢集驗證設定
          3-2-2、建立容錯移轉叢集
          3-2-3、了解叢集磁碟
          3-2-4、了解容錯移轉叢集網路
          3-2-5、容錯移轉叢集 DNS 記錄及電腦帳戶
3-3、建立高可用性 VM 虛擬主機
          3-3-1、複製 ISO 映像檔
          3-3-2、建立高可用性 VM 虛擬主機
          3-3-3、VM 虛擬主機安裝作業系統
          3-3-4、測試 MPIO 容錯切換功能
          3-3-5、管理 VM 虛擬主機
3-4、叢集共用磁碟區快取(CSV Cache)
          3-4-1、啟用 CSV Cache 機制
          3-4-2、調整 CSV Cache 空間大小
          3-4-3、測試 CSV Cache 機制
          3-4-4、CSV Cache 機制失效?
3-5、共用虛擬硬碟(Shared VHDX Disk)
          3-5-1、第一台 VM 新增共用虛擬硬碟
          3-5-2、第二台 VM 掛載共用虛擬硬碟
          3-5-3、架設 Guest Clustering

6、第四章、計畫性停機解決方案

本章除了詳細解說各項計畫性停機解決方案運作原理,如 VM 虛擬主機線上不中斷運算資源搬移的「即時遷移(Live Migration)」、儲存資源搬移的「儲存即時遷移(Live Storage Migration)」、不需要共享儲存設備的「無共用儲存即時遷移(Shared-Nothing Live Migration)」等機制之外。同時,也將帶領讀者一步一步進行實戰演練以求理論與實務並重。下列為儲存即時遷移運作原理示意圖:



4-1、即時遷移(Live Migration)
          4-1-1、即時移轉設定
          4-1-2、實測即時遷移(Live Migration)
4-2、儲存即時遷移(Live Storage Migration)
          4-2-1、容錯移轉叢集增加第二個共用儲存空間
          4-2-2、iSCSI 主機新增第三顆 iSCSI 虛擬磁碟(Storage2 Disk)
          4-2-3、Node 1 主機 iSCSI Initiator MPIO 設定
          4-2-4、Node 1 主機掛載 Storage 2 磁碟資源
          4-2-5、Node 2 主機 iSCSI Initiator MPIO 設定
          4-2-6、Node 2 主機掛載 Storage 2 磁碟資源
          4-2-7、新增第二顆叢集共用磁碟 CSV
          4-2-8、實測儲存即時遷移(Live Storage Migration)
4-3 無共用儲存即時遷移(Shared-Nothing Live Migration)
          4-3-1、單機 Hyper-V 主機初始化
          4-3-2、Hyper-V 主機委派設定
          4-3-3、實測無共用儲存即時遷移(Shared-Nothing Live Migration)

7、第五章、非計畫性停機解決方案

從 Windows Server 2012 版本開始,便已經支援原生的「網路卡小組(NIC Teaming)」機制,有效解決網路卡負載平衡及容錯備援的需求。但是,如果發生的中斷事件是網路卡小組當中,所有的成員網卡同時損壞? 或者是成員網卡的網路線被踢掉? VM 虛擬主機對外服務的交換器損壞?…等事件呢?

新一代的 Windows Server 2012 R2 雲端作業系統,新增「受保護的網路(Protected Network)」機制來因應這樣的網路中斷事件。當 Hyper-V 主機當中,負責 VM 虛擬主機的實體網路發生中斷事件後,此時 Hyper-V 主機若有其它線路能與其它主機溝通,那麼便會立即透過「即時遷移」的方式,將 VM 虛擬主機遷移至其它 Hyper-V 主機上繼續運作。下列為受保護的網路運作機制示意圖:



5-1、受保護的網路(Protected Network)
          5-1-1、確認受保護的網路機制啟用狀態
          5-1-2、實測受保護的網路機制
5-2、快速遷移(Quick Migration)
          5-2-1、手動執行快速遷移
          5-2-2、實測快速遷移

8、第六章、異地備援解決方案

在初級篇當中的 Hyper-V 複本機制,因為並 沒有 容錯移轉叢集運作環境,因此當「主要/次要」站台之間若硬體架構無誤便能運作順利,但倘若「主要」站台發生硬體故障事件時,其實複本抄寫機制便會 中斷 同步作業。

倘若是運作在 容錯移轉叢集運作環境當中,當「主要 或 次要」站台發生硬體故障事件時,叢集資源將會透過「Hyper-V 複本代理人(Hyper-V Replica Broker)」機制,由存活的叢集節點接手並居中「協調」後,繼續進行 Hyper-V 複本抄寫作業。下列為 Hyper-V 複本代理人運作示意圖:



6-1、Hyper-V 複本(Hyper-V Replica)
          6-1-1、新增 Hyper-V 複本代理人
          6-1-2、容錯移轉叢集啟用複本機制
          6-1-3、建立分公司主機
          6-1-4、VM 虛擬主機啟用複本機制
          6-1-5、查看複本機制健康情況
          6-1-6、指定複寫 VM 虛擬主機不同 IP 位址
          6-1-7、延伸複寫(Extend Replication)
6-2、測試容錯移轉
6-3、計畫性容錯移轉
6-4、非計畫性容錯移轉
          6-4-1、母公司叢集環境損毀
          6-4-2、分公司主機接手服務
          6-4-3、母公司叢集環境修復
          6-4-4、母公司服務重新上線

9、第七章、監控應用程式健康狀態

雖然從 Windows Server 2008 R2 開始,架設容錯移轉叢集難度已經大幅降低,但要為 VM 虛擬主機架構叢集服務仍須費一番功夫。那麼,有沒有簡單且快速的監控機制,可以幫助我們監控 VM 虛擬主機上運作的「應用程式健康狀態」呢? 有的!! 在新一代 Windows Server 2012 R2 作業系統當中,內建的「VM 虛擬主機應用程式監控(VM Monitoring)」功能就是您的好幫手。下列為 VM Monitoring 機制運作示意圖:



7-1、監控應用程式健康狀態(VM Monitoring)
7-2、實測前置作業
7-3、監控 VM 虛擬主機應用程式
7-4、測試 VM Monitoring 機制
7-5、其它組態設定調整

10、第八章、叢集感知更新

在舊版本 Windows Server 2008 R2 時代,若叢集節點要執行關機動作的話,管理人員必須要「手動」將叢集節點進行 暫停節點、移動群組、移動服務或應用程式到另一個節點…等手動作業程序(詳細資訊請參考 Microsoft KB 174799),或是運作環境中有建置 SCVMM 2008 R2 時,將 Hyper-V 主機放置到「Start Maintenance Mode」才行。

現在,新一代的 Windows Server 2012 R2 雲端作業系統完全簡化這一切,這些繁鎖的手動操作步驟全都包含在「清空角色(Node Drain)」(或稱為 Node Maintenance Mode)動作當中。執行此動作時,它會針對線上運作的 VM 虛擬主機採用即時遷移(Live Migration)機制,並搭配「最佳可用節點(Best Available Node)」演算(挑選最多 Free Memory 叢集節點)來遷移 VM 虛擬主機,接著依照 VM 虛擬主機所設定的優先順序進行移轉動作,自動化的移動角色及工作負載(Role / Workloads)後關閉叢集節點,同時避免其它叢集節點將工作負載遷移過來。下列為最佳可用叢集節點演算運作示意圖:



8-1、叢集節點維護模式(Maintenance Mode)
          8-1-1、叢集節點進入維護模式(清空角色)
          8-1-2、叢集節點離開維護模式(容錯回復角色)
8-2、叢集感知更新(CAU)
          8-2-1、執行叢集感知更新
          8-2-2、叢集節點下載安全性更新
          8-2-3、叢集節點安裝安全性更新
          8-2-4、叢集節點下載及安裝相依安全性更新
8-3、匯出叢集感知更新報表

11、第九章、VM 虛擬主機反關聯性

在容錯移轉叢集運作環境當中,叢集節點及 VM 虛擬主機數量日益增多時可能會發生一個狀況,舉例來說 在叢集內運作二台高可用性的 SQL 資料庫伺服器,但是這二台 VM 虛擬主機若運作在「同一台」叢集節點主機時,當該叢集節點主機發生「非計畫性故障」的災難事件時,雖然叢集資源會透過「快速遷移(Quick Migration)」機制,自動將這二台 VM 虛擬主機遷移到其它存活的叢集節點繼續運作。

但是,我們知道快速遷移機制是有「停機時間(Downtime)」的,因此雖然建置了二台高可用性 SQL 資料庫伺服器,但是卻因為擺放在同一台叢集節點並發生非計畫性故障災難事件,因此還是造成了高可用性服務產生短暫的停機時間,那麼有沒有簡單又方便實作的機制,可以將 VM 虛擬主機「自動分開放置」在不同的叢集點節當中運作呢? 有的!! 新一代的 Windows Server 2012 R2 當中的「VM 虛擬主機反關聯(Anti-Affinity)」機制,就可以為您解決這樣的困擾。下列便是 VM 虛擬主機反關聯性機制運作示意圖:



9-1、VM 虛擬主機反關聯性(Anti-Affinity)
9-2、安裝容錯移轉叢集命令介面功能
9-3、未設定 AntiAffinityClassName 屬性
9-4、設定 AntiAffinityClassName 屬性