Windows Server 10存儲副本配置和第一印象

令人興奮的新功能 – 存儲副本！

Storage Replicas是微軟公佈的Windows Server 10中最令人興奮的新功能之一。這是微軟在這裡描述：http://technet.microsoft.com/en-us/library/dn765475.aspx#BKMK_SR。在文章的後面，我還會看看故障轉移群集。

“存儲副本（SR）是一項新功能，支持在服務器之間進行與存儲無關的塊級別同步複製以實現災難恢復，以及擴展故障轉移群集以實現高可用性。通過同步複製，可以在具有崩潰一致性卷的物理站點中鏡像數據，從而確保文件系統級別的數據丟失為零。異步複製允許在大城市範圍之外進行網站擴展，並有可能丟失數據。

這個改變增加了什麼價值？

存儲複製使您可以執行以下操作：

針對任務關鍵型工作負載的計劃內和計劃外停機提供全微軟災難恢復解決方案。

使用經過驗證的可靠性，可擴展性和性能的SMB3傳輸。

將城市群延伸到大都會距離。

端到端使用Microsoft軟件進行存儲和群集，如Hyper-V，存儲副本，存儲空間，群集，橫向擴展文件服務器，SMB3，重複數據刪除和ReFS / NTFS。

幫助降低成本和復雜性如下：

硬件是不可知的，不需要立即放棄諸如SAN之類的傳統存儲。

允許商品存儲和網絡技術。

通過故障轉移群集管理器和Microsoft Azure站點恢復功能，輕鬆實現個別節點和群集的圖形管理。

通過Windows PowerShell提供全面的大型腳本選項。

有助於減少停機時間，並提高Windows固有的可靠性和生產力。

提供可支持性，性能指標和診斷功能。“

關於其他用例呢？

他們提到了很多用例：“Hyper-V，存儲副本，存儲空間，群集，擴展文件服務器，SMB3，重複數據刪除和ReFS / NTFS”。我甚至不確定它們是什麼意思，如ReFS / NTFS，重複數據刪除，SMB3，存儲複製，存儲空間等列表技術。這些看起來更像功能而不是用例，我將假設它們是。

但讓我們看看他們提到的其他一些用例：Hyper-V，集群，橫向擴展文件服務器。我可以輕鬆想像Storage Replica如何通過啟用不共享任何Scale-Out-File服務器和多站點群集（包括Hyper-V，SQL Server，文件服務器等）來增強這些用例。在某些情況下，它還可以啟用SANLess局域網集群，從而允許在不需要共享物理磁盤資源的情況下構建集群。

讓我們看看故障轉移群集

在我第一次看到這個解決方案時，我決定專注於我所知道和喜歡的故障轉移群集。為了讓事情變得簡單，我決定我將專注於構建一個簡單的雙節點傳統文件服務器（而不是擴展文件服務器）。我將從完全純粹的Windows Server 10域中的三個新虛擬機開始。

入門

很容易下載ISO，然後安裝到我的3個虛擬機上的速度非常快。推廣DC與2012 R2相似。雖然我認為在安裝AD功能後必須實際運行DCPromo更加明顯。

我安裝了我的域，並且沒有構建沒有問題的資源的基本雙節點群集。接下來，我使用VMware Fusion作為我的虛擬機管理程序，因為它支持嵌套的虛擬機管理程序（這種功能嚴重缺乏Hyper-V進行測試和演示）。然後，我向群集中的每個虛擬機添加了一些額外的VMDK文件，並將它們格式化為每個虛擬機上的E：和F :,這些將成為我的副本卷。還有一點需要注意，我還沒有定義資源，並且群集沒有共享存儲。完美，隨時可以開始配置存儲副本！

複製過程開始

因此，我啟動了故障轉移群集管理器，並開始探討如何啟動複製過程。在用戶界面中完全沒有任何東西可以找到，即副本，複製或任何與之相近的東西。由於文檔沒有發貨，而且幾個小時前才發布的文檔，我盡我所能去弄清楚，儘管我拼命地搜索了Twitter的博客。沒問題我說，我是一個集群MVP，我的專長是複制和多站點集群，所以我會弄清楚這一點。

經過一番搜索後，我發現有一項名為Windows Volume Replication的新功能。

呃。發生了什麼？

太好了，所以我在兩個節點上都認為這將會很棒，但在Windows故障轉移群集界面中，我仍然沒有發現“Configure Replica”。更多地抓我的頭，並試圖接觸到一些聰明的人，我仍然不知道。然後它在我身上曙光……“也許它只支持群集磁盤？”現在功能公告稱“支持商品存儲”。對我來說，這意味著在我的電腦中的任何舊硬盤驅動器，或者在這種情況下，我的虛擬機上連接的虛擬磁盤。事實證明，我是正確的;磁盤必須作為可用存儲中的物理磁盤資源出現在群集中。

最後到達某處

好吧，不是最大的要求，但我繼續堵塞。要獲得一些可作為連接到我的虛擬機的物理磁盤資源添加的磁盤，我在我的DC上啟用了iSCSI目標角色，並為我的每個虛擬機創建兩個iSCSI虛擬磁盤。現在請記住，這不像常規集群，因此每個虛擬磁盤只分配給一個虛擬機，它們不共享。

我使用iSCSI啟動器連接到這些磁盤的每個虛擬機，初始化，聯機和格式化它們。然後我使用故障轉移群集管理器將它們添加到群集。

最後，我看到一些新的複制選項。

我仍然努力了一段時間，讓複製啟用按鈕甚至變得可選。

必須知道！

以下是您在旅途中獲得此次展會所需知道的IMPORT內容：

• 磁盤必須是群集中的物理Dis資源。這意味著它們必須支持SCSI3保留，並且必須通過群集驗證。
• 磁盤必須是GPT，而不是MBR
• 要復制的每個磁盤都必須具有關聯的“磁盤”才能用於“日誌文件”。我認為這是他們在復制中斷時對數據進行排隊的地方，或者是在數據稍微落後的異步鏡像中
• 您必須將磁盤（僅數據磁盤，而不是日誌磁盤）添加到群集資源，然後才能啟用複制。您無法在位於可用存儲中的磁盤上啟用複制
• 您的源服務器和目標服務器必須具有相同大小的磁盤和卷字母

啟用複制

一旦你這樣做，你將最終能夠啟用複制。

就像我所說的，您需要選擇一個需要在可用存儲中的源日誌磁盤。Microsoft建議使用SSD磁盤。我不知道它應該有多大。我認為它是更大的複制可以被中斷，然後再佔用所有空間並打破鏡像。

下一步是選擇目標服務器上的磁盤。如果您收到“沒有可用存儲空間”的消息，則可能需要移動“可用存儲”，以使目標磁盤在輔助服務器上處於聯機狀態。

如果您選擇“選擇節點”，請確保技術預覽中的移動可用存儲似乎沒有被破壞。但是，如果您選擇“最佳可能節點”並且事情似乎有效。可用存儲將在SECONDARY服務器上聯機。

現在，所有可用存儲都應該在SECONDARY服務器上聯機。

 

還有一個用於目標日誌文件的磁盤

這看起來像一個很好的功能，特別是對於WAN複製。顯然，您可以播種到目標磁盤，避免在WAN上完全同步。

下一個屏幕只是確認一切…

故障轉移群集管理器 – 完成所有操作

你的集群應該看起來像這樣。您可能會注意到復制狀態顯示“未知”。我假設這是一個將在稍後解決的錯誤。

其他錯誤

我注意到通過故障轉移群集管理器可用的文件共享創建嚮導似乎不起作用。啟動後它會意外關閉。但是，您可以使用文件管理器在活動節點上創建共享，並自動將其添加到群集中。

一些基本的測試似乎表明故障轉移群集管理器工作正常。請注意，您知道哪些卷是複制的數據卷，哪些是日誌卷。寫入日誌文件的數據不會被複製，所以如果你犯了一個錯誤（就像我做的那樣），你可能會認為複制不起作用。

最後，在所有這些試驗和錯誤之後，我發現微軟已經開始發布至少一些關於如何完成這項工作的指針。請查看Storage副本PM的Ned Pyle在本文中的要求。

http://social.technet.microsoft.com/Forums/windowsserver/en-US/f843291f-6dd8-4a78-be17-ef92262c158d/getting-started-with-windows-volume-replication?forum=WinServerPreview&prof=required

我的想法…

我保留我的想法，直到我有更多時間玩這個功能。

轉載自https://clusteringformeremortals.com/2014/10/04/windows-server-10-storage-replica-configuration-and-first-impressions-windows10/

在Azure中保留靜態IP

您現在可以在Azure中為您的雲服務預留靜態公共IP。通常，當您停止雲服務中的所有虛擬機時，您的靜態IP將會釋放。這樣，下次啟動虛擬機時將會發布一個新的虛擬機。您必須始終保持每台雲服務至少運行一台虛擬機，這可能會使演示無需每次重做就能正常運行。

最好的位？免費！

更好的消息是，您保留的前五個靜態IP地址是免費的。現在，我可以關閉所有虛擬機，並在夜間輕鬆入眠，因為知道我的地址不會改變，從而打破了我的SQL Server故障轉移群集演示。最重要的是，我可以肯定，我不會超過200美元的MSDN Azure信用額度，這總是一件好事。

http://msdn.microsoft.com/en-us/library/azure/dn690120.aspx

經https://clusteringformeremortals.com/2014/06/19/static-ip-in-azure-now-available/許可轉載