新時代高科技不計其數越來越發達，小伙伴們看過不少科技新聞吧，在我們生活中應該也用到很多這些高科技東西，有哪些小伙伴值的關注的呢，今天就跟大家分享一篇有關科技方面知識，希望大家會喜歡。
今天早些時候，微軟向開發人員通道發布了Windows 10 Insider Preview內部版本20201。像往常一樣，它還附帶了許多其他版本，例如新的SDK和新的Windows Server版本。但是，今天的Windows Server版本與以往不同的是，Microsoft實際上發布了一篇博客文章，詳細介紹了新功能。
通常，會出現新的版本供下載，而Microsoft甚至不承認它們的存在。這是完整的變更日志：
CoreNet：數據路徑和傳輸
MsQuic – IETF QUIC傳輸協議的開源實現為HTTP / 3 Web處理和SMB文件傳輸提供動力。
UDP性能改進— UDP成為一種流行的協議，承載越來越多的網絡流量。隨著基于UDP的QUIC協議的建立以及RTP和自定義(UDP)流和游戲協議的日益普及，是時候將UDP的性能提高到與TCP相當的水平了。在Server vNext中，我們包含了更改UDP分段卸載(USO)的游戲。USO進行了將UDP數據包從CPU發送到NIC專用硬件所需的大部分工作。在Server vNext中對USO進行補充，我們包括UDP接收方合并(UDP RSC)，該功能可以合并數據包并減少UDP處理的CPU使用率。為配合這兩個新的增強功能，我們對發送和接收的UDP數據路徑進行了數百次改進。
TCP性能改進— Server vNext使用TCP HyStart ++來減少連接啟動期間(特別是在高速網絡中)的數據包丟失，并使用SendTracker + RACK來減少重傳超時(RTO)。這些功能默認情況下在傳輸堆棧中啟用，并提供更流暢的網絡數據流和更高的高速性能。
TCPIP中的PktMon支持— Windows的跨組件網絡診斷工具現在具有TCPIP支持，可提供對網絡堆棧的可見性。PktMon可以用于虛擬化方案(例如容器網絡和SDN)的數據包捕獲，數據包丟棄檢測，數據包過濾和計數。
(已改進)vSwitch中的RSC
vSwitch中的RSC已得到改進，以獲得更好的性能。vSwitch中的接收段合并(RSC)最初在Windows Server 2019中發布，使數據包在進入虛擬交換機后可以作為一個更大的段進行合并和處理。這大大減少了處理每個字節所消耗的CPU周期(周期/字節)。
但是，以其原始形式，一旦流量退出虛擬交換機，它將被重新分段以跨VMBus傳輸。在Windows Server vNext中，段將在整個數據路徑中保持合并，直到由預期的應用程序處理為止。這樣可以改善兩種情況：
–虛擬網卡接收的來自外部主機的流量
–從虛擬NIC到同一主機上另一個虛擬NIC的流量
默認情況下將啟用vSwitch中對RSC的這些改進;您無需采取任何行動。
容器和Kubernetes的直接服務器返回(DSR)負載平衡支持
DSR是負載平衡系統中非對稱網絡負載分配的一種實現，這意味著請求和響應流量使用不同的網絡路徑。使用不同的網絡路徑有助于避免額外的躍點并減少等待時間，從而不僅可以加快客戶端與服務之間的響應時間，還可以減輕負載平衡器的額外負擔。
使用DSR是一種透明的方法，幾乎??不需要更改基礎架構即可提高應用程序的網絡性能。更多信息
通過故障轉移群集引入虛擬機(角色)關聯性/反關聯性規則
過去，我們依靠組屬性AntiAffinityClassNames來分隔角色，但是沒有特定于站點的意識。如果某個DC需要位于一個站點中，而DC必須位于另一個站點中，則無法保證。記住為每個角色鍵入正確的AntiAffinityClassNames字符串也很重要。
有以下PowerShell cmdlet：
New-ClusterAffinityRule =這使您可以創建新的Affinity或AntiAffinityrule。有四種不同的規則類型(-RuleType)
DifferentFaultDomain =將組保留在不同的故障域中
DifferentNode =將組保留在不同的節點上(注意可能在不同或相同的故障域中)
SameFaultDomain =將組保留在相同的故障域中
SameNode =將組保留在同一節點上
Set-ClusterAffinityRule =這允許您啟用(默認)或禁用規則
Add-ClusterGroupToAffinityRule =將組添加到現有規則
Get-ClusterAffinityRule =顯示所有或特定規則
Add-ClusterSharedVolumeToAffinityRule =這用于存儲親和力/反親和力，其中可以將群集共享卷添加到當前規則
Remove-ClusterAffinityRule =刪除特定規則
Remove-ClusterGroupFromAffinityRule =從特定規則中刪除組
Remove-ClusterSharedVolumeFromAffinityRule =從特定規則中移除特定的群集共享卷
Move-ClusterGroup -IgnoreAffinityRule =這不是新的cmdlet，但確實允許您將組強制移動到節點或故障域，否則將被阻止。在PowerShell，群集管理器和Windows管理中心中，它將顯示該組違反了提示。
現在，您可以將事情放在一起或分開。移動角色時，親和性對象確保可以移動角色。該對象還將尋找其他對象并驗證它們，包括磁盤，因此，如果需要，您可以與虛擬機(或角色)和群集共享卷具有存儲親和力(存儲親和力)。例如，您可以向多個角色(例如域控制器)添加角色。您可以設置AntiAffinity規則，以使DC保留在不同的故障域中。然后，您可以為每個DC設置與其特定CSV驅動器的關聯性規則，以便它們可以保持在一起。如果您有需要在每個站點上使用特定DC的SQL Server VM，則可以在每個SQL與它們各自的DC之間設置具有相同故障域的相似性規則。由于它現在是群集對象，如果要嘗試將SQL VM從一個站點移動到另一個站點，它將檢查與其關聯的所有群集對象。它看到在同一站點中與DC配對。然后，它會看到DC有一條規則并進行驗證。可以看到，該DC不能與另一個DC處于同一故障域中，因此不允許移動。
有內置的替代，因此您可以在必要時強制移動。與具有ClusterEnforcedAffinity的AntiAffinityClassNames(必須刪除該屬性以使其移動并啟動)相比，如果需要，您還可以輕松地禁用/啟用規則。我們還在Drain中添加了功能，如果該功能必須將其移至另一個域并且有AntiAffinity規則對其進行阻止，我們將繞過該規則。Cluster Admin和Windows Admin Center中都公開了任何違反規則的情況，供您查看。
用于故障轉移群集的靈活BitLocker保護器
BitLocker已用于故障轉移群集已有相當長的一段時間了。要求是群集節點必須全部與BitLocker密鑰綁定到群集名稱對象(CNO)處于同一域中。但是，對于邊緣的那些群集，工作組群集和多域群集，Active Directory可能不存在。沒有Active Directory，就沒有CNO。這些群集方案沒有靜態數據安全性。從Windows Server Insiders開始，我們引入了自己的本地存儲(加密)的BitLocker密鑰，供群集使用。僅在創建群集后對群集驅動器進行BitLocker保護時，才會創建此附加密鑰。
新的集群驗證網絡測試
網絡配置變得越來越復雜。添加了一組新的群集驗證測試，以幫助驗證正確設置了配置。這些測試包括：
列出網絡指標順序(驅動程序版本控制)
驗證群集網絡配置(虛擬交換機配置)
驗證IP配置警告
網絡通訊成功
交換機嵌入式團隊配置(對稱，vNIC，pNIC)
驗證Windows防火墻配置是否成功
已配置QOS(PFC和ETS)
(有關上述QOS設置的注意事項：這并不意味著這些設置有效，僅表示已實施設置。這些設置必須與您的物理網絡配置相匹配，因此，我們無法驗證將其設置為適當的值)
服務器核心容器映像的錯誤率高達20%[sic]
對于拉動Windows容器映像的任何工作流程來說，這應該是一個重大勝利，而Windows Server Core容器Insider映像的下載大小已減少了20%。這是通過優化服務器核心容器映像中包含的.NET預編譯本機映像集來實現的。如果將.NET Framework與Windows容器(包括Windows PowerShell)一起使用，請使用.NET Framework映像，該映像將包括其他.NET預編譯的本機映像，以維護這些方案的性能，同時還可以從減小的大小中受益[sic] 。
SMB協議的新功能
SMB現在進一步提高了安全性，現在支持AES-256加密。使用SMB加密或通過啟用RDMA的網卡通過SMB Direct簽名時，還可以提高性能。SMB現在還具有進行壓縮以提高網絡性能的能力。1