Failover serverele DHCP pot fi localizate în diferite subrețele și chiar în diferite regiuni geografice.
Topologii de implementare. Utilizarea a două moduri de funcționare a serverelor DHCP tolerante la erori permite acoperirea unui număr foarte mare de topologii de implementare. Cea mai simplă dintre ele este atunci când două servere în modul de echilibrare a încărcării sau de backup fierbinte servesc un set de subrețele care se află în același site.
O topologie mai complexă pentru implementarea serverelor DHCP failover în diferite site-uri este prezentată mai jos. Site-urile din Hyderabad și Redmond au servere DHCP locale care deservesc solicitările clientului pe site-ul lor. Pentru a asigura disponibilitatea înaltă a serviciului DHCP, puteți configura configurarea failoverului DHCP în modul de așteptare în regim fierbinte. O configurație care tolerează erorile va conține toate rețelele și zonele din site-ul Hyderabad. Serverul DHCP local va acționa ca server activ, serverul din site-ul Redmond va fi în rezervă. A doua configurație de toleranță la erori va conține toate rețelele și zonele din site-ul Redmond. Serverul DHCP local va acționa ca server activ, serverul din site-ul Hyderabad va fi în rezervă.
Acest design al celor două servere DHCP care se suprapune reciproc prin două seturi de configurații tolerante la erori poate fi extins la mai multe site-uri. Puteți utiliza topologia inelului din mai multe site-uri unde serverul din fiecare site, fiind un server activ pentru site-ul dvs., va stoca, de asemenea, o copie a setărilor de server de pe un alt site.
Topologia stea este un alt tip de topologie din mai multe site-uri care pot fi ușor configurate într-o organizație care intenționează să implementeze un serviciu DHCP failover. În acest caz, serverul DHCP de pe site-ul central va stoca o copie a setărilor de server în locațiile de la distanță.
Mecanisme vechi pentru asigurarea unei disponibilități ridicate. Până în prezent, serverul DHCP ar putea oferi o disponibilitate ridicată prin găzduirea pe un cluster de tip failover sau printr-o grupare de zone. Ambele soluții au dezavantajele lor.
Dacă utilizați un cluster de eroare, baza de date server DHCP trebuie să fie localizată într-un depozit accesibil ambelor noduri ale clusterului. Serverele DHCP care rulează pe fiecare nod de cluster funcționează cu aceeași bază de date care se află în spațiul de stocare partajat. Deoarece în acest caz stocarea partajată este un singur punct de eșec, este necesară implementarea unei soluții pentru rezervarea stocării. Aceasta crește complexitatea și costul unei astfel de soluții.
Comportamentul echilibrării sarcinii în cazul unei defecțiuni. Când configurația zonei tolerante la erori este în stare de funcționare, algoritmul hash este declanșat pentru fiecare solicitare a clientului. În cazul întreruperii comunicării între servere, algoritmul de hash nu mai este folosit pentru a satisface cererile clientului. Serverul începe să răspundă tuturor clienților, lucrând în modul normal, asigurând astfel disponibilitatea serviciului.
Interval de comutare automată. Serverul care pierde canalul de comunicare cu partenerul intră în modul de comunicare întrerupt. Pierderea comunicării poate fi asociată cu probleme de rețea sau cu închiderea serverului partener. Deoarece serverul nu este capabil să identifice cauza pierderii comunicării, acesta va rămâne în modul de comunicare întrerupt până când administratorul va indica manual că serverul partener nu funcționează. În plus, este posibil să se indice automat că partenerul nu funcționează, care se bazează pe un interval de timp. Acest parametru configurabil se numește intervalul de comutare automată. Valoarea implicită este de 10 minute.
Bună ziua
Vă mulțumim pentru materialul publicat, citim în mod constant.
am avut o întrebare despre Hot Standby.
Îți poți curăța nasul, așa cum este configurat în cazul în diferite site-uri și cum vor fi clienții în cazul unei căderi a urcării principale pentru o copie de rezervă?
Întrebarea este interesantă, care, în plus, este necesar să se răstoarne (în teorie) cu toate echipamentele de rețea între locații (în cazul filtrării rigide).
Articole similare
-
Configurarea conexiunilor fără fir în ferestrele server 2018 și windows vista din cli folosind netsh
Trimiteți-le prietenilor: