Poznámky k verzi centra Azure Stack

2102 – odkaz na sestavení

Nejnovější číslo buildu aktualizace centra Azure Stack 2102 je 1.2102.30.97. Aktualizované informace o sestavení a opravě hotfix najdete v části věnované opravám hotfix .

Typ aktualizace

Typ sestavení aktualizace centra Azure Stack 2102 je plný.

Aktualizace 2102 má následující očekávané moduly runtime na základě našeho interního testování:

• 4 uzly: 8-20 hodin
• 8 uzlů: 11-26 hodin
• 12 uzlů: 14-32 hodin
• 16 uzlů: 17-38 hodin

Přesná doba trvání aktualizace obvykle závisí na kapacitě používané v systému podle úloh klientů, připojení k systémové síti (Pokud je připojeno k Internetu) a specifikacemi hardwaru vašeho systému. Doby trvání kratší nebo delší než očekávaná hodnota nejsou běžné a nevyžadují akci Azure Stack operátory centra, pokud se aktualizace nezdařila. Tato přibližná doba běhu je specifická pro aktualizaci 2102 a neměla by se porovnávat s jinými aktualizacemi centra Azure Stack.

Další informace o typech sestavení aktualizací najdete v tématu Správa aktualizací v centru Azure Stack.

Novinky

• Služba zálohování infrastruktury centra Azure Stack nyní podporuje progresivní zálohování. Tato funkce pomáhá snižovat požadavky na úložiště v externím umístění zálohy a mění způsob, jakým jsou soubory uspořádány do externího úložiště záloh. Doporučuje se, abyste nemanipulováni se soubory v kořenovém adresáři zálohování.

• Spravované disky centra Azure Stack nyní podporují rozhraní API disku Azure verze 2019-07-01s podmnožinou dostupných funkcí.

• centrum Azure Stack Storage teď podporuje rozhraní api pro správu Azure Storage services verze 2019-06-01s podmnožinou celkových dostupných funkcí.

• Portál pro správu centra Azure Stack nyní zobrazuje informace týkající se GPU, včetně dat o kapacitě. K tomu je potřeba, aby byl v systému nainstalovaný grafický procesor.

• Uživatelé teď můžou nasadit všechny podporované velikosti virtuálních počítačů pomocí NVIDIA T4 přes portál Azure Stack hub User Portal.

• Operátoři centra Azure Stack teď můžou nakonfigurovat víceklientské architektury v centru Azure Stack prostřednictvím portálu pro správu. Další informace najdete v tématu Konfigurace víceklientské architektury.

• Operátoři centra Azure Stack teď můžou nakonfigurovat právní oznámení pomocí privilegovaného koncového bodu. Další informace najdete v tématu konfigurace ovládacích prvků zabezpečení centra Azure Stack.

• Během procesu aktualizace se zavádí podrobná oprava rastrového obrázku (GBR), která provádí optimalizaci v procesu opravy úložiště a opravuje data mimo synchronizaci. V porovnání s předchozím procesem jsou opraveny menší segmenty, což vede k méně opravám a kratší celkové době aktualizace. GBR je ve výchozím nastavení povolená pro všechna nová nasazení 2102. V případě aktualizace 2102 z dřívější verze (2008) je GBR během aktualizace povolený. GBR vyžaduje, aby byly všechny fyzické disky v dobrém stavu, takže se do kontroly UpdateReadiness přidalo dodatečné ověření. &Pokud se ověření nezdaří, aktualizace opravy se v brzké fázi nezdaří. V tomto okamžiku musí správce cloudu před pokračováním v aktualizaci provést akci k vyřešení problému s diskem. Pokud chcete postupovat podle výrobce OEM, podívejte se na kontaktní informace OEM.

• Azure Stack Hub teď podporuje nové velikosti virtuálních počítačů řady D-series pro Dv3, Ev3 a SQL.

• Centrum Azure Stack nyní podporuje přidávání GPU do libovolného existujícího systému. Pokud chcete přidat GPU, spusťte rutinu stop-azurestack, spusťte proces stop-Azurestack, přidejte GPU a pak spusťte rutinu Start-azurestack , dokud ji nedokončíte. Pokud již systém obsahuje GPU, musí být všechny dříve vytvořené virtuální počítače GPU zastaveny a pak znovu spuštěny.

• Zkrácená doba aktualizace OEM pomocí procesu živé aktualizace.

• Modul AKS na rozbočovači Azure Stack přidal následující nové funkce. Podrobnosti najdete v poznámkách k verzi v dokumentaci k modulu AKS:

  • Obecná dostupnost Ubuntu 18,04.
  • Podpora pro Kubernetes 1.17.17 a 1.18.15.
  • Příkaz rotace certifikátu – verze Public Preview.
  • Inverze Public Preview ovladačů na discích Azure
  • Verze Public Preview systému souborů NFS ovladače CSI.
  • Ovladač CSI pro privátní verzi Preview pro Azure BLOBs
  • T4 GPU GPU, podpora privátní verze Preview
  • Azure Active Directory integration private preview.

Vylepšen

• Zvýšila se doba uchování protokolu síťového adaptéru, takže protokoly budou k dispozici déle, než budou pomáhat vývojářům v efektivním řešení potíží, i když je problém vyřešen.
• Vylepšení zachovávání síťového adaptéru, virtuálního počítače brány, Load Balancer a protokolů agenta hostitele během aktualizace.
• Vylepšila se logika odstranění síťových prostředků, které jsou blokované stavem zřizování.
• Snížila se velikost XRP paměti na 14 GB na virtuální počítač a byla na virtuální počítač v paměti až 10 GB. Tím, že se vyhnete nárůstu celkového objemu paměti virtuálního počítače, nasadí se víc virtuálních počítačů tenantů.
• Sestava protokolu HTML v kolekci protokolů, která poskytuje snímek souborů na razítku a sdílené složce pro diagnostiku, teď obsahuje souhrnné zobrazení shromážděných souborů, rolí, poskytovatelů prostředků a informací o událostech, aby lépe porozuměly míře úspěšnosti a selhání procesu shromažďování protokolů.
• Přidali jsme rutiny PowerShellu set-AzSLegalNotice a Get-AzSLegalNotice do privilegovaného koncového bodu (PEP), který načte a aktualizuje obsah nápisu přihlašovacího jména po nasazení.
• Do funkce Azure Container Registry ve službě Azure Stack hub Private Preview se přidala funkce webhooks. Viz Vytvoření webhooků – rozhraní příkazového řádku.
• Služba Active Directory Certificate Services (ASSD) a virtuální počítač certifikační autority se odebraly úplně z centra Azure Stack. Tím se sníží nároky na infrastrukturu a ušetří se až 2 hodiny času aktualizace.

Změny

• Rozhraní API poskytovatele prostředků infrastruktury teď zpřístupňují informace o GPU, pokud jsou dostupné v jednotce škálování.
• Operátory centra Azure Stack teď můžou změnit poměr dělení GPU přes PowerShell (jenom AMD). To vyžaduje, aby se všechny virtuální počítače nadělily.
• Toto sestavení zahrnuje novou verzi Azure Resource Manager.
• Portál pro uživatele centra Azure Stack nyní používá prostředí na celou obrazovku pro nástroje pro vyrovnávání zatížení, skupiny zabezpečení sítě, zóny DNS a vytváření disků a virtuálních počítačů.
• ve verzi 2102 je centrum pro správu Windows (WAC) povolené na vyžádání z odemčené relace PEP. Ve výchozím nastavení není WAC povolený. Pokud ho chcete povolit, zadejte -EnableWac příznak, například unlock-supportsession -EnableWac .
• Proaktivní shromažďování protokolů teď používá Vylepšený algoritmus, který zachycuje protokoly za chybové stavy, které nejsou viditelné pro operátora. Tento algoritmus zajišťuje, aby byly správné diagnostické informace shromažďovány ve správný čas bez nutnosti zásahu operátoru. V některých případech může podpora Microsoftu začít řešit problémy a řešit potíže dřív. Počáteční vylepšení algoritmu se soustředí na operace oprav a aktualizace. Doporučuje se povolit proaktivní kolekce protokolů, protože se optimalizují víc operací a zvyšují se výhody.
• Existuje dočasné zvýšení velikosti 10 GB paměti, kterou používá infrastruktura centra Azure Stack.

Opravy

• Opravili jsme problém, kdy se během aktualizace nesynchronizoval interní zóny DNS a tato aktualizace způsobila selhání. Tato oprava byla na 2008 a 2005 prostřednictvím oprav hotfix.
• Opravili jsme problém, kdy bylo vyčerpáno místo na disku protokoly na fyzických hostitelích, síťových řadičích, branách a nástrojích pro vyrovnávání zatížení. Tato oprava byla znovu naportovaná na 2008.
• Opravili jsme problém, kdy se kvůli osamocenému prostředku ve vrstvě síťového adaptéru nepovedlo odstranit skupiny prostředků nebo virtuální sítě.
• Z výběru velikosti virtuálního počítače se odebrala velikost ND6s_dev , protože se jedná o nepodporovanou velikost virtuálního počítače.
• Opravili jsme problém, kdy provedením zrušení přidělení na virtuálním počítači způsobí odebrání jednotky MTU na virtuálním počítači. Toto chování je nekonzistentní s Azure.

Aktualizace zabezpečení

Informace o aktualizacích zabezpečení v této aktualizaci centra Azure Stack najdete v tématu aktualizace zabezpečení centra Azure Stack.

Opravy hotfix

Azure Stack centrum pravidelně vydává opravy hotfix. Od verze 2005 se při aktualizaci na novou hlavní verzi (například 1.2005. x na 1.2008. x) automaticky nainstalují nejnovější opravy hotfix (pokud nějaké jsou) v nové hlavní verzi. Od tohoto okamžiku předem, pokud byla vydána oprava hotfix pro sestavení, měli byste ji nainstalovat.

Další informace najdete v našich zásadách obsluhy.

Opravy hotfix centra Azure Stack se vztahují pouze na integrované systémy Azure Stack hub. Nepokoušejte se instalovat opravy hotfix na ASDK.

Požadavky na opravu hotfix: před instalací aktualizace 2102

Verze 2102 centra Azure Stack se musí použít ve verzi 2008 s následujícími opravami hotfix:

• 1.2008.40.154 opravy hotfix centra Azure Stack

Po úspěšné instalaci aktualizace 2102

Při aktualizaci na novou hlavní verzi (například 1.2008. x na 1.2102. x) se automaticky nainstalují nejnovější opravy hotfix (pokud nějaké jsou) v nové hlavní verzi. Od tohoto okamžiku předem, pokud byla vydána oprava hotfix pro sestavení, měli byste ji nainstalovat.

Pokud byly následně vydány opravy hotfix pro 2102 po instalaci 2102, měli byste je nainstalovat:

• 1.2102.30.111 opravy hotfix centra Azure Stack

2008 – odkaz na sestavení

Nejnovější číslo buildu aktualizace centra Azure Stack 2008 je 1.2008.40.149. Aktualizované informace o sestavení a opravě hotfix najdete v části věnované opravám hotfix .

Typ aktualizace

Typ sestavení aktualizace centra Azure Stack 2008 je plný.

Velikost balíčku aktualizace 2008 je v porovnání s předchozími aktualizacemi větší. Zvýšení velikosti má za následek delší dobu stahování. Aktualizace zůstane ve stavu přípravy po dlouhou dobu a operátoři můžou očekávat, že tento proces trvá déle než u předchozích aktualizací. Aktualizace 2008 obsahovala v našem interním testování – 4 uzly následující očekávané moduly runtime: 13-20 hodin, 8 uzlů: 16-26 hodin, 12 uzlů: 19-32 hodiny, 16 uzlů: 22-38 hodin. Přesné běhové moduly pro aktualizaci jsou obvykle závislé na kapacitě používané v systému podle zatížení klientů, připojení k systémové síti (Pokud je připojeno k Internetu) a specifikacemi hardwaru systému. Běhové moduly, které jsou kratší nebo delší než očekávaná hodnota, nejsou neobvyklé a nevyžadují akci Azure Stack operátory centra, pokud se aktualizace nezdařila. Tato přibližná doba běhu je specifická pro aktualizaci 2008 a neměla by se porovnávat s jinými aktualizacemi centra Azure Stack.

Další informace o typech sestavení aktualizací najdete v tématu Správa aktualizací v centru Azure Stack.

Novinky

• Azure Stack hub teď podporuje partnerský vztah VNET, který umožňuje připojení virtuální sítě bez síťového virtuálního zařízení (síťové virtuální zařízení). Další informace najdete v dokumentaci nové sítě VNet peering.
• Úložiště objektů BLOB centra Azure Stack teď umožňuje uživatelům používat neměnné objekty blob. Nastavením neměnných zásad na kontejneru můžete ukládat datové objekty kritické pro podnikání do ČERVa (napsat jednou, číst mnoho). V této verzi se neměnné zásady dají nastavit jenom prostřednictvím REST API nebo klientských sad SDK. V této verzi nejsou taky možné připojovat zápisy objektů BLOB. Další informace o neměnných objektech blob najdete v tématu ukládání důležitých podnikových dat objektů BLOB s neměnném úložištěm.
• centrum Azure Stack Storage teď podporuje rozhraní api služby Azure Storage services verze 2019-07-07. Pro klientské knihovny Azure, které jsou kompatibilní s novou verzí REST API, přečtěte si téma vývojové nástroje pro úložiště Azure Stack hub. pro rozhraní api pro správu služby Azure Storage services byla 2018-02-01 přidána podpora s podmnožinou celkových dostupných funkcí.
• Azure Stack Center COMPUTE teď podporuje Azure COMPUTE API verze 2020-06-01s podmnožinou celkových dostupných funkcí.
• Spravované disky centra Azure Stack nyní podporují rozhraní API disku Azure verze 2019-03-01s podmnožinou dostupných funkcí.
• náhled centra pro správu Windows, který se teď může připojit k centru Azure Stack a poskytnout tak podrobné přehledy o infrastruktuře během operací podpory (vyžaduje se zábrus).
• Možnost přidání přihlašovacího nápisu do privilegovaného koncového bodu (PEP) v době nasazení.
• Vydávalo více exkluzivních operací s reklamními operacemi, které zlepšují viditelnost operací, které se v systému aktuálně probíhají, a zakažte uživatelům spouštění (a pozdější selhání) jakékoli jiné exkluzivní operace.
• Zavedli jsme dvě nové nápisy na stránce produktu Azure Stack centra na webu Marketplace. Pokud dojde k chybě při stahování Marketplace, můžou operátoři zobrazit podrobnosti o chybě a zkusit problém vyřešit pomocí doporučených kroků.
• Vydali jste nástroj pro hodnocení, který zákazníkům poskytuje zpětnou vazbu. To umožní centru Azure Stack měřit a optimalizovat prostředí pro zákazníky.
• Tato verze centra Azure Stack obsahuje soukromou verzi Preview služby Azure Kubernetes (AKS) a Azure Container Registry (ACR). Účelem privátní verze Preview je shromažďování názorů o kvalitě, funkcích a činnostech uživatelů AKS a ACR v centru Azure Stack.
• tato verze zahrnuje veřejnou verzi preview služby Azure CNI a kontejnerů Windows pomocí AKS Engine v 0.55.4. Příklad jejich použití ve vašem modelu rozhraní API najdete v tomto příkladu na GitHub.
• Nyní podporuje nasazení Istio 1,3 v clusterech nasazených pomocí AKS Engine v 0.55.4. Další informace najdete v těchto pokynech.
• Nyní podporuje nasazení privátních clusterů pomocí nástroje AKS Engine v 0.55.4.
• Tato verze zahrnuje podporu pro Kubernetes konfiguračních tajných kódů z Azure a Key Vaultch instancí centra Azure Stack.

Vylepšen

• Bylo implementováno interní monitorování pro síťový adaptér a agenty hostitele SLB, takže služby budou automaticky opraveny, pokud někdy vstoupí do stavu Zastaveno.
• Active Directory Federation Services (AD FS) (AD FS) nyní získá nový podpisový certifikát tokenu poté, co ho zákazník na svém vlastním serveru AD FS. Aby bylo možné využít tuto novou funkci pro už nakonfigurované systémy, musí být AD FS integrace nakonfigurována znovu. Další informace najdete v tématu integrace AD FS identity s vaším centrem Azure Stack hub.
• Změny v procesu spuštění a vypnutí u instancí rolí infrastruktury a jejich závislosti na uzlech jednotek škálování. Tyto změny zvyšují spolehlivost pro spuštění a vypnutí centra Azure Stack.
• Sada AzSScenarios nástroje test-AzureStack Validation Tool se aktualizovala tak, aby poskytovatelé cloudových služeb mohli úspěšně spouštět tuto sadu s ověřováním službou Multi-Factor Authentication u všech zákaznických účtů.
• Vylepšená spolehlivost výstrah přidáním logiky potlačení za 29 zákaznických výstrah během operací životního cyklu.
• Teď si můžete zobrazit podrobnou sestavu protokolu HTML pro shromažďování protokolů, která poskytuje podrobné informace o rolích, trvání a stavu shromažďování protokolů. Účelem této sestavy je pomáhat uživatelům poskytnout Shrnutí shromážděných protokolů. Služba zákaznické podpory Microsoftu pak může sestavu rychle posoudit, aby vyhodnotila data protokolu, a pomohl vyřešit problémy se systémem a zmírnit je.
• Pokrytí detekce chyb infrastruktury bylo rozšířeno o přidání dalších 7 nových monitorování napříč uživatelskými scénáři, jako je využití procesoru a spotřeba paměti, což pomáhá zvýšit spolehlivost detekce chyb.

Změny

• Vlastnost typu prostředku účtu úložiště supportHttpsTrafficOnly v rozhraní SRP API verze 2016-01-01 a 2016-05-01 je povolená, ale tato vlastnost není v Azure Stackovém centru podporovaná.

• Vyvolala prahovou hodnotu pro výstrahu využití kapacity svazku z 80% (upozornění) a 90% (kritické) na 90% (Warning) a 95% (kritická). další informace najdete v tématu výstrahy Storageho místa .

• kroky konfigurace služby AD Graph se v této verzi mění. Další informace najdete v tématu integrace AD FS identity s vaším centrem Azure Stack hub.

• aby bylo možné zarovnat se k aktuálním osvědčeným postupům, které jsou definovány pro Windows Server 2019, Azure Stack se centrum mění tak, aby v rámci podpory komunikace s řízením clusteringu s podporou převzetí služeb při selhání nepoužívalo další třídu přenosu nebo prioritu. Výsledek těchto změn zajišťuje lepší odolnost proti komunikaci clusteru s podporou převzetí služeb při selhání. Tato konfigurace rezervace třídy provozu a šířky pásma se provádí změnou v přepínačích rozhraní příkazového centra pro Azure Stack a na hostiteli nebo serverech centra Azure Stack.

  Tyto změny jsou přidány na úrovni hostitele systému Azure Stack hub. Obraťte se na výrobce OEM, aby provedl změnu v přepínačích sítě v horní části racku. Tato změna mandátu se dá provést buď před aktualizací verze 2008, nebo po aktualizaci na 2008. Další informace najdete v dokumentaci k integraci sítě.

• Velikosti virtuálních počítačů podporující GPU NCas_v4 (NVIDIA T4) se v tomto sestavení nahradily NCasT4_v3velikosti virtuálních počítačů, aby byly konzistentní s Azure. Tyto prvky ještě nejsou na portálu viditelné a dají se použít jenom prostřednictvím Azure Resource Manager šablon.

Opravy

• Opravili jsme problém, kdy se nepovedlo odstranit NSG síťové karty, která není připojená k běžícímu virtuálnímu počítači.
• Opravili jsme problém, kdy se upraví hodnota IdleTimeoutInMinutes pro veřejnou IP adresu, která je přidružená k nástroji pro vyrovnávání zatížení, uvedla veřejnou IP adresu ve stavu selhání.
• Opravili jsme rutinu Get-AzsDisk , která pro připojené spravované disky vrátí správný stav připojení místo OnlineMigration.

Aktualizace zabezpečení

Informace o aktualizacích zabezpečení v této aktualizaci centra Azure Stack najdete v tématu aktualizace zabezpečení centra Azure Stack.

Opravy hotfix

Azure Stack centrum pravidelně vydává opravy hotfix. Před aktualizací na 2008 se ujistěte, že jste nainstalovali nejnovější opravu hotfix 2005. Počínaje verzí 2005 se také při aktualizaci na novou hlavní verzi (například 1.2005. x na 1.2008. x) nejnovější opravy hotfix (pokud jsou k dispozici v době stažení balíčku) nové hlavní verze automaticky nainstalují. Vaše instalace 2008 je pak aktuální u všech oprav hotfix. Od tohoto okamžiku předem, pokud byla vydána oprava hotfix pro 2008, měli byste ji nainstalovat.

Další informace najdete v našich zásadách obsluhy.

Opravy hotfix centra Azure Stack se vztahují pouze na integrované systémy Azure Stack hub. Nepokoušejte se instalovat opravy hotfix na ASDK.

Po úspěšné instalaci aktualizace 2008

Vzhledem k tomu, že jsou opravy hotfix centra Azure Stack kumulativní, doporučuje se nainstalovat všechny opravy hotfix vydané pro vaše sestavení, aby se zajistilo nejlepší možnosti aktualizace mezi hlavními verzemi. Když aktualizujete na novou hlavní verzi (například 1.2005. x na 1.2008. x), v nové hlavní verzi se automaticky nainstalují nejnovější opravy hotfix (pokud jsou dostupné v době stahování balíčku).

Pokud se následně uvolní nějaké opravy hotfix 2008, měli byste po instalaci 2008 nainstalovat tyto opravy:

• 1.2008.40.154 opravy hotfix centra Azure Stack

2005 – odkaz na sestavení

Nejnovější číslo buildu aktualizace centra Azure Stack 2005 je 1.2005.45.131. Aktualizované informace o sestavení a opravě hotfix najdete v části věnované opravám hotfix .

Typ aktualizace

Typ sestavení aktualizace centra Azure Stack 2005 je plný.

Velikost balíčku aktualizace 2005 je v porovnání s předchozími aktualizacemi větší. Zvýšení velikosti má za následek delší dobu stahování. Aktualizace zůstane ve stavu přípravy po dlouhou dobu a operátoři můžou očekávat, že tento proces trvá déle než u předchozích aktualizací. Aktualizace 2005 obsahovala v našem interním testování – 4 uzly následující očekávané moduly runtime: 13-20 hodin, 8 uzlů: 16-26 hodin, 12 uzlů: 19-32 hodiny, 16 uzlů: 22-38 hodin. Přesné běhové moduly pro aktualizaci jsou obvykle závislé na kapacitě používané v systému podle zatížení klientů, připojení k systémové síti (Pokud je připojeno k Internetu) a specifikacemi hardwaru systému. Běhové moduly, které jsou kratší nebo delší než očekávaná hodnota, nejsou neobvyklé a nevyžadují akci Azure Stack operátory centra, pokud se aktualizace nezdařila. Tato přibližná doba běhu je specifická pro aktualizaci 2005 a neměla by se porovnávat s jinými aktualizacemi centra Azure Stack.

Další informace o typech sestavení aktualizací najdete v tématu Správa aktualizací v centru Azure Stack.

Novinky

• Toto sestavení nabízí podporu 3 nových typů virtuálních počítačů GPU: NCv3 (NVIDIA V100), NVv4 (AMD MI25) a NCas_v4 (NVIDIA T4) velikosti virtuálních počítačů. Nasazení virtuálních počítačů bude úspěšné pro uživatele, kteří mají správný hardware a jsou připojeni do programu Azure Stack hub GPU ve verzi Preview. Pokud vás zajímá, zaregistrujte se do programu pro zobrazení GPU v https://aka.ms/azurestackhubgpupreview . Další informace najdete v tématu.
• Tato verze poskytuje novou funkci, která umožňuje autonomní funkci retušovací, která detekuje chyby, posuzuje dopad a bezpečně snižuje problémy se systémem. S touto funkcí pracujeme na zvýšené dostupnosti systému bez ručních zásahů. S vydáním verze 2005 a novějším budou zákazníci při snižování počtu výstrah vyskytnout. Jakékoli selhání v tomto kanálu nevyžaduje akci Azure Stack operátory centra, pokud není oznámeno.
• K dispozici je nová možnost na portálu pro správu centra Azure Stack pro zákazníky v gapped/odpojených Azure Stackch centra, aby bylo možné ukládat protokoly místně. Protokoly můžete ukládat do místní sdílené složky SMB, když je rozbočovač Azure Stack odpojený od Azure.
• Portál pro správu centra Azure Stack nyní blokuje určité operace, pokud již probíhá operace systému. Pokud například probíhá aktualizace, není možné přidat nový uzel jednotky škálování.
• Tato verze poskytuje větší konzistenci prostředků infrastruktury s Azure na virtuálních počítačích vytvořených před 1910. v 1910 společnost Microsoft oznámila, že všechny nově vytvořené virtuální počítače budou používat protokol wireserver, takže zákazníci můžou používat stejného agenta WALA a Windows agenta hosta jako Azure, což usnadňuje používání imagí Azure v centru Azure Stack. V této verzi jsou všechny virtuální počítače vytvořené dříve než 1910 migrovány automaticky na používání protokolu wireserver. Tím se taky přináší spolehlivější vytváření virtuálních počítačů, nasazení rozšíření virtuálních počítačů a vylepšení v rovnovážné době provozu.
• úložiště centra Azure Stack nyní podporuje rozhraní api služby Azure Storage services verze 2019-02-02. Pro klientské knihovny Azure, které jsou kompatibilní s novou verzí REST API. Další informace najdete v tématu vývojové nástroje pro úložiště Azure Stack hub.
• Centrum Azure Stack nyní podporuje nejnovější verzi CreateUiDefinition (verze 2).
• Nové pokyny pro nasazení dávkových virtuálních počítačů. Další informace najdete v tomto článku.
• Položka CoreOS na webu Marketplace pro tržiště pro se blíží Azure Stack ke konci životního cyklu. Další informace najdete v tématu migrace z CoreOS Container Linux.

Vylepšen

• vylepšení protokolů a událostí služby clusteru infrastruktury Storage. pro lepší diagnostiku a řešení potíží budou protokoly a události služby cluster infrastruktury Storage uchovávány až po dobu 14 dnů.
• Vylepšení, která zvyšují spolehlivost spouštění a zastavování centra Azure Stack.
• Vylepšení, která snižují modul runtime aktualizace pomocí decentralizace a odebírání závislostí. V porovnání s aktualizací 2002 se doba aktualizace značek 4 uzlů zkracuje z 15-42 hodin na 13-20 hodin. 8 uzlů se zkracuje z 20-50 hodin na 16-26 hodin. 12 uzlů se zkracuje z 20-60 hodin na 19-32 hodin. 16 uzlů se zkracuje z 25-70 hodin na 22-38 hodin. Přesné běhové moduly pro aktualizaci jsou obvykle závislé na kapacitě používané v systému podle zatížení klientů, připojení k systémové síti (Pokud je připojeno k Internetu) a specifikacemi hardwaru systému.
• Pokud dojde k nějakým neobnovitelným chybám, aktualizace se teď v brzké době nezdařila.
• Vylepšená odolnost balíčku aktualizace při stahování z Internetu
• Vylepšení odolnosti proti chybám při zrušení přidělení virtuálního počítače
• Vylepšená odolnost agenta hostitele síťového adaptéru.
• Do datové části CEF zpráv syslog bylo přidáno více polí pro hlášení zdrojové IP adresy a účtu používaného pro připojení k privilegovanému koncovému bodu a koncovému bodu obnovení. Podrobnosti najdete v tématu integrace Azure Stackho centra s řešeními monitorování pomocí předávání SYSLOG .
• přidání událostí Windows Defender (id události 5001, 5010, 5012) do seznamu událostí vydaných prostřednictvím klienta syslog.
• přidání výstrah na portále správce Azure Stack pro události související s Windows Defender, k hlášení o nekonzistencích platforem a signatury verzí programu Defender a selhání při zpracování akcí zjištěného malwaru.
• Přidání podpory pro 4 hraniční zařízení při integraci Azure Stackho centra do vašeho datového centra.

Změny

• Odeberou se akce, které se mají zastavit, vypnout a restartovat instanci role infrastruktury na portálu pro správu. V poskytovateli prostředků infrastruktury se odebraly taky odpovídající rozhraní API. Následující rutiny PowerShellu v modulu Správce RM a AZ Preview pro Azure Stack hub už nefungují: stop-AzsInfrastructureRoleInstance, Disable-InfrastructureRoleInstancea restart-InfrastructureRoleInstance. Tyto rutiny se odeberou z dalšího správce AZ Module Release for Azure Stack hub.
• Centrum Azure Stack 2005 teď podporuje App Service na Azure Stack hub 2020 (verze 87. x).
• Nastavení šifrování uživatele vyžadované pro monitorování hardwaru bylo změněno z DES na AES, aby se zvýšilo zabezpečení. Obraťte se na svého hardwarového partnera, kde se dozvíte, jak změnit nastavení v řadiči pro správu základní desky (BMC). Po provedení změny v řadiči pro správu základní desky může být nutné znovu spustit příkaz set-BmcCredential pomocí privilegovaného koncového bodu. Další informace najdete v tématu otočení tajných kódů v centru Azure Stack .

Opravy

• Opravili jsme problém, který by mohl způsobit selhání uzlu jednotky škálování v opravě, protože se nepovedlo najít cestu k základní imagi operačního systému.
• Opravili jsme problém se škálováním na více instancí a nahorizontálním navýšení kapacity pro roli infrastruktury podpory, která má kaskádový efekt na opravu uzlů jednotek škálování.
• Opravili jsme problém, ve kterém je. Rozšíření VHD (namísto. VHD) se nepovolilo, když operátoři přidali své vlastní image na portál pro správu centra Azure Stack na stránce všechny služby COMPUTE > VM images > Přidat.
• Opravili jsme problém, kdy předchozí operace restartování virtuálního počítače způsobila následné neočekávané restartování po jakékoli jiné operaci aktualizace virtuálních počítačů (přidávání disků, značek atd.).
• Opravili jsme problém, kdy vytvoření duplicitní zóny DNS způsobilo, že portál přestane reagovat. Měla by nyní zobrazit příslušnou chybu.
• Opravili jsme problém, kdy příkaz Get-AzureStackLogs neshromažďuje požadované protokoly pro řešení problémů se sítí.
• Opravili jsme problém, kdy portál povoluje, aby bylo možné připojit méně síťových adaptérů, než kolik to skutečně povoluje.
• Zásady integrity pevných kódů negenerují události porušení pro určitý interní software. Tím se snižuje šum v událostech porušení integrity kódu vysílaných prostřednictvím klienta syslog.
• Opravili jsme rutinu set-TLSPolicy , která vynutila nové zásady, aniž by bylo nutné restartovat službu HTTPS nebo restartovat hostitele.
• Opravili jsme problém, kdy při použití serveru Linux NTP server na portálu pro správu nesprávně vygeneroval výstrahy.
• Opravili jsme problém, kdy převzetí služeb při selhání instance služby Backup Controller vedlo k vypnutí automatického zálohování.
• Opravili jsme problém, kdy interní rotace tajných klíčů selhala, když služby infrastruktury nemají připojení k internetu.
• Opravili jsme problém, kdy uživatelé nemohli zobrazit oprávnění předplatného pomocí Azure Stack Hub portalů.

Aktualizace zabezpečení

Informace o aktualizacích zabezpečení v této aktualizaci Azure Stack Hub najdete v Azure Stack Hub aktualizacích zabezpečení.

Opravy hotfix

Azure Stack Hub vydává opravy hotfix pravidelně. Od verze 2005 při aktualizaci na novou hlavní verzi (například 1.2002.x na 1.2005.x) se nejnovější opravy hotfix (pokud existují) v nové hlavní verzi nainstalují automaticky. Pokud je od tohoto okamžiku pro sestavení vydána oprava hotfix, měli byste ji nainstalovat.

Další informace najdete v našich zásadách údržby.

Azure Stack Hub opravy hotfix se vztahují pouze Azure Stack Hub integrovaných systémů. nepokoušejte se instalovat opravy hotfix do sady ASDK.

Požadavky: Před použitím aktualizace 2005

Verze 2005 Azure Stack Hub musí být použita ve verzi 2002 s následujícími opravami hotfix:

• Azure Stack Hub hotfix 1.2002.69.179

Po úspěšném použití aktualizace 2005

Od verze 2005 při aktualizaci na novou hlavní verzi (například 1.2002.x na 1.2005.x) se nejnovější opravy hotfix (pokud existují) v nové hlavní verzi nainstalují automaticky.

Pokud jsou po instalaci nástroje 2005 následně vydány nějaké opravy hotfix 2005, měli byste je nainstalovat:

• Azure Stack Hub hotfix 1.2005.48.137

Archivní zpráva k vydání verze 2002

Archivní zpráva k vydání verze 1910

Archivní zpráva k vydání verze 1908

Archivní zpráva k vydání verze 1907

Archivní zpráva k vydání verze 1906

Archivní zpráva k vydání verze 1905

Archivní zpráva k vydání verze 1904

Archivní zpráva k vydání verze 1903

Archivní zpráva k vydání verze 1902

Archivní zpráva k vydání verze 1901

Archivní zpráva k vydání verze 1811

Archivní zpráva k vydání verze 1809

Archivní zpráva k vydání verze 1808

Archivní zpráva k vydání verze 1807

Archivní zpráva k vydání verze 1805

Archivní zpráva k vydání verze 1804

Archivní zpráva k vydání verze 1803

Archivní zpráva k vydání verze 1802

Ke starším verzím Azure Stack Hub k verzi můžete získat přístup v obsahu na levé straně v archivu poznámek k verzi prostředků. V rozevíracím seznamu pro výběr verze v levém horním rohu vyberte požadovanou archivovanou verzi. Tyto archivované články jsou k dispozici pouze pro referenční účely a neznačí podporu pro tyto verze. Informace o podpoře Azure Stack Hub najdete v tématu Azure Stack Hub zásady údržby. Pokud chcete další pomoc, obraťte se na služby zákaznické podpory Microsoftu.