Azure Stack Hub information

Build-referens för 2102

Det senaste Azure Stack Hub versionsnummer för uppdatering 2102 är 1.2102.30.97. Uppdaterad information om byggen och snabbkorrigeringar finns i avsnittet Snabbkorrigeringar.

Uppdateringstyp

Uppdateringstypen Azure Stack Hub 2102 är Fullständig.

2102-uppdateringen har följande förväntade körningar baserat på vår interna testning:

• 4 noder: 8–20 timmar
• 8 noder: 11–26 timmar
• 12 noder: 14–32 timmar
• 16 noder: 17–38 timmar

De exakta uppdateringstiderna beror vanligtvis på vilken kapacitet som används i systemet av klientarbetsbelastningar, systemets nätverksanslutning (om den är ansluten till Internet) och systemets maskinvaruspecifikationer. Varaktigheter som är kortare eller längre än det förväntade värdet är inte ovanliga och kräver inte åtgärd av Azure Stack Hub om inte uppdateringen misslyckas. Den här runtime-uppskattningen är specifik för 2102-uppdateringen och bör inte jämföras med andra Azure Stack Hub uppdateringar.

Mer information om typer av uppdateringsbyggen finns i Hantera uppdateringar i Azure Stack Hub.

Nyheter

• Säkerhetskopieringstjänsten Azure Stack Hub har nu stöd för progressiv säkerhetskopiering. Den här funktionen minskar lagringskraven på den externa säkerhetskopieringsplatsen och ändrar hur filer organiseras i det externa säkerhetskopieringsarkivet. Vi rekommenderar att du inte manipulerar filer i rotkatalogen för säkerhetskopiering.

• Azure Stack Hub hanterade diskar har nu stöd för Azure Disk-API:er version 2019-07-01,med en delmängd av de tillgängliga funktionerna.

• Azure Stack Hub Storage stöder nu Azure Storage-API:er för hantering av tjänster version 2019-06-01, med en delmängd av de totala tillgängliga funktionerna.

• Nu Azure Stack Hub administratörsportalen GPU-relaterad information, inklusive kapacitetsdata. Detta kräver att en GPU installeras i systemet.

• Användare kan nu distribuera alla VM-storlekar som stöds med Nvidia T4 via Azure Stack Hub användarportalen.

• Azure Stack Hub kan nu konfigurera flera innehavare i Azure Stack Hub via administratörsportalen. Mer information finns i Konfigurera flera innehavare.

• Azure Stack Hub kan nu konfigurera ett juridiskt meddelande med hjälp av den privilegierade slutpunkten. Mer information finns i Konfigurera Azure Stack Hub säkerhetskontroller.

• Under uppdateringsprocessen introduceras GBR (Granular Repair), en optimering i processen för lagringsreparation, för att reparera osynkroniseringsdata. Jämfört med föregående process repareras mindre segment, vilket leder till kortare reparationstid och en kortare total uppdateringstid. GBR är aktiverat som standard för alla nya distributioner av 2102. För en uppdatering till 2102 från en tidigare version (2008) aktiveras GBR under uppdateringen. GBR kräver att alla fysiska diskar är i felfritt tillstånd, så en extra verifiering lades till i UpdateReadiness-kontrollen. &Korrigeringsuppdateringen misslyckas i ett tidigt skede om verifieringen misslyckas. Då måste en molnadministratör vidta åtgärder för att lösa diskproblemet innan uppdateringen återupptas. Om du vill följa upp med OEM-tillverkaren kontrollerar du OEM-kontaktinformationen.

• Azure Stack Hub har nu stöd för nya VM-storlekar SQL Dv3, Ev3 och SQL D-serien.

• Azure Stack Hub nu stöd för att lägga till GPU:er i alla befintliga system. Om du vill lägga till en GPU kör du stop-azurestack,kör genom processen för stop-azurestack,lägger till GPU:er och kör sedan start-azurestack tills den är klar. Om systemet redan hade GPU:er måste alla tidigare skapade virtuella GPU-datorer stoppas och sedan startas om.

• Kortare OEM-uppdateringstid med hjälp av liveuppdateringsprocessen.

• AKS-motorn på Azure Stack Hub lagt till följande nya funktioner. Mer information finns i den här informationen i dokumentationen för AKS-motorn:

  • Allmän tillgänglighet för Ubuntu 18.04.
  • Stöd för Kubernetes 1.17.17 och 1.18.15.
  • Kommando för certifikatrotation offentlig förhandsversion.
  • Offentlig förhandsversion av CSI Driver Azure Disks.
  • Offentlig förhandsversion av CSI Driver NFS.
  • CSI-drivrutin för privat förhandsversion av Azure Blobs.
  • T4 Nvidia GPU stöder privat förhandsversion.
  • Azure Active Directory förhandsgranskning av privat integrering.

Förbättringar

• Utökade logglagringsperioden för nätverksstyrenheten så att loggarna blir tillgängliga längre för att hjälpa ingenjörer med effektiv felsökning, även när ett problem har lösts.
• Förbättringar för att bevara loggarna för nätverksstyrenheten, den virtuella Load Balancer gatewayen och värdagenten under en uppdatering.
• Förbättrade borttagningslogiken för nätverksresurser som blockeras av ett misslyckat etableringstillstånd.
• Minskat XRP-minnet till 14 GB per virtuell dator och WAS-minne till 10 GB per virtuell dator. Genom att undvika ökningen av det totala fotavtrycket för VM-minne kan fler virtuella klientdator-datorer distribueras.
• HTML-rapporten för loggsamlingen, som ger en ögonblicksbild av filerna på stämpeln och diagnostikresursen, har nu en sammanfattad vy över insamlade filer, roller, resursproviders och händelseinformation för att bättre förstå logginsamlingsprocessens lyckade och misslyckade frekvens.
• PowerShell-cmdletarna Set-AzSLegalNotice och Get-AzSLegalNotice har lagts till i den privilegierade slutpunkten (PEP) för att hämta och uppdatera innehållet i banderolltexten för inloggning efter distributionen.
• En webhooks-funktion har lagts till Azure Container Registry funktionen i Azure Stack Hub privat förhandsversion. Se Skapa webhooks – CLI.
• Tog Active Directory-certifikattjänster (ADCS) och den virtuella cadatorn helt från Azure Stack Hub. Detta minskar infrastrukturens fotavtryck och sparar upp till 2 timmars uppdateringstid.

Ändringar

• Api:erna för infrastrukturresursprovidern visar nu information om GPU:er om de är tillgängliga i skalningsenheten.
• Azure Stack Hub kan nu ändra GPU-partitioneringsförhållandet via PowerShell (endast AMD). Detta kräver att alla virtuella datorer frisallokeras.
• Den här versionen innehåller en ny version av Azure Resource Manager.
• Användarportalen Azure Stack Hub använder nu helskärmsupplevelsen för lastbalanserare, nätverkssäkerhetsgrupper, DNS-zoner och skapande av diskar och virtuella datorer.
• I 2102-versionen aktiveras Windows Admin Center (WAC) på begäran från en upplåst PEP-session. Wac är inte aktiverat som standard. Om du vill aktivera det anger -EnableWac du flaggan, till exempel unlock-supportsession -EnableWac .
• Proaktiv logginsamling använder nu en förbättrad algoritm som samlar in loggar under feltillstånd som inte är synliga för en operatör. Den här algoritmen säkerställer att rätt diagnostikinformation samlas in vid rätt tidpunkt, utan att det krävs någon operatörsinteraktion. I vissa fall kan Microsofts support börja felsöka och lösa problem tidigare. Inledande algoritmförbättringar fokuserar på korrigerings- och uppdateringsåtgärder. Vi rekommenderar att du aktiverar proaktiva loggsamlingar när fler åtgärder optimeras och fördelarna ökar.
• Det finns en tillfällig ökning på 10 GB minne som används av Azure Stack Hub infrastruktur.

Korrigeringar

• Åtgärdat ett problem där interna DNS-zoner blev osynkroniserad under uppdateringen och gjorde att uppdateringen misslyckades. Den här korrigeringen har bakåtportats till 2008 och 2005 via snabbkorrigeringar.
• Åtgärdat ett problem där diskutrymmet var slut av loggar på fysiska värdar, nätverksstyrenheter, gatewayer och lastbalanserare. Den här korrigeringen har bakåtportats till 2008.
• Åtgärdat ett problem där borttagningen av resursgrupper eller virtuella nätverk misslyckades på grund av en överbliven resurs i nätverksstyrenhetens lager.
• Tog bort ND6s_dev storlek från VM-storleksväljaren eftersom det är en vm-storlek som inte stöds.
• Ett problem har åtgärdats som gör att en MTU-konfiguration på den virtuella datorn tas bort om du utför Stop-Deallocate på en virtuell dator. Det här beteendet var inkonsekvent med Azure.

Säkerhetsuppdateringar

Information om säkerhetsuppdateringar i den här uppdateringen av Azure Stack Hub finns i Azure Stack Hub säkerhetsuppdateringar.

Snabbkorrigeringar

Azure Stack Hub släpper snabbkorrigeringar regelbundet. Från och med version 2005, när du uppdaterar till en ny huvudversion (till exempel 1.2005.x till 1.2008.x), installeras de senaste snabbkorrigeringarna (om det finns några) i den nya huvudversionen automatiskt. Om en snabbkorrigering släpps för din version bör du installera den från och med nu.

Mer information finns i vår serviceprincip.

Azure Stack Hub snabbkorrigeringar gäller endast för Azure Stack Hub integrerade system. försök inte att installera snabbkorrigeringar på ASDK.

Krav för snabbkorrigeringar: innan du tillämpar 2102-uppdateringen

2102-versionen av Azure Stack Hub måste tillämpas på 2008-versionen med följande snabbkorrigeringar:

• Azure Stack Hub snabbkorrigering 1.2008.40.154

När du har tillämpat 2102-uppdateringen

När du uppdaterar till en ny huvudversion (till exempel 1.2008.x till 1.2102.x) installeras de senaste snabbkorrigeringarna (om det finns några) i den nya huvudversionen automatiskt. Om en snabbkorrigering släpps för din version bör du installera den från och med nu.

Om några snabbkorrigeringar för 2102 senare släpps efter installationen av 2102 bör du installera dem:

• Azure Stack Hub snabbkorrigering 1.2102.30.111

Build-referens för 2008

Det senaste Azure Stack Hub versionsnummer för uppdatering 2008 är 1.2008.40.149. Uppdaterad information om byggen och snabbkorrigeringar finns i avsnittet Snabbkorrigeringar.

Uppdateringstyp

Uppdateringstypen Azure Stack Hub 2008 är Fullständig.

Uppdateringspaketet från 2008 är större jämfört med tidigare uppdateringar. Den ökade storleken resulterar i längre hämtningstider. Uppdateringen kommer att vara i förberedelsetillstånd under lång tid och operatörer kan förvänta sig att den här processen tar längre tid än med tidigare uppdateringar. 2008-uppdateringen har haft följande förväntade körningar i våra interna testning – 4 noder: 13–20 timmar, 8 noder: 16–26 timmar, 12 noder: 19–32 timmar, 16 noder: 22–38 timmar. Exakta uppdateringskörningar beror vanligtvis på vilken kapacitet som används i systemet av klientarbetsbelastningar, systemets nätverksanslutning (om den är ansluten till Internet) och systemets maskinvaruspecifikationer. Körningar som är kortare eller längre än det förväntade värdet är inte ovanliga och kräver inte åtgärd av Azure Stack Hub om inte uppdateringen misslyckas. Den här runtime-uppskattningen är specifik för 2008-uppdateringen och bör inte jämföras med andra Azure Stack Hub uppdateringar.

Mer information om typer av uppdateringsbyggen finns i Hantera uppdateringar i Azure Stack Hub.

Nyheter

• Azure Stack Hub stöder nu VNET-peering, vilket ger möjlighet att ansluta virtuella nätverk utan en virtuell nätverksinstallation (NVA). Mer information finns i den nya VNET-peeringdokumentationen.
• Azure Stack Hub bloblagring gör det nu möjligt för användare att använda en blob som inte kan ändras. Genom att ange oföränderliga principer för en container kan du lagra affärskritiska dataobjekt i ett WORM-tillstånd (Write Once, Read Many). I den här versionen kan oföränderliga principer endast anges via REST API- eller klient-SDK:er. Det går inte heller att lägga till blob-skrivningar i den här versionen. Mer information om oföränderliga blobar finns i Lagra affärskritiska blobdata med oföränderlig lagring.
• Azure Stack Hub Storage stöder nu Azure Storage-API:er version 2019-07-07. Information om Azure-klientbibliotek som är kompatibla med den REST API versionen finns i Azure Stack Hub utvecklingsverktyg för lagring. För Azure Storage-API:er för hantering av tjänster har 2018-02-01 lagt till stöd, med en delmängd av de totala tillgängliga funktionerna.
• Azure Stack Hub har nu stöd Azure Compute API:er version 2020-06-01, med en delmängd av det totala antalet tillgängliga funktioner.
• Azure Stack Hub hanterade diskar har nu stöd för Azure Disk-API:er version 2019-03-01,med en delmängd av de tillgängliga funktionerna.
• Förhandsversion av Windows Administrationscenter som nu kan ansluta till Azure Stack Hub för att ge djupgående insikter om infrastrukturen under supportåtgärder (glass krävs).
• Möjlighet att lägga till inloggningsbanderoll till den privilegierade slutpunkten (PEP) vid distributionen.
• Lanserat fler Exclusive Operations-banderoller, som förbättrar synligheten för åtgärder som för närvarande sker i systemet, och inaktiverar användare från att initiera (och senare misslyckas) andra exklusiva åtgärder.
• Introducerade två nya banderoller Azure Stack Hub på Marketplace-objektets produktsida. Om det uppstår ett nedladdningsfel på Marketplace kan operatörer visa felinformation och försöka vidta rekommenderade åtgärder för att lösa problemet.
• Lanserat ett klassificeringsverktyg för kunder som kan ge feedback. Detta gör det Azure Stack Hub att mäta och optimera kundupplevelsen.
• Den här versionen Azure Stack Hub innehåller en privat förhandsversion av Azure Kubernetes Service (AKS) och Azure Container Registry (ACR). Syftet med den privata förhandsversionen är att samla in feedback om kvalitet, funktioner och användarupplevelse för AKS och ACR på Azure Stack Hub.
• Den här versionen innehåller en offentlig förhandsversion av Azure CNI och Windows-containrar med AKS Engine v0.55.4. Ett exempel på hur du använder dem i din API-modell finns i det här exemplet på GitHub.
• Det finns nu stöd för Istio 1.3-distribution på kluster som distribueras av AKS Engine v0.55.4. Mer information finns i anvisningarna här.
• Det finns nu stöd för distribution av privata kluster medAKS-motorn v0.55.4.
• Den här versionen innehåller stöd för att skapa Kubernetes-konfigurationshemligheter från Azure Azure Stack Hub Key Vault instanser.

Förbättringar

• Implementerad intern övervakning för nätverksstyrenheten och SLB-värdagenter, så tjänsterna åtgärdas automatiskt om de någonsin förs i ett stoppat tillstånd.
• Active Directory Federation Services (AD FS) (AD FS) hämtar nu det nya certifikatet för tokensignering när kunden har roterat det på sin egen AD FS server. För att dra nytta av den här nya funktionen för redan konfigurerade system AD FS integreringen konfigureras igen. Mer information finns i Integrera AD FS identitet med ditt Azure Stack Hub datacenter.
• Ändringar i start- och avstängningsprocessen för infrastrukturrollinstanser och deras beroenden på skalningsenhetsnoder. Dessa ändringar ökar tillförlitligheten för Azure Stack Hub och avstängning.
• AzSScenarios-sviten i valideringsverktygetTest-AzureStack har uppdaterats så att molntjänstleverantörer kan köra den här sviten med multifaktorautentisering framtvingad på alla kundkonton.
• Förbättrad aviseringstillförlitlighet genom att lägga till undertryckningslogik för 29 kundriktade aviseringar under livscykelåtgärder.
• Nu kan du visa en detaljerad HTML-rapport för loggsamlingen som innehåller information om loggsamlingens roller, varaktighet och status. Syftet med den här rapporten är att hjälpa användarna att tillhandahålla en sammanfattning av de loggar som samlas in. Microsofts kundsupport kan sedan snabbt utvärdera rapporten för att utvärdera loggdata och hjälpa till att felsöka och åtgärda systemproblem.
• Infrastrukturens täckning för felidentifiering har utökats med ytterligare 7 nya övervakare i användarscenarier, till exempel processoranvändning och minnesförbrukning, vilket bidrar till att öka tillförlitligheten för felidentifiering.

Ändringar

• Resurstypsegenskapen supportHttpsTrafficOnly för lagringskonto i SRP API-version 2016-01-01 och 2016-05-01 har aktiverats, men den här egenskapen stöds inte i Azure Stack Hub.

• Aviseringströskel för volymkapacitetsutnyttjande har höjts från 80 % (varning) och 90 % (kritisk) till 90 % (varning) och 95 % (kritisk). Mer information finns i Storage utrymmesaviseringar

• Konfigurationsstegen för AD Graph konfigurationen ändras med den här versionen. Mer information finns i Integrera AD FS identitet med ditt Azure Stack Hub datacenter.

• För att anpassa sig till de aktuella metodtips som definierats för Windows Server 2019 ändras Azure Stack Hub till att använda ytterligare en trafikklass eller prioritet för att ytterligare separera server-till-server-kommunikation som stöd för kommunikationen med redundansklustringskontroll. Resultatet av dessa ändringar ger bättre återhämtning för kommunikation med redundanskluster. Den här konfiguration av trafikklass- och bandbreddsreservation sker genom en ändring i ToR-växlarna (Top-of-Rack) i Azure Stack Hub-lösningen och på värden eller servrarna i Azure Stack Hub.

  Dessa ändringar läggs till på värdnivå för ett Azure Stack Hub system. Kontakta oem-tillverkaren för att göra ändringen på ToR-nätverksväxlar (Top-of-Rack). Den här ToR-ändringen kan utföras antingen före uppdateringen till 2008-versionen eller efter uppdatering till 2008. Mer information finns i dokumentationen om nätverksintegrering.

• De GPU-kompatibla VM NCas_v4 storlekarna (NVIDIA T4) har ersatts i den här versionen med VM-storlekarna NCasT4_v3, för att vara konsekventa med Azure. De visas inte i portalen ännu och kan bara användas via Azure Resource Manager mallar.

Korrigeringar

• Ett problem har åtgärdats som gjorde att det inte gick att ta bort en NSG för ett nätverkskort som inte är kopplat till en virtuell dator som körs.
• Ett problem har åtgärdats där ändring av värdet IdleTimeoutInMinutes för en offentlig IP-adress som är associerad med en lastbalanserare försätter den offentliga IP-adressen i ett misslyckat tillstånd.
• Åtgärdade cmdleten Get-AzsDisk för att returnera rätt ansluten status, i stället för OnlineMigration, för anslutna hanterade diskar.

Säkerhetsuppdateringar

Information om säkerhetsuppdateringar i den här uppdateringen av Azure Stack Hub finns i Azure Stack Hub säkerhetsuppdateringar.

Snabbkorrigeringar

Azure Stack Hub släpper snabbkorrigeringar regelbundet. Se till att du installerar den senaste snabbkorrigeringen från 2005 innan du uppdaterar till 2008. Från och med version 2005 installeras även de senaste snabbkorrigeringarna (om några är tillgängliga vid tidpunkten för paketnedladdning) i den nya huvudversionen automatiskt när du uppdaterar till en ny huvudversion (till exempel 1.2005.x till 1.2008.x). 2008-installationen är då aktuell med alla snabbkorrigeringar. Om en snabbkorrigering släpps för 2008 bör du installera den från och med nu.

Mer information finns i vår serviceprincip.

Azure Stack Hub snabbkorrigeringar gäller endast för Azure Stack Hub integrerade system. försök inte att installera snabbkorrigeringar på ASDK.

När du har tillämpat 2008-uppdateringen

Eftersom Azure Stack Hub snabbkorrigeringar är kumulativa bör du som bästa praxis installera alla snabbkorrigeringar som har släppts för din version för att säkerställa bästa möjliga uppdateringsupplevelse mellan större versioner. När du uppdaterar till en ny huvudversion (till exempel 1.2005.x till 1.2008.x) installeras de senaste snabbkorrigeringarna (om några är tillgängliga vid tidpunkten för paketnedladdningen) i den nya huvudversionen automatiskt.

Om 2008-snabbkorrigeringar senare släpps efter installationen av 2008 bör du installera dem:

• Azure Stack Hub snabbkorrigering 1.2008.40.154

Build-referens för 2005

Det senaste Azure Stack Hub versionsnummer för uppdatering 2005 är 1.2005.45.131. Uppdaterad information om byggen och snabbkorrigeringar finns i avsnittet Snabbkorrigeringar.

Uppdateringstyp

Versionen Azure Stack Hub 2005-uppdateringen är Fullständig.

Uppdateringspaketet från 2005 är större jämfört med tidigare uppdateringar. Den ökade storleken resulterar i längre hämtningstider. Uppdateringen kommer att vara i förberedelsetillstånd under lång tid och operatörer kan förvänta sig att den här processen tar längre tid än med tidigare uppdateringar. 2005-uppdateringen har haft följande förväntade körningar i våra interna tester– 4 noder: 13–20 timmar, 8 noder: 16–26 timmar, 12 noder: 19–32 timmar, 16 noder: 22–38 timmar. Exakta uppdateringskörningar beror vanligtvis på vilken kapacitet som används i systemet av klientarbetsbelastningar, systemets nätverksanslutning (om du är ansluten till Internet) och systemets maskinvaruspecifikationer. Körningar som är kortare eller längre än det förväntade värdet är inte ovanliga och kräver inte åtgärd av Azure Stack Hub om inte uppdateringen misslyckas. Den här runtime-uppskattningen är specifik för 2005-uppdateringen och bör inte jämföras med andra Azure Stack Hub uppdateringar.

Mer information om typer av uppdateringsbyggen finns i Hantera uppdateringar i Azure Stack Hub.

Nyheter

• Den här versionen har stöd för tre nya GPU VM-typer: NCv3 (Nvidia V100), NVv4 (AMD MI25) och NCas_v4 (NVIDIA T4) VM-storlekar. Vm-distributioner kommer att lyckas för dem som har rätt maskinvara och som är inbyggda i Azure Stack Hub GPU-förhandsgranskningsprogrammet. Om du är intresserad kan du registrera dig för GPU-förhandsgranskningsprogrammet på https://aka.ms/azurestackhubgpupreview . Mer information finns i.
• Den här versionen innehåller en ny funktion som möjliggör en autonom återhämtningsfunktion som identifierar fel, utvärderar påverkan och minskar systemproblem på ett säkert sätt. Med den här funktionen arbetar vi för att öka tillgängligheten för systemet utan manuella åtgärder. Med lanseringen 2005 och senare kommer antalet aviseringar att minska för kunderna. Eventuella fel i den här pipelinen kräver inte åtgärder av Azure Stack Hub om de inte meddelas.
• Det finns ett nytt alternativ i Azure Stack Hub-administratörsportalen för air-gapped/frånkopplade Azure Stack Hub att spara loggar lokalt. Du kan lagra loggarna i en lokal SMB-resurs när Azure Stack Hub från Azure.
• Nu Azure Stack Hub administratörsportalen vissa åtgärder om en systemåtgärd redan pågår. Om en uppdatering till exempel pågår går det inte att lägga till en ny skalningsenhetsnod.
• Den här versionen ger bättre infrastrukturkonsekvens med Azure på virtuella datorer som skapats före 1910. 1910 meddelade Microsoft att alla nyligen skapade virtuella datorer kommer att använda trådserverprotokollet, vilket gör det möjligt för kunder att använda samma WALA-agent och Windows-gästagent som Azure, vilket gör det enklare att använda Azure-avbildningar på Azure Stack Hub. Med den här versionen migreras alla virtuella datorer som skapats tidigare än 1910 automatiskt för att använda trådserverprotokollet. Detta ger också mer tillförlitligt skapande av virtuella datorer, distribution av VM-tillägg och förbättringar av drifttiden för stabilt tillstånd.
• Azure Stack Hub storage stöder nu Azure Storage-API:er version 2019-02-02. För Azure-klientbibliotek är det kompatibelt med den nya REST API versionen. Mer information finns i Azure Stack Hub för lagringsutveckling.
• Azure Stack Hub stöder nu den senaste versionen av CreateUiDefinition (version 2).
• Ny vägledning för batchdistribution av virtuella datorer. Mer information finns i den här artikeln.
• Objektet Azure Stack Hub Marketplace CoreOS Container Linux närmar sig slutet på sin livslängd. Mer information finns i Migrera från CoreOS Container Linux.

Förbättringar

• Förbättringar av Storage infrastrukturklustertjänstloggar och händelser. Loggar och händelser för Storage-infrastrukturklustertjänsten sparas i upp till 14 dagar för bättre diagnostik och felsökning.
• Förbättringar som ökar tillförlitligheten vid start och stopp Azure Stack Hub.
• Förbättringar som minskar uppdateringskörningen genom att använda decentralisering och ta bort beroenden. Jämfört med 2002-uppdateringen minskas stämpeluppdateringstiden för 4 noder från 15–42 timmar till 13–20 timmar. 8 noder minskas från 20–50 timmar till 16–26 timmar. 12 noder minskas från 20–60 timmar till 19–32 timmar. 16 noder minskas från 25–70 timmar till 22–38 timmar. Exakta uppdateringskörningar beror vanligtvis på vilken kapacitet som används i systemet av klientarbetsbelastningar, systemets nätverksanslutning (om du är ansluten till Internet) och systemets maskinvaruspecifikationer.
• Uppdateringen misslyckas nu tidigt om det finns vissa oåterkalleliga fel.
• Förbättrad återhämtning av uppdateringspaketet vid nedladdning från Internet.
• Förbättrad återhämtning när en virtuell dator stoppas.
• Förbättrad återhämtning för nätverksstyrenhetens värdagent.
• Fler fält har lagts till i CEF-nyttolasten för syslog-meddelanden för att rapportera käll-IP-adressen och det konto som används för att ansluta till den privilegierade slutpunkten och återställningsslutpunkten. Se Integrera Azure Stack Hub med övervakningslösningar med syslog-vidarebefordran för mer information.
• Händelser Windows Defender har lagts till (händelse-ID 5001, 5010, 5012) i listan över händelser som genereras via syslog-klienten.
• Aviseringar har lagts till i Azure Stack-administratörsportalen för Windows Defender-relaterade händelser för att rapportera om inkonsekvenser i Defender-plattformen och signaturer och om det inte gick att vidta åtgärder för upptäckt skadlig kod.
• Stöd har lagts till för 4 border-enheter vid integrering Azure Stack Hub till ditt datacenter.

Ändringar

• Tog bort åtgärderna för att stoppa, stänga av och starta om en infrastrukturrollinstans från administratörsportalen. Motsvarande API:er har också tagits bort i resursprovidern för infrastrukturresurser. Följande PowerShell-cmdlets i administratörs-RM-modulen och AZ-förhandsversionen för Azure Stack Hub fungerar inte längre: Stop-AzsInfrastructureRoleInstance,Disable-InfrastructureRoleInstanceoch Restart-InfrastructureRoleInstance. Dessa cmdlets tas bort från nästa version av az-administratörsmodulen för Azure Stack Hub.
• Azure Stack Hub 2005 stöder nu endast App Service på Azure Stack Hub 2020 (version 87.x).
• Inställningen för användarkryptering som krävs för maskinvaruövervakning har ändrats från DES till AES för att öka säkerheten. Kontakta maskinvarupartnern om du vill veta hur du ändrar inställningen i baskorthanteringsstyrenheten (BMC). När ändringen har gjorts i BMC kan det krävas att du kör kommandot Set-BmcCredential igen med den privilegierade slutpunkten. Mer information finns i Rotera hemligheter i Azure Stack Hub

Korrigeringar

• Åtgärdat ett problem som kan orsaka att en nod för reparationsskalningsenhet misslyckas eftersom det inte gick att hitta sökvägen till basoperativsystemavbildningen.
• Åtgärdat ett problem med inskalning och utskalning för den infrastrukturroll som har en sammanhängande effekt på reparation av skalningsenhetsnoder.
• Åtgärdat ett problem där . VHD-tillägget (i stället för .vhd) tilläts inte när operatorerna lade till sina egna avbildningar i Azure Stack Hub-administratörsportalen på Alla tjänster Compute VM Images Lägg >> till.
• Ett problem har åtgärdats där en tidigare omstart av den virtuella datorn orsakade en efterföljande oväntad omstart efter andra vm-uppdateringsåtgärd (tillägg av diskar, taggar osv.).
• Åtgärdat ett problem där skapandet av en duplicerad DNS-zon gjorde att portalen inte svarade. Nu bör ett lämpligt fel visas.
• Åtgärdat ett problem där Get-AzureStackLogs inte samlade in de loggar som krävs för att felsöka nätverksproblem.
• Åtgärdat ett problem där portalen tillåter att färre nätverkskort ansluts än vad som faktiskt tillåts.
• Kodintegritetsprincipen har åtgärdats för att inte generera överträdelser av händelser för viss intern programvara. Detta minskar bruset i kodintegritetsöverträdelser som genereras via syslog-klienten.
• Set-TLSPolicy-cmdleten har åtgärdats för att framtvinga en ny princip utan att https-tjänsten måste startas om eller värden startas om.
• Åtgärdat ett problem där en Linux NTP-server felaktigt genererar aviseringar i administrationsportalen.
• Ett problem har åtgärdats där redundansen av tjänstinstansen för Backup Controller resulterade i att automatiska säkerhetskopieringar inaktiverades.
• Åtgärdat ett problem där intern hemlighetsrotation misslyckas när infrastrukturtjänster inte har någon Internetanslutning.
• Åtgärdat ett problem där användare inte kunde visa prenumerationsbehörigheter med hjälp Azure Stack Hub portalerna.

Säkerhetsuppdateringar

Information om säkerhetsuppdateringar i den här uppdateringen av Azure Stack Hub finns i Azure Stack Hub säkerhetsuppdateringar.

Snabbkorrigeringar

Azure Stack Hub släpper snabbkorrigeringar regelbundet. Från och med version 2005, när du uppdaterar till en ny huvudversion (till exempel 1.2002.x till 1.2005.x), installeras de senaste snabbkorrigeringarna (om det finns några) i den nya huvudversionen automatiskt. Om en snabbkorrigering släpps för din version bör du installera den från och med nu.

Mer information finns i vår serviceprincip.

Azure Stack Hub snabbkorrigeringar gäller endast för Azure Stack Hub integrerade system. försök inte att installera snabbkorrigeringar på ASDK.

Förutsättningar: Innan du tillämpar 2005-uppdateringen

2005-versionen av Azure Stack Hub måste tillämpas på 2002-versionen med följande snabbkorrigeringar:

• Azure Stack Hub snabbkorrigering 1.2002.69.179

Efter att ha tillämpat 2005-uppdateringen

Från och med version 2005, när du uppdaterar till en ny huvudversion (till exempel 1.2002.x till 1.2005.x), installeras de senaste snabbkorrigeringarna (om det finns några) i den nya huvudversionen automatiskt.

Om 2005-snabbkorrigeringar senare släpps efter installationen av 2005 bör du installera dem:

• Azure Stack Hub snabbkorrigering 1.2005.48.137

2002 arkiverad version

1910-arkiverad version

1908-arkiverad version

1907-arkiverad version

1906-arkiverad version

1905-arkiverad version

1904-arkiverad version

1903 arkiverad version

1902 arkiverad version

1901 arkiverad version

1811-arkiverad version

1809-arkiverad version

1808-arkiverad version

1807-arkiverad version

1805-arkiverad version

1804-arkiverad version

1803-arkiverad version

1802-arkiverad version

Du kan komma åt äldre versioner Azure Stack Hub versionsanteckningar i innehållsförteckningen till vänster, under Arkiv för resurser Versionsanteckningar. Välj önskad arkiverad version från listrutan för versionsväljaren i det övre vänstra hörnet. Dessa arkiverade artiklar tillhandahålls endast i referenssyfte och innebär inte stöd för dessa versioner. Information om Azure Stack Hub finns i Azure Stack Hub serviceprincip. Kontakta Microsofts kundsupport om du behöver mer hjälp.