Innledning

En av de store funksjonene i Windows Server 2012 R2 er DHCP failover for Microsoft DHCP scope. For de som har opplevd Microsoft DHCP ledelsen i Windows 2000/2003/2008 vil du huske at en av de lange etterspurte funksjonene var en sann lastbalansering og failover alternativ.

Før Windows Server 2012 den eneste failover alternativet var å ha full kopier av omfang definisjoner på en sekundær server med omfanget deaktivert. Du må aktivere manuelt til omfang i tilfelle av en feil på den primære serveren, men dette ville være tidkrevende og kan føre til IP-adressen konflikter som maskiner anmodet ny IP-informasjon fra den nye DHCP-serveren.

Alternativt , kan man laste balansere definisjonsområder ved hjelp av samme omfang og gateway informasjon, men forskjellige deler av rammen er aktive på hver server. Dette kan gjøres ved hjelp av en teknikk som kalles DHCP omfang splitting.

Load Balancing versus Failover

En av de første tingene som kan forvirre mange systemadministratorer er forskjellen mellom lastbalansering og failover. De aren ’ t alltid gjensidig utelukkende, så det er enda viktigere å forstå de viktigste forskjellene

Lastbalansering er bruken av en aktiv-aktiv konfigurasjon som deler tjenester mellom flere noder som kan være spredt blant eksterne nettsteder. for sikkerhet og redundans. I programmiljøer, vil lastbalansering konfigureres basert på en avveining algoritme som kan være så enkelt som round robin, og så komplisert som rute pris basert på ventetid og respons for tjenestelevering av lokaliteten.

er Failover der miljøet lider et utfall av en tjeneste som utløser failover av at servicefunksjonen til en sekundær server eller et nettsted. Antakelsen for de fleste failover konfigurasjoner er at den primære serveren er helt utilgjengelig. Med vår DHCP failover, kan vi faktisk blande de to rollene som failover og lastbalansering ved å operere omfanget på flere servere på tvers av datasentre. Denne hybrid driftsmodell reduserer risikoen for tjenesten tap.

Hva om vår DHCP-konfigurasjon på nettverksutstyr?

Som du kanskje allerede vet, krever vi konfigurasjonen på våre rutere, og potensielt Layer 3 brytere, for å gjøre vår klient noder klar over DHCP-servere som er service subnett. Dette gjøres med DHCP Relay Agent, noen ganger kjent som DHCP Helper adresse.

Ved å definere DHCP Relay, noen noder på at bryteren med tilgang til riktig VLAN vil gå gjennom den vanlige prosessen med å be en IPv4 DHCP-adresse. Dette gjøres med DHCPDISCOVER forespørsel som er videresendt av ruteren til DHCP-serveren av DHCP Relay Agent. DHCP-serveren returnerer en DHCPOFFER, etterfulgt av en DHCPREQUEST, og til slutt en DHCPACK bekrefter IP-adressen og lease informasjon.

Dette er alt bra, men hva som skjer i de tilfeller hvor vi har mer enn én DHCP-server, og krever flere DHCP Relay Agent adresser på ruteren? Dette er et stort spørsmål, og det forklarer hvorfor vi vil virkelig sette pris på den nye Windows Server 2012 R2 DHCP-tjenester.

Hvis vi har flere 2003/2008 DHCP-servere, må scopes være deaktivert på den andre serveren, ellers både DHCP-servere vil bli å svare på DHCPDISCOVER kringkasting og kan dele ut samme IP-adresse til mer enn én arbeidsstasjon siden de aren ’. t klar over hverandre

Under Windows Server 2012 R2, har vi den nye failover DCHP modell som har den primære serveren aktivt betjene DHCP-forespørsler, og failover eksempel er klar over, men ikke aktiv i prosessen

La ’ s. ta en titt på konfigurasjonen av en failover omfang før vi går videre.

Prosjektering av en DHCP Failover Scope

Det er ingen forskjell i grunnkonfigurasjon av en DHCP-området for å forberede den for å være beskyttet med en failover omfang på en sekundær server. Her er et eksempel omfang heter Failover Scope A (10.20.30.0/24) at vi konfigurere akkurat som en vanlig omfang.

Figur 1

IP-adressekonfigurasjon er også gjort i den typiske måten som vi har gjort i noen DHCP-server opp til dette punktet.

Figur 2

Nå som vi har vår demo omfanget tilgjengelig, vil vi høyreklikker Scope i DHCP Manager-konsollen og velg konfigurere Failover:

Figur 3

Failover Konfigurasjonsveiviser åpner opp med en liste over scopes som er tilgjengelig for å beskytte. I vårt utvalg har vi 10.20.30.0/24 omfang

Figur 4

Neste opp vi blir bedt om å tildele en partner server for vårt virkeområde. Vi skal bruke en som heter PartnerServer i vårt eksempel:

Figur 5

Som standard er et navn som er valgt for replikering forholdet navn. Det gjør det enkelt å velge noe som vil være menings til teamet for fortsatt forvaltning.

Parameterne i vår failover forholdet tillate oss å sette failover-modus som kan være Active-Active (Load balanse) eller Active-Passiv (Hot standby). I lastbalansering modus, er det et alternativ å sette vekten av omfanget fordeling på partneren. Standard er en 50% split omfang.

Figur 6

I dette tilfellet er vi konfigurerer en Hot standby server.

Figur 7

Du vil trenge en delt hemmelig passord konfigurert:

Figur 8

Når du har fullført failover omfanget veiviseren, vil prosessen fullføre og omfanget vil bli opprettet på måltjeneren. Prosessen vil vise status som vellykket for hvert av trinnene i veiviseren:

Figur 9

Med omfanget konfigurert for hot standby failover, har vi nå en fullt operativ omfang som blir asynkrone oppdateringer fra kildeserveren til å holde oversikt over gjeldende leieavtaler, reservasjoner, opsjoner, og eventuelle andre omfangsspesifikke konfigurasjonsparametere. Det ’ s bare så enkelt

For vår egen nysgjerrighet, er det godt å sjekke hva failover omfanget ser ut!. Du bare åpner målet DHCP partner server, utvide scopes og høyreklikk på failover omfang i DHCP-behandling. På egenskapssiden er det en Failover fane som viser all informasjon om tilkoblingen.

Figur 10

Nå som failover er konfigurert, vil du også se flere alternativer er tilgjengelige på kontekstmenyen for det beskyttede omfang. Ved hjelp av disse alternativene, kan du fjerne failover konfigurasjon, kraft replikering av omfanget, og kraft replikering av forholdet informasjon:

Figur 11

Alternativer utenfor GUI

Hvis du ’ ve vært administrerende DHCP opp til dette punktet på Windows 2008 eller tidligere servere, vil du vite at de fleste av konfigurasjonen gjøres i GUI. Faktisk mye av konfigurasjonen var bare tilgjengelig i GUI i tidligere versjoner.

I Windows Server 2012 og Windows Server 2012 R2, Powershell er blitt langt mer kraftfull og viktig i Microsoft økosystemet. Nye og forbedrede DHCP Cmdleter er tilgjengelig ved ganske enkelt å importere DHCP Server-modulen. Dette gjøres med en enkel one-liner Import-Module dhcpserver som du kan se nedenfor

Når lastet, vi kan spørre alle de DHCP cmdlets benytter Get-Command * dhcp * som vist delvis her:.

Figur 12

Bedre funksjoner og bedre styring

Dette er et stort skritt fremover med Microsoft DHCP verktøysett som gir bedre failover alternativer, bedre lastbalansering alternativer, og flere alternativer for styring av miljøet. Ved å utvide ledelsen i en prosedyre format med Powershell, er dette et utmerket verktøy for administratorer å bevege seg mot mer orkestrering av sine Microsoft DHCP miljøer. Anmeldelser