持續(xù)每個(gè)月都在更新部署Azure Stack，本質(zhì)上來(lái)說(shuō)Azure Stack的功能也越來(lái)越強(qiáng)大。至今已經(jīng)更新到ASDK 1904版本，Azure Stack 1904?更新內(nèi)部版本號(hào)是1.1904.0.36。安裝流程差別不大，但是具體的變化如下：?
改進(jìn)?
1904?更新負(fù)載包含哪些主機(jī)?Azure Stack?不包括基礎(chǔ)操作系統(tǒng)的?Azure Stack?組件的更新。 這使某些更新，確定其作用范圍。 因此，預(yù)期時(shí)間它花費(fèi)的?1904年更新完成小于 （大約?16?個(gè)小時(shí)，但確切的時(shí)間而異）。 運(yùn)行時(shí)此下降是類(lèi)似于?1903年更新。 但是，后續(xù)更新可能包含操作系統(tǒng)，這意味著不同的運(yùn)行時(shí)的更新。 將來(lái)的更新將在更新完成，具體取決于有效負(fù)載包含所需的預(yù)期時(shí)間上提供類(lèi)似的指導(dǎo)。?
重大改進(jìn)具有已對(duì)?1904年中軟件定義網(wǎng)絡(luò)?(SDN)?堆棧。 這些改進(jìn)增加的總體服務(wù)和?Azure Stack?中的?SDN?堆棧的可靠性。?
如果當(dāng)前登錄的用戶(hù)不具有所需的權(quán)限，從而使儀表板，以正確加載在管理員門(mén)戶(hù)中，添加一條通知。?它還包含指向介紹哪些帳戶(hù)有適當(dāng)?shù)臋?quán)限，具體取決于在部署過(guò)程中使用的標(biāo)識(shí)提供程序的文檔的鏈接。?
添加了對(duì)?VM?復(fù)原能力和解析的方案中的所有?Vm?都脫機(jī)如果包含?VM?配置文件的存儲(chǔ)卷處于脫機(jī)狀態(tài)的運(yùn)行時(shí)間的改進(jìn)。?
添加了的優(yōu)化的?Vm?數(shù)同時(shí)撤走主機(jī)并放置在帶寬消耗，地址?VM?限電或封鎖在網(wǎng)絡(luò)負(fù)載較重時(shí)的上一個(gè)上限。 更新系統(tǒng)時(shí)，此更改會(huì)增加?VM?正常運(yùn)行時(shí)間。?
改進(jìn)的資源限制時(shí)系統(tǒng)的運(yùn)行強(qiáng)度來(lái)保護(hù)對(duì)內(nèi)部進(jìn)程耗盡平臺(tái)的資源，從而導(dǎo)致失敗的操作，在門(mén)戶(hù)中。?
改進(jìn)了篩選功能使操作員能夠同時(shí)應(yīng)用多個(gè)篩選器。?僅可以按排序名稱(chēng)新的用戶(hù)界面中的列。?
刪除產(chǎn)品/服務(wù)、 計(jì)劃、 配額和訂閱的過(guò)程改進(jìn)。 現(xiàn)在可以成功刪除產(chǎn)品/服務(wù)、 配額、 計(jì)劃和訂閱管理員門(mén)戶(hù)中你想要?jiǎng)h除的對(duì)象是否沒(méi)有依賴(lài)關(guān)系。?
改進(jìn)了通過(guò)過(guò)濾掉不必要的事件并提供配置參數(shù)來(lái)選擇所需的嚴(yán)重性級(jí)別為轉(zhuǎn)發(fā)消息的?syslog?消息量。 有關(guān)如何配置嚴(yán)重級(jí)別的詳細(xì)信息，請(qǐng)參閱Azure Stack?數(shù)據(jù)中心集成-syslog?轉(zhuǎn)發(fā)。?
在?Azure Stack?基礎(chǔ)結(jié)構(gòu)會(huì)消耗額外的?12 GB + (4 GB ?數(shù)量的?Azure Stack?主機(jī))?從?1904 update?及更高版本。 這意味著，在?4?節(jié)點(diǎn)戳將有?28 GB?額外的容量消耗?(12 GB + 4 GB ?4)?在?Azure Stack?管理員門(mén)戶(hù)的容量屏幕中反映出來(lái)。 到?1904年版本更新應(yīng)會(huì)成功，即使其他內(nèi)存消耗將?Azure Stack?戳放超出容量。 如果?Azure Stack?戳基于內(nèi)存使用量在更新完成后，將看到專(zhuān)用于反映將此狀態(tài)下的，修正措施以釋放一些虛擬機(jī)與一個(gè)警報(bào)。?
添加到了新功能Get-azurestacklog cmdlet?通過(guò)包含一個(gè)附加參數(shù)來(lái)-OutputSASUri。 現(xiàn)在可以從你的環(huán)境中收集?Azure Stack?日志并將其存儲(chǔ)在指定的?Azure?存儲(chǔ)?blob?容器。 有關(guān)詳細(xì)信息，請(qǐng)參閱Azure Stack?診斷。?
添加新的內(nèi)存簽入Test-azurestack UpdateReadiness進(jìn)行檢查以查看是否有足夠的內(nèi)存可用于更新已成功完成的堆棧上的組。?
對(duì)改進(jìn)Test-azurestack評(píng)估?Service Fabric?運(yùn)行狀況。?
改進(jìn)硬件更新，從而減少了完成驅(qū)動(dòng)器固件花費(fèi)的時(shí)間更新為?2-4?小時(shí)。 更新引擎動(dòng)態(tài)確定更新的哪些部分需要執(zhí)行，根據(jù)在包中的內(nèi)容。?
若要防止影響可用性的破壞性的基礎(chǔ)結(jié)構(gòu)角色實(shí)例操作的添加可靠的操作，預(yù)檢查。?
為冪等性的基礎(chǔ)結(jié)構(gòu)備份操作的改進(jìn)計(jì)劃。?
Azure Stack?日志收集的改進(jìn)。 這些改進(jìn)減少檢索的日志所需的時(shí)間。 此外，?Get-azurestacklog cmdlet?將無(wú)法再生成?OEM?角色的默認(rèn)日志。 必須執(zhí)行Invoke AzureStackOnDemandLog cmdlet，指定要檢索的?OEM?日志的角色。 有關(guān)詳細(xì)信息，請(qǐng)參閱Azure Stack?診斷。?
Azure Stack?現(xiàn)在監(jiān)視數(shù)據(jù)中心與?ADFS?集成為提供的聯(lián)合身份驗(yàn)證數(shù)據(jù)?URL。 這將在?customer ADFS?實(shí)例或場(chǎng)的機(jī)密輪換期間提高可靠性。更改?
刪除?Azure Stack?運(yùn)營(yíng)商如何關(guān)閉的情況下在管理員門(mén)戶(hù)中的基礎(chǔ)結(jié)構(gòu)角色實(shí)例的選項(xiàng)。 重新啟動(dòng)功能可確保在重新啟動(dòng)基礎(chǔ)結(jié)構(gòu)角色實(shí)例之前的干凈關(guān)閉嘗試。 對(duì)于高級(jí)方案，API?和?PowerShell?功能仍然可用。?
沒(méi)有新的?Marketplace?管理體驗(yàn)，使用單獨(dú)的?Marketplace?映像和資源提供程序的屏幕。 現(xiàn)在，請(qǐng)資源提供程序窗口為空，但在將來(lái)的版本新?PaaS?服務(wù)產(chǎn)品/服務(wù)將顯示和管理在資源提供程序窗口。?
對(duì)運(yùn)算符門(mén)戶(hù)中的更新體驗(yàn)的更改。?沒(méi)有對(duì)資源提供程序更新的新網(wǎng)格。 更新資源提供程序的功能尚不可用。?
對(duì)運(yùn)營(yíng)商門(mén)戶(hù)中的更新安裝體驗(yàn)的更改。?若要幫助?Azure Stack?運(yùn)算符做出適當(dāng)?shù)捻憫?yīng)更新問(wèn)題，該門(mén)戶(hù)現(xiàn)在提供更具體的建議基于運(yùn)行狀況的縮放單位中，通過(guò)運(yùn)行自動(dòng)派生Test-azurestack和分析結(jié)果。 根據(jù)結(jié)果，則會(huì)通知操作員執(zhí)行兩種操作之一：?
"Soft"的警告性警報(bào)顯示在門(mén)戶(hù)中，用于讀取"的最新更新的需要注意。?Microsoft?建議在正常營(yíng)業(yè)時(shí)間內(nèi)打開(kāi)服務(wù)請(qǐng)求。?Test-azurestack?是執(zhí)行，并且基于更新過(guò)程的一部分，我們?cè)谳敵錾仙勺詈线m的警報(bào)。 在這種情況下，Test-azurestack?已通過(guò)。?
"硬"的嚴(yán)重警報(bào)顯示在門(mén)戶(hù)中顯示為"最新的更新失敗。?Microsoft?建議盡可能快地打開(kāi)服務(wù)請(qǐng)求。?Test-azurestack?是執(zhí)行，并且基于更新過(guò)程的一部分，我們?cè)谳敵錾仙勺詈线m的警報(bào)。 在這種情況下，Test-azurestack?也失敗。"?
更新的?Azure Linux?代理版本?2.2.38.0。 此支持，客戶(hù)可以維護(hù)?Azure?和?Azure Stack?之間一致的?Linux?映像。?
修復(fù)項(xiàng)?
修復(fù)了在其中?syslog?配置未保留通過(guò)更新循環(huán)，導(dǎo)致?syslog?客戶(hù)端會(huì)丟失其配置以及要停止正在轉(zhuǎn)發(fā)的?syslog?消息。 現(xiàn)在將保留?Syslog?配置。?
在阻止解除分配的?Vm?的?CRP?中修復(fù)了問(wèn)題。 以前，如果包含多個(gè)大型的托管的磁盤(pán)?VM，解除分配?VM?可能已失敗并出現(xiàn)超時(shí)錯(cuò)誤。?
已修復(fù)的問(wèn)題會(huì)影響到縮放單位存儲(chǔ)訪(fǎng)問(wèn)的?Windows Defender?引擎。?
修復(fù)了用戶(hù)門(mén)戶(hù)問(wèn)題?blob?存儲(chǔ)帳戶(hù)的訪(fǎng)問(wèn)策略窗口無(wú)法加載。?
修復(fù)了在管理員和用戶(hù)門(mén)戶(hù)，在其中顯示有關(guān)全局?Azure?門(mén)戶(hù)中的錯(cuò)誤通知。?
修復(fù)了在其中選擇一個(gè)用戶(hù)門(mén)戶(hù)問(wèn)題反饋磁貼導(dǎo)致空的瀏覽器選項(xiàng)卡中打開(kāi)。?
修復(fù)在更改已綁定到網(wǎng)絡(luò)的?IP?配置的靜態(tài)?IP?地址適配器附加到?VM?實(shí)例，導(dǎo)致錯(cuò)誤消息顯示了門(mén)戶(hù)問(wèn)題。?
中的嘗試修復(fù)了用戶(hù)門(mén)戶(hù)問(wèn)題附加網(wǎng)絡(luò)接口到現(xiàn)有?VM?通過(guò)網(wǎng)絡(luò)窗口導(dǎo)致操作失敗并顯示錯(cuò)誤消息。?
修復(fù)了在其中?Azure Stack?不支持將?4?個(gè)以上的網(wǎng)絡(luò)接口?(Nic)?附加到?VM?實(shí)例。?
修復(fù)了門(mén)戶(hù)中的添加入站的安全規(guī)則和選擇問(wèn)題服務(wù)標(biāo)記作為源，顯示不是適用于?Azure Stack?的幾個(gè)選項(xiàng)。?
修復(fù)了的問(wèn)題所在網(wǎng)絡(luò)安全組?(Nsg)?無(wú)效?Azure Stack?中全球?Azure?的方式相同。?
修復(fù)了在?Marketplace?管理隱藏所有下載的產(chǎn)品，如果注冊(cè)過(guò)期或被刪除。?
修復(fù)了在哪些頒發(fā)集?AzureRmVirtualNetworkGatewayConnection在?PowerShell?中的現(xiàn)有虛擬網(wǎng)絡(luò)網(wǎng)關(guān)連接到的命令失敗，錯(cuò)誤消息無(wú)效共享配置密鑰....?
修復(fù)了導(dǎo)致網(wǎng)絡(luò)資源提供程序?(NRP)?與網(wǎng)絡(luò)控制器，從而導(dǎo)致所請(qǐng)求的重復(fù)資源同步問(wèn)題。 在某些情況下，這會(huì)導(dǎo)致父資源處于錯(cuò)誤狀態(tài)。?
修復(fù)了在其中用戶(hù)參與者角色分配到訂閱，但未顯式提供的讀取權(quán)限，如果生成了錯(cuò)誤的問(wèn)題的讀取?...客戶(hù)端somelogonaccount@domain.com使用對(duì)象?ID {GUID}?不會(huì)執(zhí)行操作...?嘗試將更改保存到資源時(shí)。?
修復(fù)了在其中?marketplace?管理屏幕處于空如果脫機(jī)聯(lián)合工具用來(lái)上傳的圖像，并且其中任何一個(gè)文件缺少?URI(s)?的圖標(biāo)。?
修復(fù)了阻止未能從正在刪除在?marketplace?管理下載的產(chǎn)品的問(wèn)題。?
安裝完成后，以?AzureStack\AzureStackAdmin?身份登錄到?ASDK?主機(jī)。?
以管理員身份打開(kāi)?PowerShell（非?PowerShell ISE）。?
運(yùn)行：Enter-PSSession -ComputerName AzS-ERCS01 -ConfigurationName PrivilegedEndpoint?
運(yùn)行：Test-AzureStack?

目前的檢測(cè)項(xiàng)已經(jīng)比以前多了很多。?
待續(xù)……

了解更多網(wǎng)絡(luò)知識(shí)關(guān)注：http://www.vecloud.com/