Hvis du ønsker å lese neste del i denne artikkelserien kan du gå til Cluster Aware Oppdatering for Windows Server 2012 R2 (Part 2). Før utgivelsen av Windows Server 2012, installasjon av oppdateringer til Windows-servere som ble konfigurert til å fungere som klase noder var en langtekkelig prosess. Heldigvis har Microsoft introdusert klynge klar oppdatering i Windows Server 2012, og denne funksjonen fortsetter å eksistere i Windows Server 2012 R2. I denne artikkelserien, vil jeg forklare hva klynge klar oppdatering er, hvordan det fungerer, og jeg vil diskutere noen gode fremgangsmåter for å bruke det. Cluster Aware Oppdatering (som Microsoft noen ganger refererer til som CAU) er en failover clustering relatert funksjon som er utviklet for å gjøre det enklere å bruke operativsystemet patcher til Windows Server 2012 og 2012 R2 servere som er konfigurert til å fungere som failover cluster noder. Cluster Aware Oppdatering er designet for å automatisere mye av patching prosessen og å utføre patching på en måte som unngår tjenesteavbrudd for grupperte roller når det er mulig. Grunnen til at de tidligere ledd sier at klase Aware Oppdatering unngår tjenesteavbrudd og ldquo; når det er mulig ” er fordi nivået på tjenesten som kan forventes avhenger gruppert rollen som blir arrangert av serveren. I de fleste tilfeller må klyngenoder utføre en planlagt failover som en del av prosessen lapp. Avhengig av grupperte roller som blir hostet på serveren, kan dette potensielt føre til en kort driftsavbrudd. Imidlertid opplever ikke hver gruppert rolle et driftsavbrudd som følge av lapp prosessen. Hyper-V for eksempel fungerer spesielt godt med klase klar oppdateringer fordi virtuelle maskiner kan leve overføres til en annen klyngenode. Måten cluster klar oppdatering verk er faktisk ganske enkelt. Oppdateringsprosessen begynner med å sette klase nodene i vedlikeholdsmodus. Ved å gjøre det, blir gruppert roller flyttet ut av en av de grupperte noder. Vanligvis dette gjøres ved hjelp av en automatisert planlagt failover, men i tilfelle av Hyper-V en live migrering brukes i stedet. Når de grupperte rollene har blitt flyttet ut av klyngenode, oppdateringene kan være installert for å at node. Når oppdateringen er fullført, er noden vanligvis startes på nytt. Når omstart er fullført, blir noden automatisk tatt ut av vedlikeholdsmodus, og den grupperte rollen som tidligere hadde oppholdt seg på noden er beveget tilbake til den nylig oppdaterte noden. På dette punktet, gjentar klyngen klar oppdaterings hele prosessen på det neste node i klyngen. Slik fortsetter det til hver node har blitt oppdatert. Det finnes en rekke ulike hensyn som må tas i betraktning før implementering klynge klar oppdatering . Den første av disse hensynene bør gå uten å si, men det er viktig nok til at jeg vil diskutere det likevel. Før du implementerer klyngen klar oppdatering, er det kritisk viktig å sørge for at klyngen er sunt. Husk at klyngen klar oppdatering kan bare fungere hvis klyngen er i stand til å bruke en planlagt failover å flytte grupperte roller fra en klyngenode til den neste. Hvis klyngen har noen helsemessige problemer som hindrer den fra å fungere normalt da en klynge klar oppdateringen vil sannsynligvis mislykkes og kan også føre til en driftsstans i prosessen. Det er flere ting som du kan sjekke i et forsøk på å sikre at klyngen oppmerksom oppdatering vil fungere innenfor klyngen. Noen av disse er relativt innlysende, men igjen, de er viktige. Først, sørg for at klyngen har beslutningsdyktig. Cluster klar oppdatering vant ’ t fungere riktig med mindre klyngen har beslutningsdyktig Neste, sørg for at du kan utføre DNS-navneløsing av klyngen navn.. Mens du er på det, det ’ s en god idé å kontrollere at Cluster Service kjører på alle klyngenoder. Dette er en standard tjeneste som er konfigurert til å starte automatisk, men det er en god idé å dobbeltsjekke, og sørg for at den er i gang. En siste ting som du bør kontrollere er klyngenode domene medlemskap. Dette isn ’ t virkelig en helsesjekk krav, men snarere en forutsetning. Cluster klar oppdatering vant ’ t arbeid med mindre alle klyngenoder tilhører samme Active Directory-domene Dette bringer opp et annet punkt.. Cluster Aware Oppdatering kan kjøre i to forskjellige moduser – Selv Oppdatering Mode eller Remote Oppdatering Mode. I begge modus er det en komponent som er kjent som Update Coordinator. Dens oppgave er å arrangerer oppdateringsprosessen. Den største forskjellen mellom de to modusene er at når klynge klar oppdatering opererer i selv oppdatering modus, går oppdateringen koordinator som et klynge rolle på en klynge node. Når ekstern oppdatering modus brukes, er oppdateringen koordinator kjøres på en datamaskin som ikke er en klyngenode. Hvis du kjører klynge klar oppdatering i ekstern oppdatering modus, så datamaskinen som fungerer som oppdaterings koordinator må tilhøre samme Active Directory-domene som klyngenoder som oppdateres. Et annet krav til å holde i bakhodet er at klyngen klar oppdatering krever klyngen for å ha tilstrekkelig ledig kapasitet til å flytte en gruppert rolle til en annen node i klyngen. Som tidligere nevnt, blir oppdateringer ikke påtrykkes en klyngenode til de grupperte rollene har blitt flyttet ut av knutepunktet og til en annen node. Hvis nodene i klyngen kjører på kapasitet og ikke har tilstrekkelige ressurser til å være vert for et gruppert rolle som tidligere ble kjørt på en annen node deretter klyngen klar oppdateringsprosessen vil ikke fungere. En ting å huske på bakhodet er at det er ekstremt viktig å ta skritt for å holde Cluster Aware Oppdatering kommer i konflikt med andre typer oppdateringer som kan oppstå på nettverket. For eksempel, hvis du bruker System Center eller WSUS å presse oppdateringer til datamaskinene på nettverket ditt så du bør utelukke dine klyngenoder fra listen over oppdaterings mål. En siste anbefaling som jeg ønsker å passere langs er snill counter intuitive. Før du bruker Cluster Aware Oppdatering for første gang, det ’ s en god idé å bruke alle tilgjengelige patcher til dine klyngenoder. Det synes riktignok vanskelig å måtte lappe nodene i din klyngen manuelt i forberedelse for distribusjon av en løsning som vil automatisere patching prosessen, men å sette plaster på plass før du automat utplassering av fremtidige patcher kan hjelpe deg å sørge for at ting går jevnt. Det viktigste å huske på før du implementerer klyngen klar oppdatering er at klyngen skal være sunn. Microsoft gir noen verktøy som kan hjelpe med dette. Bekreft en konfigurasjonsveiviseren er nyttig som er den Test-Cluster cmdlet for Powershell. Microsoft tilbyr også en Best Practices Analyzer for Cluster Aware Oppdatering. Hvis du ønsker å lese neste del i denne artikkelserien kan du gå til Cluster Aware Oppdatering for Windows Server 2012 R2 (Part 2).
< h2> Innledning
Hva er Cluster Aware Oppdatering?
En oversikt over den Cluster Aware Update Process
Viktige hensyn og beste praksis for Cluster Aware Oppdatering
Konklusjon