SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

四種免費培訓和雲計算資源

by Leave a Comment

四免費 - 培訓 - 和 - 雲計算服務資源

免費培訓和雲計算資源

對信息技術或計算機科學感興趣的學生將加入由雲計算主導的世界。主要的雲服務提供商（CSP）希望看到年輕人擁抱他們的雲平台來託管下一個重要的東西，如Facebook，Instagram或SnapChat。前三名CSP為學生提供免費培訓和雲計算資源，希望能夠贏得他們的思想和心靈。但在你直接進入雲計算之前，新手學生可能希望從許多免費培訓和雲計算資源中的一個開始，獲得一些基本的計算機編程基礎。可汗學免費培訓和雲計算資源院為學生提供免費的Azure服務。有兩種不同的產品。第一個針對的是13歲以上的高中生，第二個面向18歲以上的大學生。免費培訓和雲計算資源 Microsoft Azure for Students Starter Offer適用於那些有興趣在雲中構建應用程序的高中生。大學級別提供的免費培訓和雲計算資源並不多。但對於自我啟動者來說，他們在尖端技術中蘸著他們的腳趾，這是一個很好的起點。Azure for Students面向大學水平的學生，並提供更多免費功能。任何計算機科學或信息技術的學生都應該嘗試這一點。完美的方式，沒有額外的自付費用。引入Azure雲的一個好方法是從Microsoft與Pluralsight合作提供的一些免費在線培訓課程開始。免費培訓和雲計算資源 為了不甘示弱，AWS的AWS Educate還為學生和教育工作者提供一些免費的雲服務。它使用免費的雲積分，如果管理得當，這可能會有很長的路要走。AWS還提供教育計劃，可以與感興趣的教育機構的計算機科學AP課程相結合。  免費培訓和雲計算資源 Google雲平台（GCP）還為認可大學的計算機科學專業提供教育補助。這些似乎是三者中最嚴格的，因為只有在認可的大學才有計算機科學專業。不幸的是，我似乎無法找到GCP提供的免費培訓。如果你想要一些培訓，你可以註冊一些課程。這樣做的好處是，這些課程似乎都是講師，無論是在線還是在實際課堂上。不利的是，當AWS或Azure上有其他免費培訓機會時，13歲的孩子將花費任何資金開始在CGP上開發。有關免費培訓和雲計算資源的更多信息，請訪問此處，經ClusteringForMereMortals.com許可轉載

修復SQL Server多子網故障轉移群集

by Leave a Comment

修復 - 您-SQL-Server的多子網故障轉移群集

救命！我無法連接到我的SQL Server多子網故障轉移群集

我的很多客戶都遇到過這個問題。為了解決這個問題，我通常會告訴他們以下內容

該鏈接將包含您需要知道的一切。

如果您的連接不支持multisubnetfailover = true，他們不會詳細說明該怎麼做。如果您的連接不支持該參數，則將registerallprovidersip設置為false並清除DNS。這個過程在這裡描述得最好。

SQL Server多子網故障轉移群集如何實際工作？

通常，人們不了解SQL Server多子網故障轉移群集的工作原理。Windows Server 2012中添加了多子網故障轉移群集支持，並在定義群集資源依賴關係時添加了“OR”技術。這允許人們允許群集名稱資源依賴於IP地址x.x.x.x或IP地址y.y.y.y.
x.x.x.x將是在子網A中有效的群集IP資源.y.y.y.y將是在子網B中有效的群集IP地址。在任何給定時間，只有一個地址將在線，無論哪個地址對於當前運行的資源的子網有效。
Microsoft SQL Server從SQL Server 2012開始支持這一概念，其中兩個故障轉移群集實例（FCI）都使用三方SANless群集解決方案，如SIOS DataKeeper和SQL Server Always On Availability Groups。
默認情況下，如果您創建SQL Server多子網故障轉移群集，則應以最佳方式自動配置群集。這包括設置兩個IP地址，向DNS添加兩個A記錄並將registerallprovidersIP設置為true。但是，在客戶端，您需要告訴它您正在連接到多子網故障轉移群集，否則將不會建立連接。

配置客戶端

通過將multisubnetfailover = true添加到連接字符串來完成配置客戶端。此Microsoft文檔是一個很好的資源。但是，如果您只是搜索multisubnetfailover = true，您將找到有關該設置的大量信息。
不要不是每個應用程序都支持將其添加到連接字符串。如果您發現自己處於這種情況，您應該要求您的應用程序供應商添加對此的支持或向您展示如何執行此操作。
不要煩惱。如果你發現自己處於那種狀況，一切都不會丟失。您將需要更改群集的行為，以便在更新故障轉移時更新DNS，以便使用新IP地址更新與群集客戶端訪問點關聯的單個A記錄。這取代了在DNS中有兩個A記錄，每個記錄包含一個群集IP地址，這是多子網群集中的默認行為。

幫助即將到來

本文引用了SharePoint，您可以忽略這一點，本文的其餘部分編寫得非常好，可以描述您應該遵循的過程。
該文章的重點如下……
Get-ClusterResource“[網絡名稱]”| Set-ClusterParameter RegisterAllProvidersIP 0
重新啟動cluster-name-object（基本上重新啟動角色）並手動清理所有“A”記錄（清理不是自動完成）後，我們可以看到我們的舊A記錄仍在DNS中，因此我們需要手動刪除它們。
除了這些步驟，我建議你減少HostRecordTTL上的TTL，如本文所述。
該文章的重點如下。
PS C：> Get-ClusterResource -Name cluster1FS |設置ClusterParameter -Name HostRecordTTL – 值300
如果值為300，則可能需要等待最多5分鐘才能使客戶端在故障轉移後重新連接，如果擁有大型Active Directory基礎結構且AD複製需要一些時間來更新基礎結構中的所有DNS服務器，則可能需要更長時間。
您將需要弄清楚最佳TTL是什麼，以便快速重新連接客戶端，而不會因為DNS查詢請求過多而使DNS服務器負擔過重。
此類配置在DR站點位於不同子網的災難恢復配置中很常見。它在AWS的HA部署中也很常見，因為不同的可用區位於不同的子網中。
如果您對SQL Server多子網故障轉移群集有任何疑問，請與我們聯繫。你可以隨時通過Twitter @daveberm與我聯繫

我可以將我的文件共享證人放在DFS共享上嗎？

by Leave a Comment

我可以將我的文件共享證人放在DFS共享上嗎？

我可以將我的文件共享證人放在DFS共享上嗎？

我一直被問到這個問題 – 哪裡可以將我的文件共享見證放在DFS共享上。人們擔心失去他們的文件共享證人。因此，與其他許多股票一樣，他們希望利用DFS獲得一些額外的可用性。這是一個非常糟糕的主意，不受支持。微軟最近發布了一篇很棒的博客文章，該文章描述了為什麼不支持DFS共享上的文件共享見證的原因。https://blogs.msdn.microsoft.com/clustering/2018/04/13/failover-cluster-file-share-witness-and-dfs/本文的大部分內容也適用於那些詢問是否可以使用DataKeeper將捲資源複製為磁盤共享。這說得通。對於任何其他工作負載，您可以使用DataKeeper卷資源代替物理磁盤資源，那麼為什麼不使用Disk Witness？此問題與DFS問題相同。如果兩台服務器之間的通信中斷，則無法保證兩台服務器上的捲都不會聯機。這將導致潛在的裂腦情況。物理磁盤資源通過使用SCSI保留克服了此問題。這將確保磁盤一次只能由一個群集節點訪問。好消息是，微軟已經阻止您嘗試使用複制的DataKeeper Volume資源。在Windows Server 2019中，看起來它們也會阻止您將DFS共享用作文件共享見證。

來自故障轉移群集和網絡負載平衡團隊博客文章“故障轉移群集文件共享見證和DFS [/ caption]

有關於將文件共享見證放在DFS共享上的問題嗎？閱讀我們的博客或聯繫我們！經ClusteringForMereMortals.com許可轉載

Azure區域與虛擬網絡對等連接的網絡速度

by Leave a Comment

Azure區域與虛擬網絡對等連接的網絡速度是多少？

這是我今天問自己的問題。 當然，我無法找到在任何地方記錄的與虛擬網絡對等連接的Azure區域之間的網絡速度背後的原因。我假設沒有保證。 它可能取決於當前的利用率等。如果我錯了，請有人指出說明可用速度的文檔。我主要看這里和這裡。所以我設置了兩個Windows 2016 D4s v3實例 – 一個在美國中部，一個在美國東部2。兩者都是配對區域。如果您不知道對等是什麼，它實際上可以讓您輕鬆連接兩個不同的Azure虛擬網絡。對等很容易設置。 只需確保從兩個虛擬網絡配置它。一旦配置正確，它將看起來像這樣。

做測試

Azure中正常運行的對等網絡[/ caption]

然後我在每台服務器上下載了iPerf3並開始測試。起初我有一些非常令人失望的結果。但是經過一些研究，我發現運行多個線程並增加窗口大小可以更準確地測量可用帶寬。我試了幾個不同的設置。它似乎平均最高只有1.9 Gbps，遠遠高於45 Mbps！我使用了客戶端參數並產生了最好的結果。見如下：

iperf3.exe -c 10.0.3.4 -w32M -P 4 -t 30

該輸出的示例看起來像這樣。

 -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   - 
 [4] 2.00-3.00秒34.1 MBytes 286 Mbits / sec
 [6] 2.00-3.00秒39.2 MBytes 329 Mbits / sec
 [8] 2.00-3.00秒56.1 MBytes 471 Mbits / sec
 [10] 2.00-3.00秒73.2 MBytes 615 Mbits / sec
 [SUM] 2.00-3.00秒203 MBytes 1.70 Gbits / sec
  -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   - 
 [4] 3.00-4.00秒37.5 MBytes 315 Mbits / sec
 [6] 3.00-4.00秒19.9 MBytes 167 Mbits / sec
 [8] 3.00-4.00秒97.0 MBytes 814 Mbits / sec
 [10] 3.00-4.00秒96.8 MBytes 812 Mbits / sec
 [SUM] 3.00-4.00秒251 MBytes 2.11 Gbits / sec
  -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   - 
 [4] 4.00-5.00秒34.6 MBytes 290 Mbits / sec
 [6] 4.00-5.00秒24.6 MBytes 207 Mbits / sec
 [8] 4.00-5.00秒70.1 MBytes 588 Mbits / sec
 [10] 4.00-5.00秒97.8 MBytes 820 Mbits / sec
 [SUM] 4.00-5.00秒227 MBytes 1.91 Gbits / sec
  -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   - 
 [4] 5.00-6.00秒34.5 MBytes 289 Mbits / sec
 [6] 5.00-6.00秒31.9 MBytes 267 Mbits / sec
 [8] 5.00-6.00秒73.9 MBytes 620 Mbits / sec
 [10] 5.00-6.00秒86.4 MBytes 724 Mbits / sec
 [SUM] 5.00-6.00秒227 MBytes 1.90 Gbits / sec
  -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   - 
 [4] 6.00-7.00秒35.4 MBytes 297 Mbits / sec
 [6] 6.00-7.00秒32.1 MBytes 269 Mbits / sec
 [8] 6.00-7.00秒80.9 MBytes 678 Mbits / sec
 [10] 6.00-7.00秒78.5 MBytes 658 Mbits / sec
 [SUM] 6.00-7.00秒227 MBytes 1.90 Gbits / sec

我看到高達2.5 Gbps的峰值和低至1.3 Gbps的低點。

從Twitter更新

所以我收到了@jvallery的一些反饋，我必須嘗試一下。Azure區域與虛擬網絡對等連接的網絡速度是多少？ 我做的第一件事是將現有實例提升到D64sv3並使用-P 64。我看到了顯著的增長

iperf3.exe -c 10.0.3.4 -w32M -P 64 -t 30

[SUM] 0.00-1.00秒2.55 GBytes 21.8 Gbits / sec

然後我按照建議旋轉了一些F72v2實例，我看到了更好的結果。

iperf3.exe -c 10.0.2.5 -w32M -P 72 -t 30

[SUM] 0.00-1.00秒2.86 GBytes 24.5 Gbits / sec

  我在Linux上不夠精通。在使用對等網絡時，Azure區域之間似乎有合理數量的可用帶寬。如果有人想在@jvallery建議下使用Linux重複此測試，我很樂意在此發布您的結果！似乎確實可以改變連接虛擬網絡對等的Azure區域之間的網絡速度。

使用SIOS DataKeeper進行災難恢復

對於我的一個客戶，我選擇使用這兩個對等網絡來解決使用SIOS DataKeeper的SQL Server災難恢復，以便在區域之間異步複製SQL數據以進行災難恢復。

SIOS DataKeeper將數據從Azure EAST US 2複製到CENTRAL US [/ caption]

在這種特殊情況下，我們測量的是以毫秒為單位測量的RPO。正如您在下面的視頻中看到的，在DISKSPD測試期間，為了模擬典型的SQL Server工作負載，RPO <1秒。 我很樂意聽取您關於您在Azure中測量的任何網絡速度以及如何在Azure中使用對等網絡的經驗。是否有關於Azure區域與虛擬網絡對等連接的網絡速度的問題？閱讀我們的博客或聯繫我們！經ClusteringForMereMortals.com許可轉載

將Azure群集轉換為託管磁盤

by Leave a Comment

為什麼要將azure群集轉換為託管磁盤

為什麼要將Azure群集轉換為託管磁盤

你可能聽說過最近的存儲中斷在3月16日影響了美國東部地區的一些情況。此處發布了中斷的根本原因分析。 3月16日美國東部停電中斷

客戶影響力

在美國東部地區使用存儲的客戶子集在單個存儲規模單元中訪問其存儲帳戶時可能會遇到錯誤和超時。您可能會問，“什麼是單個存儲比例單位”。好吧，您可以將其視為單個存儲群集或單個SAN，或者您想要考慮它。我不認為Azure發布他們的確切基礎設施。雖然您可以假設在幕後他們使用橫向擴展文件服務器進行後端存儲。

以最短的停機時間生存停電

所以問題是，如何以最短的停機時間倖存下來？如果你進一步閱讀根本原因分析，你會遇到這個小塊金塊。

在此事件期間，使用可用性集中的託管磁盤的虛擬機將保持可用性。因此，是時候將Azure群集轉換為託管磁盤

什麼是託管磁盤？

2月8日，Corey Sanders宣布了管理磁盤的GA。託管磁盤可以幫助解決這種中斷問題。因為通過利用可用性集與託管磁盤相結合，可用性集中的每個實例都連接到不同的“存儲規模單元”。因此，在這種特殊情況下，只有一個集群節點發生故障，剩下的節點將接管工作負載。在託管磁盤可用之前（2016年2月8日之前部署的任何磁盤）之前，無法確保連接到服務器的存儲位於不同的存儲規模單元上。當然，您可以為每個實例使用不同的存儲帳戶。但實際上，並不能保證那些存儲帳戶在不同的存儲規模單元上配置存儲。將Azure群集轉換為託管磁盤的更多理由。因此，雖然可用性集確保您的實例駐留在不同的故障域和更新域中以確保實例本身的可用性，但是附加到每個實例的附加存儲確實代表單點故障。雖然存儲本身俱有高彈性，但有三個數據副本和地理冗餘選項可用，在這種情況下斷電時，整個存儲規模單元與連接到它的所有服務器一起關閉。長話短說……盡快將Azure群集轉換為託管磁盤，以幫助減少停機時間https://docs.microsoft.com/en-us/azure/virtual-machines/virtual-machines-windows-migrate-to管理磁盤如果您真的想最大限度地減少停機時間，您應該考慮跨雲提供商或云端部署的混合雲部署！經Clusteringformeremortals.com許可轉載