Esperto a tutto tondo: La risposta giusta alla disponibilità

Durante la configurazione del protocollo DHCP (Dynamic Host Configuration Protocol) a elevata disponibilità in Windows Server 2012, ora è possibile includere funzionalità e supporto innovative.

Greg Shields

Questo è stato scritto utilizzando la versione beta di Windows Server 8. Tutte le informazioni sono soggette a modifiche.

Il supporto Microsoft per NIC teaming è stato di confusione al meglio. Prima di Windows Server 2012, Microsoft ha offerto alcun supporto per schede di rete teamed. C'erano alcun driver o qualsiasi altra funzionalità per l'incollaggio di quelle schede di rete. Questa realtà ha creato un sacco di confusione nei primi giorni di Hyper-V. Molti creduto Microsoft non supporta NIC teaming utilizzando driver produttore hardware.

La verità con Windows Server 2008 R2 e sistemi operativi precedenti era un po' più sfumata. Microsoft infatti non supportano NIC squadre, perché Microsoft non scrivere il codice. Utilizzandoli, voi non erano violare eventuali contratti di supporto Microsoft. Tutti i problemi sono stati la responsabilità del produttore dell'hardware.

Che confusione scomparve nel 2012 Server Windows. L'OS ora include il supporto nativo per NIC teaming, scritto dalla Microsoft e per fortuna ora supportata da Microsoft. Meglio ancora, strumenti di configurazione teaming NIC sono diventati una parte nativa del sistema operativo Windows. Ogni scheda NIC, non importa chi lo fa, viene configurata con la stessa interfaccia di Windows.

Le nuove caratteristiche di alta disponibilità (HA) in Windows Server 2012 a beneficio di più di schede di rete. Dynamic Host Configuration Protocol (DHCP) ottiene un lifting HA pure. È ora possibile distribuire gli ambiti Fault-Tolerant senza richiedere la complessità e il sovraccarico di un Cluster di Failover Windows. DHCP mai avuto così bene. Ecco come configurarlo.

Teaming altamente disponibile in rete

Teaming in rete è stata a lungo un compito impegnativo, con configurazione diverse interfacce fornite da diversi produttori. Tenere il passo con i driver più recenti ha aggiunto un altro livello di gestione della configurazione. Teaming in schede di rete in Windows Server 2012, d'altra parte, avviene tramite un'interfaccia universale.

Per allestire una squadra in Server Manager, iniziare facendo clic sul Server locale | Teaming adattatore di rete. Facendo così lancia il pannello di controllo NIC Teaming (vedere Figura 1). Fare clic sulla casella a discesa compiti accanto a squadre e scegliere nuovo Team.

Figura 1 iniziare con il NIC teaming.

Prossimo vedrete una finestra simile a quella mostrata in Figura 2. Selezionare le caselle accanto alle interfacce che si desidera includere nella squadra. Si potrebbe anche voler configurare una modalità Teaming (vedere "Teaming modalità") o la modalità di distribuzione di carico sotto proprietà aggiuntive.

Figura 2 istituito il nuovo team.

Modalità di collaborazione

Se in precedenza hai configurato NIC teaming, siete informati NIC squadre di solito richiedono l'assistenza di protocolli di rete sul lato. Prima di Windows 2012, utilizzando una squadra NIC su un server significava anche attivazione di protocolli come EtherChannel o LACP (noto anche come 802.1ax o 802.3) sulle porte di rete.

Tali opzioni rimangono oggi, come si può vedere nella Figura 2 casella a discesa intitolata Teaming modalità. La selezione per Teaming statico corrisponde al IEEE 802.3 ad, considerando che i legami tra LACP 802.1ax teaming dinamico.

C'è anche un'opzione interessante terza chiamata intitolato Switch indipendente. Questo ti permette di obbligazioni NICs senza l'assistenza di protocolli di rete sul lato. Interruttore teaming indipendente è anche convincente perché permette diverse schede di rete di connettersi a diverse opzioni. Tenete d'occhio su queste impostazioni, come c'è relativamente poco altro conosce a questo punto come lavorerò in produzione.

Clicca sul link accanto all'interfaccia principale squadra per esporre un luogo per definire una VLAN specifica per la squadra. Fare clic su OK per chiudere il pannello di controllo. In pochi secondi, troverete il che vostro server ora comunica via una squadra NIC nuovo di zecca. È possibile verificare la creazione di quella squadra trovando il nome della squadra nel risultato di un comando ipconfig (vedere "My Team-Default" in Figura 3).

Figura 3 utilizzare il comando ipconfig per verificare che creato con successo una squadra.

Dare un'occhiata ora al connessioni di rete (vedere Figura 4), e vedrai un nuovo adattatore per la squadra appena creato. Tale scheda sarà un Driver Microsoft Network Adapter Multiplexor e utilizzerà il Provider Microsoft carico bilanciamento/Failover per interfacciarsi con ogni NIC. fisico Se si visualizzano le proprietà di entrambi NIC fisico, vedrai che hai stati riconfigurati per utilizzare solo il Microsoft Network Adapter multiplatore di protocollo. Dopo aver creato li, le impostazioni di rete vengono configurate solo per la squadra, non ogni singolo NIC.

Figura 4 controllo delle connessioni di rete vi mostrerà la nuova scheda di squadra.

DHCP a disponibilità elevata

Con la connessione di rete ora altamente disponibile, sei pronto a fare lo stesso per DHCP. A tale scopo in Windows Server 2012 ancora ovviamente richiede due server separati. Tuttavia, non è più necessario un Cluster di Failover Windows. Al posto di tale cluster è il supporto incorporato per ambiti DHCP a tolleranza d'errore. Con due server pronto, qui sono i passi che avrete bisogno di distribuirne uno.

Avviare nel cruscotto di Server Manager facendo clic su tutti i server e quindi fare clic sul primo dei due server. Fare clic su Gestisci | Aggiungere ruoli server e funzionalità e click-through aggiungere ruoli e guidata funzionalità. Installare solo il ruolo Server DHCP e accettare le impostazioni predefinite. Ripetete l'operazione per il secondo server. Dopo avere completato la procedura guidata, si noterà che il Server Manager ha creato un nuovo gruppo di server DHCP contenente i due server.

Noterete anche due nuove notifiche della barra multifunzione di Server Manager. Selezionate l'icona di bandiera e completa configurazione DHCP per avviare la procedura guidata configurazione DHCP deileall. Fornire le credenziali appropriate e scegliere Commit per autorizzare ogni server in servizi di dominio Active Directory.

Una volta autorizzato, il processo per la creazione e la gestione di ambiti DHCP è relativamente invariato rispetto alle versioni precedenti. Avviare la console DHCP e creare un ambito su un unico server facendo clic destro IPv4 (o IPv6, se del caso). Quindi selezionare nuovo ambito. Configurare l'ambito con le impostazioni appropriate per la vostra rete.

Aggiungendo HA inizia facendo clic destro quell'ambito e selezionando configura Failover. Fornire il nome host o l'indirizzo IP di un Server Partner (vedere Figura 5). C'è una casella di controllo nella parte inferiore (visualizzato in grigio nella figura) che consente di riutilizzare le relazioni esistenti di failover.

Figura 5 configurare i servizi di failover.

Server DHCP in una configurazione di failover può operare in una delle due modalità: Hot standby o bilanciamento del carico. Server in modalità di bilanciamento del carico condivideranno la distribuzione di indirizzo. Modalità standby caldo identifica un server partner che assumerà quando il server primario non riesce.

Figura 6 mostra il bilanciamento del carico (a sinistra) e Hot standby schermate di configurazione (a destra). Sulla sinistra, è possibile regolare la percentuale di indirizzi ospitato da ogni server DHCP nella modalità di bilanciamento del carico. Sulla destra, è possibile regolare la percentuale di indirizzi riservati per l'utilizzo di server di standby. Quell'intervallo assicura che un recente failover server può continuare a distribuire indirizzi dopo la primarie viene a mancare, ma prima assume il controllo dell'intero ambito.

Figura 6 caricare equilibrio e Hot standby configurazione.

C'è un'importante distinzione di rendere qui su ciò che accade quando un server perde la comunicazione con il suo partner (chiamato "comunicazione interrotta" modalità) e quando quel server superstiti determina il partner è giù (modalità chiamata "partner verso il basso") e prende il controllo dell'intero ambito.

Un server superstito entra in modalità di comunicazione interrotto una volta perde la comunicazione con il partner. A quel punto, è possibile modificare manualmente dello stato del server sopravvissuti al socio giù e il failover dell'ambito. È inoltre possibile impostare l'intervallo di Switchover automatico stato automaticamente cambiare stato al partner dopo un determinato numero di minuti. Una volta nel partner verso il basso dello stato, il tempo massimo di piombo Client definisce la quantità di tempo il server superstito dovranno attendere prima di assumere il controllo dell'intero ambito.

Infine, è possibile abilitare l'autenticazione per i messaggi di failover spuntando che la casella contrassegnata abilitare l'autenticazione dei messaggi. Fornire un segreto condiviso per garantire l'autenticazione. Fare clic su avanti e fine per completare la procedura guidata.

Ah, non ci sono scuse

Sempre HA per molti dei principali servizi Windows era difficile per lungo tempo. Con le versioni precedenti, basandosi su driver teaming vendor e Clustering di Failover di Windows, l'overhead pura di gestione HA era spesso più sforzo che il risultato. Windows Server 2012 cambia le cose per il meglio. Ora non c'è semplicemente nessuna scusa per l'attuazione non HA ogni volta.

Greg Shields, MVP, è un partner al concentrato di tecnologia. Per ottenere ulteriori suggerimenti da parte di Greg Shields, esperto a tutto tondo, è possibile visitare il sito ConcentratedTech.com.

Contenuto correlato

• Esperto a tutto tondo: Il USMT È tuo amico
• Esperto a tutto tondo: Semplificazione dei certificati
• Esperto a tutto tondo: La curiosità che ha ucciso il App