, indledningen, et af elementerne i windows server - 2012, som har forbedret de tidligere udgaver er failover gruppering.windows server - 2012 giver dig mulighed for at opbygge klynger, der er mere fleksibel end nogensinde før, samtidig med at de meget mere frihed til at vælge en klynge, design, der giver mening for deres egen organisation, snarere end at være låst i et stift krav.,, selv om det tidligere var muligt at opbygge en multi - site failover klyngen, windows server - 2012 gør geo - klynger meget mere praktisk.det er værd at bemærke, at selv om microsoft imidlertid har gjort sig store anstrengelser for at gøre opbygningen af klynger lettere, end det nogensinde har været godt klynge udformning er af afgørende betydning.en ukorrekt udformet med flere lokale klynge vil sandsynligvis lider af resultater, problemer og i sidste ende kan vise sig at være mindre pålidelige.så jeg besluttede at skrive denne artikelserie som en måde at give dig en bedste praksis til at bygge flere steder klynger, der er baseret på windows server - 2012.,, beslutningsdygtighed overvejelser, vil jeg gerne starte med at tale om et af de aspekter af med flere lokale klynger, som traditionelt har vist sig at være mest udfordrende.for at en klynge skal fungere, er det for at opretholde beslutningsdygtighed.det er en pæn måde at sige, at et minimalt antal klynge knudepunkter skal forblive funktionel og tilgængelige for kompleks til at fungere.,, windows server generelt anvender et flertal node, der er kompleks.i de fleste knude der klynge et flertal af gruppen knudepunkter må være funktionelle for gruppen at bevare beslutningsdygtighed.microsoft definerer de flertal, som halvdelen af klyngen knudepunkter, plus en.hvis f.eks. et flertal node, der indeholdt fire klynge knudepunkter så klynge vinduer kunne definere en knude flertal som tre klynge knudepunkter (halvdelen af klyngen knudepunkter plus ekstra node). de fleste node krav, kommer med et par aspekter.for det første, det betyder, at de mindre grupper kan tolerere manglende færre lymfeknuder og stadig bevare beslutningsdygtighed.for eksempel, en fire - node ophobning kan kun tåle svigt af en enkelt knudepunkt.på den anden side sammen med ti knudepunkter kan bevare beslutningsdygtighed, selv om op til fire knudepunkter mislykkes.,, selv om klynge node planlægning er virkelig et spørgsmål om grundlæggende matematik (i det mindste i forhold til beregning af tolerance for node fejl), bliver det lidt mere interessant, når du har en multisite arkitektur i billedet..,, f.eks. også forestille mig, at deres organisation har den primære data center og katastrofeberedskab data center.forestil dig, at du beslutter at bygge en multisite klynge til at håndtere en mission kritisk anvendelse.du vil være i stand til at køre, at anvendelsen i enten data center, så du vil have masser af klynge knuder på hver lokalitet, som tidligere nævnt, et flertal knude, der klynger med ti klynge knudepunkter kan overleve svigt af op til fire knudepunkter.med det i tankerne, lad &rsquo, om, at vi har besluttet at placere fem knudepunkter i hver af de to data centre.på den måde, men en af klyngen knudepunkter kunne ikke i nogen af de data - og klynge vil stadig holde beslutningsdygtighed.,, selv om denne arkitektur kan ved første lyder lovende, der er et meget stort problem.tænk, hvad der ville ske i wan - forbindelsen (eller internet, hvis det ’ hvad du bruger) mellem de to områder har fejlet.i denne type situationer, cluster knudepunkter er ikke klog nok til at fortælle forskellen mellem en wan - link fiasko og en masse kompleks knude fiasko.,, i dette scenario, hver datacenter ville fortolke wan led nederlag, hvis alle de klynge knudepunkter i den modsatte datacenter havde fejlet.med andre ord, hver datacenter mener, at fem klynge knudepunkter er nede.husk, at i en ti - node klynge, seks klynge knudepunkter må forblive online for gruppen at bevare beslutningsdygtighed.hver datacenter kan kun bekræfte tilstedeværelsen af fem knudepunkter, så ingen datacenter er i stand til at opretholde beslutningsdygtighed.derfor samlet ansøgning ikke, selv om der ikke et enkelt kompleks knude er faktisk mislykkedes. i dette mareridt, wan link er klynge ’ s akilleshæl.det er et enkelt punkt i fiasko, der har potentiale til at nedbringe de samlede kompleks.spørgsmålet er, hvordan kan du beskytte din gruppe imod den slags?, er der et par forskellige meninger om at forhindre en wan forbindelse udfald fra, at udbruddene.i fortiden, et populært valg har været at ufine metoder til fordel for en datacenter eller andre.for at vise dig, hvordan det fungerer, lad &rsquo, gå tilbage til min tidligere eksempel på en ti - node klyngebomber, der strækker sig over to datacenters.,, hvis mål er at forhindre, at en wan led fiasko fra, at de klynge, så ville du nødt til at placere et ulige antal klynge knudepunkter i hver datacenter.en ti - node klynge kræver, at seks knudepunkter er online med henblik på at bevare den klynge beslutningsdygtighed.som sådan, at seks knudepunkter i de primære datacenter og fire knudepunkter i katastrofeberedskab datacenter vil isolere den klynge mod en wan - link svigt (under forudsætning af, at alle de knudepunkter i de primære datacenter er online på tidspunktet for svigt).,, en anden tankegang med hensyn til beskyttelse af et flertal, der ligger over knudepunkt wan led fiasko, er at gøre brug af et tredje sted.denne arkitektur virker ved, at halvdelen af klyngen knudepunkter i organisationen og rsquo; primære datacenter og halvdelen af klyngen knudepunkter i et katastrofeberedskab datacenter.den tredje sted er ’ t være vært for en kompleks knude.i stedet, det er vært for en ikke - samlet server, som fungerer som fildeling vidne. en fildeling vidne er en server, der fungerer som en form for dommer i tilfælde af en wan led nederlag.for at vise dig, hvordan det fungerer, overveje vores tidligere eksempel, hvor en organisation med flere anlægsområder er nødt til at opbygge et kompleks med ti klynge knudepunkter.lad &rsquo er vel, at vi besluttede at sætte fem klynge knudepunkter i de primære datacenter og fem klynge knudepunkter i katastrofeberedskab datacenter., i denne ordning af samme regler gælder.klyngen kræver stadig seks knudepunkter til rådighed for gruppen at bevare beslutningsdygtighed.nu går ud fra, at en wan - link svigt.hverken datacenter har nok knudepunkter for gruppen at bevare beslutningsdygtighed.men alle de klynge knudepunkter ved om fildeling vidne.derfor er både datacenters vil forsøge at kontakte den fildeling vidne - server.den datacenter med velfungerende wan forbindelse, bør være i stand til at etablere kontakt, mens datacenter med den mislykkede forbindelse bør ikke være i stand til det.når en datacenter kan etablere kontakt med fildeling vidne, at serveren træder i stedet for et sjette kompleks knude.det gør det muligt at bevare den klynge beslutningsdygtighed på trods af wan led fiasko.,, konklusion, selv om klynge beslutningsdygtighed er en yderst vigtig overvejelse for flere anlægsområder klynger, det er langt fra at være det eneste hensyn.nogle af de andre overvejelser, der skal tages i betragtning, er knudepunkt, oplagring og tilgængeligheden af klynge ressourcer.jeg vil diskutere disse spørgsmål, og som de serier, skrider frem.