微軟發(fā)布具有新功能的Windows Server Insider Preview內(nèi)部版本20201

今天早些時候，微軟 向開發(fā)人員通道發(fā)布了Win10系統(tǒng) Insider Preview內(nèi)部版本20201。像往常一樣，它還附帶了許多其他版本，例如新的SDK和新的Windows Server版本。但是，今天的Windows Server版本與Microsoft有所不同實際上發(fā)布了一篇博客文章，詳細介紹了新功能。

通常，會顯示新版本供下載，而Microsoft甚至都不承認他們的存在。這是完整的變更日志：

CoreNet：數(shù)據(jù)路徑和傳輸

• MsQuic – IETF QUIC傳輸協(xié)議的開源實現(xiàn)為HTTP / 3 Web處理和SMB文件傳輸提供動力。

• UDP性能改進— UDP成為一種流行的協(xié)議，承載越來越多的網(wǎng)絡(luò)流量。隨著基于UDP的QUIC協(xié)議的建立以及RTP和自定義(UDP)流和游戲協(xié)議的日益普及，是時候?qū)DP的性能提高到與TCP相當?shù)乃搅?。在Server vNext中，我們包含了更改UDP分段卸載(USO)的游戲。USO進行了將UDP數(shù)據(jù)包從CPU發(fā)送到NIC專用硬件所需的大部分工作。在Server vNext中對USO進行補充，我們包括UDP接收方合并(UDP RSC)，該功能可以合并數(shù)據(jù)包并減少UDP處理的CPU使用率。為配合這兩個新的增強功能，我們對發(fā)送和接收的UDP數(shù)據(jù)路徑進行了數(shù)百次改進。

• TCP性能改進— Server vNext使用TCP HyStart ++來減少連接啟動期間(特別是在高速網(wǎng)絡(luò)中)的數(shù)據(jù)包丟失，并使用SendTracker + RACK來減少重傳超時(RTO)。這些功能默認情況下在傳輸堆棧中啟用，并提供更流暢的網(wǎng)絡(luò)數(shù)據(jù)流和更高的高速性能。

• TCPIP中的PktMon支持— Windows的跨組件網(wǎng)絡(luò)診斷工具現(xiàn)在具有TCPIP支持，可提供對網(wǎng)絡(luò)堆棧的可見性。PktMon可以用于虛擬化方案(例如容器網(wǎng)絡(luò)和SDN)的數(shù)據(jù)包捕獲，數(shù)據(jù)包丟棄檢測，數(shù)據(jù)包過濾和計數(shù)。

(已改進)vSwitch中的RSC

vSwitch中的RSC已得到改進，以獲得更好的性能。vSwitch中的接收段合并(RSC)最初在Windows Server 2019中發(fā)布，使數(shù)據(jù)包在進入虛擬交換機后可以作為一個更大的段進行合并和處理。這大大減少了處理每個字節(jié)所消耗的CPU周期(周期/字節(jié))。

但是，以其原始形式，一旦流量退出虛擬交換機，它將被重新分段以跨VMBus傳輸。在Windows Server vNext中，段將在整個數(shù)據(jù)路徑中保持合并，直到由預(yù)期的應(yīng)用程序處理為止。這樣可以改善兩種情況：

–虛擬網(wǎng)卡接收的來自外部主機的流量

–從虛擬NIC到同一主機上另一個虛擬NIC的流量

默認情況下將啟用vSwitch中對RSC的這些改進;您無需采取任何行動。

容器和Kubernetes的直接服務(wù)器返回(DSR)負載平衡支持

DSR是負載平衡系統(tǒng)中非對稱網(wǎng)絡(luò)負載分配的一種實現(xiàn)，這意味著請求和響應(yīng)流量使用不同的網(wǎng)絡(luò)路徑。使用不同的網(wǎng)絡(luò)路徑有助于避免額外的躍點并減少等待時間，從而不僅可以加快客戶端與服務(wù)之間的響應(yīng)時間，還可以減輕負載平衡器的額外負擔(dān)。

使用DSR是一種透明的方法，幾乎不需要更改基礎(chǔ)架構(gòu)即可提高應(yīng)用程序的網(wǎng)絡(luò)性能。更多信息

通過故障轉(zhuǎn)移群集引入虛擬機(角色)關(guān)聯(lián)性/反關(guān)聯(lián)性規(guī)則

過去，我們依靠組屬性AntiAffinityClassNames來分隔角色，但是沒有特定于站點的意識。如果某個DC需要位于一個站點中，而DC必須位于另一個站點中，則無法保證。記住為每個角色鍵入正確的AntiAffinityClassNames字符串也很重要。

有以下PowerShell cmdlet：

• New-ClusterAffinityRule =這使您可以創(chuàng)建新的Affinity或AntiAffinityrule。有四種不同的規(guī)則類型(-RuleType)

• DifferentFaultDomain =將組保留在不同的故障域中

• DifferentNode =將組保留在不同的節(jié)點上(注意可能在不同或相同的故障域中)

• SameFaultDomain =將組保留在相同的故障域中

• SameNode =將組保留在同一節(jié)點上

• Set-ClusterAffinityRule =這允許您啟用(默認)或禁用規(guī)則

• Add-ClusterGroupToAffinityRule =將組添加到現(xiàn)有規(guī)則

• Get-ClusterAffinityRule =顯示所有或特定規(guī)則

• Add-ClusterSharedVolumeToAffinityRule =這用于存儲親和力/反親和力，其中可以將群集共享卷添加到當前規(guī)則

• Remove-ClusterAffinityRule =刪除特定規(guī)則

• Remove-ClusterGroupFromAffinityRule =從特定規(guī)則中刪除組

• Remove-ClusterSharedVolumeFromAffinityRule =從特定規(guī)則中移除特定的群集共享卷

• Move-ClusterGroup -IgnoreAffinityRule =這不是新的cmdlet，但確實允許您將組強制移動到節(jié)點或故障域，否則將被阻止。在PowerShell，群集管理器和Windows管理中心中，它將顯示該組違反了提示。

現(xiàn)在，您可以將事情放在一起或分開。移動角色時，親和性對象確保可以移動角色。該對象還將尋找其他對象并驗證它們，包括磁盤，因此，如果需要，您可以與虛擬機(或角色)和群集共享卷具有存儲親和力(存儲親和力)。例如，您可以向多個角色(例如域控制器)添加角色。您可以設(shè)置AntiAffinity規(guī)則，以使DC保留在不同的故障域中。然后，您可以為每個DC設(shè)置與其特定CSV驅(qū)動器的關(guān)聯(lián)性規(guī)則，以便它們可以保持在一起。如果您有需要在每個站點上使用特定DC的SQL Server VM，則可以在每個SQL與它們各自的DC之間設(shè)置具有相同故障域的相似性規(guī)則。由于它現(xiàn)在是群集對象，如果要嘗試將SQL VM從一個站點移動到另一個站點，它將檢查與其關(guān)聯(lián)的所有群集對象。它看到在同一站點中與DC配對。然后，它會看到DC有一條規(guī)則并進行驗證?？梢钥吹剑揇C不能與另一個DC處于同一故障域中，因此不允許移動。

有內(nèi)置的替代，因此您可以在必要時強制移動。與具有ClusterEnforcedAffinity的AntiAffinityClassNames(必須刪除該屬性以使其移動并啟動)相比，如果需要，您還可以輕松地禁用/啟用規(guī)則。我們還在Drain中添加了功能，如果該功能必須將其移至另一個域并且有AntiAffinity規(guī)則對其進行阻止，我們將繞過該規(guī)則。Cluster Admin和Windows Admin Center中都公開了任何違反規(guī)則的情況，供您查看。