Gäller för: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Azure Local, version 23H2 och 22H2
Cluster-Aware Update (CAU) är en funktion som samordnar programuppdateringar på alla servrar i ett redundanskluster på ett sätt som inte påverkar tjänstens tillgänglighet mer än en planerad redundansväxling av en klusternod. För vissa program med funktioner för kontinuerlig tillgänglighet (till exempel Hyper-V med direktmigrering eller en SMB 3.x-filserver med transparent SMB-redundans) kan CAU samordna automatisk klusteruppdatering utan att påverka tjänstens tillgänglighet.
Stöder CAU uppdatering av lagringsdirigeringskluster?
Ja. CAU stöder uppdatering av Lagringsdirigering kluster oavsett distributionstyp: hyperkonvergerad eller konvergerad. Mer specifikt säkerställer CAU-orkestrering att pausa varje klusternod väntar på att det underliggande klustrade lagringsutrymmet ska vara felfritt.
Fungerar CAU med Windows Server 2008 R2 eller Windows 7?
Nej. CAU samordnar endast klusteruppdateringsåtgärden från datorer som kör Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 eller Windows 8. Redundansklustret som uppdateras måste köra Windows Server 2016, Windows Server 2012 R2 eller Windows Server 2012.
Är CAU begränsat till specifika klustrade program?
Nej. CAU är agnostisk för typen av det klustrade programmet. CAU är en extern klusteruppdateringslösning som ligger ovanpå klustrings-API:er och PowerShell-cmdletar. Därför kan CAU samordna uppdatering för alla klustrade program som har konfigurerats i ett Windows Server-redundanskluster.
Not
För närvarande testas och certifieras följande klustrade arbetsbelastningar för CAU: SMB, Hyper-V, DFS Replication, DFS Namespaces, iSCSI och NFS.
Stöder CAU uppdateringar från Microsoft Update och Windows Update?
Ja. Som standard konfigureras CAU med ett plugin-program som använder API:erna för Windows Update Agent (WUA) på klusternoderna. WUA-infrastrukturen kan konfigureras för att peka på Microsoft Update och Windows Update eller till Windows Server Update Services (WSUS) som källa för uppdateringar.
Stöder CAU WSUS-uppdateringar?
Ja. Som standard konfigureras CAU med ett plugin-program som använder API:erna för Windows Update Agent (WUA) på klusternoderna. WUA-infrastrukturen kan konfigureras för att peka på Microsoft Update och Windows Update eller till en lokal Windows Server Update Services-server (WSUS) som källa för uppdateringar.
Kan CAU tillämpa uppdateringar av begränsad distributionsversion?
Ja. Uppdateringar av begränsad distributionsversion (LDR), även kallade snabbkorrigeringar, publiceras inte via Microsoft Update eller Windows Update, så de kan inte laddas ned av plugin-programmet Windows Update Agent (WUA) som CAU använder som standard.
CAU innehåller dock ett andra plugin-program som du kan välja för att tillämpa snabbkorrigeringsuppdateringar. Plugin-programmet för snabbkorrigeringar kan också anpassas för att tillämpa drivrutiner, inbyggd programvara och BIOS-uppdateringar som inte kommer från Microsoft.
Kan jag använda CAU för att tillämpa kumulativa uppdateringar?
Ja. Om de kumulativa uppdateringarna är allmänna distributionsuppdateringar eller LDR-uppdateringar kan CAU tillämpa dem.
Kan jag schemalägga uppdateringar?
Ja. CAU stöder följande uppdateringslägen, som båda tillåter att uppdateringar schemaläggs:
Självuppdatering Gör det möjligt för klustret att uppdatera sig självt enligt en definierad profil och ett regelbundet schema, till exempel under en månatlig underhållsperiod. Du kan också starta en Self-Updating Kör på begäran när som helst. Om du vill aktivera självuppdateringsläge måste du lägga till den CAU-klustrade rollen i klustret. Funktionen cau-självuppdatering fungerar som alla andra klustrade arbetsbelastningar och kan fungera sömlöst med planerade och oplanerade redundansväxlingar på en uppdateringskoordinatordator.
Fjärruppdatering Gör att du kan starta en uppdateringskörning när som helst från en dator som kör Windows eller Windows Server. Du kan starta en uppdateringskörning via fönstret Cluster-Aware Uppdatering eller med hjälp av cmdleten Invoke-CauRun PowerShell. Fjärruppdatering är standarduppdateringsläget för CAU. Du kan använda Schemaläggaren för att köra cmdleten Invoke-CauRun enligt ett önskat schema från en fjärrdator som inte är en av klusternoderna.
Kan jag schemalägga uppdateringar som ska tillämpas under en säkerhetskopia?
Ja. CAU har inga begränsningar i det här avseendet. Att utföra programuppdateringar på en server (med associerade potentiella omstarter) medan en serversäkerhetskopiering pågår är dock inte en IT-metod. Tänk på att CAU endast förlitar sig på klustrings-API:er för att fastställa resursredundans och återställning efter fel. CAU känner alltså inte till serverns säkerhetskopieringsstatus.
Kan CAU arbeta med Configuration Manager?
CAU är ett verktyg som samordnar programuppdateringar på en klusternod, och Configuration Manager utför även serverprogramuppdateringar. Det är viktigt att konfigurera dessa verktyg så att de inte har överlappande täckning för samma servrar i alla datacenterdistributioner, inklusive användning av olika Windows Server Update Services-servrar. Detta säkerställer att målet bakom att använda CAU inte oavsiktligt besegras, eftersom Configuration Manager-driven uppdatering inte innehåller klustermedvetenhet.
Behöver jag administrativa autentiseringsuppgifter för att köra CAU?
Ja. För att köra CAU-verktygen behöver CAU administrativa autentiseringsuppgifter på den lokala servern, eller så behöver den Personifiera en klient efter autentisering användaren direkt på den lokala servern eller klientdatorn där den körs. För att samordna programuppdateringar på klusternoderna kräver CAU dock administrativa autentiseringsuppgifter för klustret på varje nod. Även om CAU-användargränssnittet kan starta utan autentiseringsuppgifterna, uppmanas det att ange administrativa autentiseringsuppgifter för klustret när det ansluter till en klusterinstans för att förhandsgranska eller tillämpa uppdateringar.
Kan jag skriva CAU?
Ja. CAU levereras med PowerShell-cmdletar som erbjuder en omfattande uppsättning skriptalternativ. Det här är samma cmdletar som CAU-användargränssnittet anropar för att utföra CAU-åtgärder.
Vad händer med aktiva klustrade roller?
Klustrade roller (kallades tidigare program och tjänster) som är aktiva på en nod, redundansväxlar till andra noder innan programuppdateringen kan påbörjas. CAU samordnar dessa redundansväxlingar med hjälp av underhållsläget, som pausar och tömmer noden på alla aktiva klustrade roller. När programuppdateringarna är klara återupptar CAU noden och de klustrade rollerna återgår till den uppdaterade noden. Detta säkerställer att fördelningen av klustrade roller i förhållande till noder förblir densamma i cau-uppdateringskörningarna för ett kluster.
Hur väljer CAU målnoder för klustrade roller?
CAU förlitar sig på klustrings-API:er för att samordna redundansväxlingarna. Implementeringen av klustrings-API:et väljer målnoderna genom att förlita sig på interna mått och intelligent placerings-heuristik (till exempel arbetsbelastningsnivåer) över målnoderna.
Balanserar CAU de klustrade rollerna?
CAU belastningsutjämning inte klustrade noder, men försöker bevara fördelningen av klustrade roller. När CAU har uppdaterat en klusternod försöker den återställa tidigare värdbaserade klustrade roller till den noden. CAU förlitar sig på klustrings-API:er för att återställa resurserna till början av pausprocessen. I avsaknad av oplanerade redundansväxlingar och önskade ägarinställningar bör fördelningen av klustrade roller därför förbli oförändrad.
Hur väljer CAU ordningen på noder som ska uppdateras?
Som standard väljer CAU ordningen på noder som ska uppdateras baserat på aktivitetsnivån. De noder som är värdar för de minst klustrade rollerna uppdateras först. En administratör kan dock ange en viss ordning för att uppdatera noderna genom att ange en parameter för uppdateringskörningen i CAU-användargränssnittet eller med hjälp av PowerShell-cmdletarna.
Vad händer om en klusternod är offline?
Administratören som initierar en uppdateringskörning kan ange det godkända tröskelvärdet för antalet noder som kan vara offline. Därför kan en uppdateringskörning fortsätta på ett kluster även om alla klusternoder inte är online.
Kan jag bara använda CAU för att uppdatera en enda nod?
Nej. CAU är ett klusteromfattande uppdateringsverktyg, så du kan bara välja vilka kluster som ska uppdateras. Om du vill uppdatera en enskild nod kan du använda befintliga serveruppdateringsverktyg oberoende av CAU.
Kan CAU-rapportuppdateringar som initieras utanför CAU?
Nej. CAU kan bara rapportera uppdateringskörningar som initieras inifrån CAU. Men när en efterföljande CAU-uppdateringskörning startas, anses uppdateringar som har installerats via icke-CAU-metoder på lämpligt sätt för att fastställa de ytterligare uppdateringar som kan gälla för varje klusternod.
Kan CAU stödja mina unika IT-processbehov?
Ja. CAU erbjuder följande dimensioner av flexibilitet som passar företagskundernas unika IT-processbehov:
Skript En uppdateringskörning kan ange ett PowerShell-skript för föruppdatering och ett PowerShell-skript efter uppdateringen. Föruppdateringsskriptet körs på varje klusternod innan noden pausas. Skriptet efter uppdateringen körs på varje klusternod när noduppdateringarna har installerats.
Not
.NET Framework 4.6 eller 4.5 och PowerShell måste vara installerade på varje klusternod där du vill köra skripten för föruppdatering och efter uppdatering. Du måste också aktivera PowerShell-fjärrkommunikation på klusternoderna. Detaljerade systemkrav finns i Krav och metodtips för Cluster-Aware Uppdatering av.
alternativ för avancerad uppdateringskörning Administratören kan dessutom ange från en stor uppsättning avancerade alternativ för uppdateringskörning, till exempel det maximala antalet gånger som uppdateringsprocessen görs på nytt på varje nod. Dessa alternativ kan anges med antingen CAU-användargränssnittet eller CAU PowerShell-cmdletarna. De här anpassade inställningarna kan sparas i en uppdateringskörningsprofil och återanvändas för senare uppdateringskörningar.
offentlig plugin-arkitektur CAU innehåller funktioner för att registrera, avregistrera och välja plugin-program. CAU levereras med två standard-plugin-program: ett samordnar API:erna för Windows Update Agent (WUA) på varje klusternod; den andra gäller snabbkorrigeringar som kopieras manuellt till en filresurs som är tillgänglig för klusternoderna. Om ett företag har unika behov som inte kan uppfyllas med dessa två plugin-program kan företaget skapa ett nytt CAU-plugin-program enligt den offentliga API-specifikationen. Mer information finns i Cluster-Aware Uppdatera plugin-referens.
Information om hur du konfigurerar och anpassar CAU-plugin-program för att stödja olika uppdateringsscenarier finns i How Plug-ins Work.
Hur exporterar jag cau-förhandsversionen och uppdaterar resultat?
CAU erbjuder exportalternativ via kommandoradsgränssnittet och via användargränssnittet.
kommandoradsgränssnittsalternativ:
Förhandsgranska resultat med hjälp av PowerShell-cmdleten Invoke-CauScan | ConvertTo-Xml. Utdata: XML
Rapportera resultat med hjälp av PowerShell-cmdleten Invoke-CauRun | ConvertTo-Xml. Utdata: XML
Rapportera resultat med hjälp av PowerShell-cmdleten Get-CauReport | Export-CauReport. Utdata: HTML, CSV
användargränssnittsalternativ:
Kopiera rapportresultatet från förhandsversionsuppdateringar skärmen. Utdata: CSV
Kopiera rapportresultatet från skärmen Generera rapport. Utdata: CSV
Exportera rapportresultaten från skärmen Generera rapport. Utdata: HTML
Hur installerar jag CAU?
En CAU-installation är sömlöst integrerad i funktionen redundansklustring. CAU installeras på följande sätt:
När redundanskluster installeras på en klusternod installeras WMI-providern (CAU Windows Management Instrumentation) automatiskt.
När funktionen Verktyg för redundanskluster installeras på en server eller klientdator installeras Cluster-Aware uppdatera användargränssnittet och PowerShell-cmdletarna automatiskt.
Behöver CAU komponenter som körs på de klusternoder som uppdateras?
CAU behöver ingen tjänst som körs på klusternoderna. CAU behöver dock en programvarukomponent (WMI-providern) installerad på klusternoderna. Den här komponenten installeras med funktionen Redundansklustring.
Om du vill aktivera självuppdateringsläge måste den klustrade CAU-rollen också läggas till i klustret.
Vad är skillnaden mellan att använda CAU och VMM?
System Center Virtual Machine Manager (VMM) fokuserar på att endast uppdatera Hyper-V kluster, medan CAU kan uppdatera alla typer av redundanskluster som stöds, inklusive Hyper-V kluster.
VMM kräver ytterligare licensiering, medan CAU är licensierat för alla Windows Server. CAU-funktionerna, verktygen och användargränssnittet installeras med komponenter för redundansklustring.
Om du redan äger en System Center-licens kan du fortsätta att använda VMM för att uppdatera Hyper-V kluster eftersom det erbjuder en integrerad hanterings- och programuppdateringsmiljö.
CAU stöds endast på kluster som kör Windows Server 2016, Windows Server 2012 R2 och Windows Server 2012. VMM stöder även Hyper-V kluster på datorer som kör Windows Server 2008 R2 och Windows Server 2008.
Kan jag använda fjärruppdatering i ett kluster som har konfigurerats för självuppdatering?
Ja. Ett redundanskluster i en självuppdateringskonfiguration kan uppdateras via fjärruppdatering på begäran, precis som du kan framtvinga en Windows Update-genomsökning när som helst på datorn, även om Windows Update har konfigurerats för att installera uppdateringar automatiskt. Du måste dock se till att en uppdateringskörning inte redan pågår.
Kan jag återanvända mina inställningar för klusteruppdatering mellan kluster?
Ja. CAU stöder ett antal alternativ för uppdateringskörning som avgör hur uppdateringskörningen fungerar när klustret uppdateras. De här alternativen kan sparas som en uppdateringskörningsprofil och de kan återanvändas i alla kluster. Vi rekommenderar att du sparar och återanvänder inställningarna i redundanskluster som har liknande uppdateringsbehov. Du kan till exempel skapa en "Business-Critical SQL Server Cluster Updating Run Profile" för alla Microsoft SQL Server-kluster som stöder affärskritiska tjänster.