Windows szerver 2018 dhcp failover, a rendszergazda jegyzetek
Hibatűrő DHCP szerver lehet egy másik alhálózaton, és még a különböző földrajzi régiókban.
Topológia telepítését. A használata két üzemmód között a hibatűrő DHCP szerver képes lefedni egy hatalmas számú topológia végrehajtását. A legegyszerűbb pedig, mikor a két szerver a terhelés kiegyenlítő módban vagy hot backup szolgáltatás meghatározott alhálózatok, amelyek ugyanazon a helyszínen.
Bonyolultabb topológia végrehajtása hibatűrő DHCP szerverek különböző helyszíneken az alábbiakban mutatjuk be. Sites Hyderabad és Redmond van helyi DHCP szerver szolgálja ügyfél kéri, hogy saját webhelyére. Annak érdekében, hogy a magas rendelkezésre állás a DHCP szolgáltatást, akkor a DHCP failover forró készenléti üzemmódba. A hibatűrő konfiguráció tartalmaz minden, a hálózat és a mezőben a helyszínen Hyderabad. Helyi DHCP szerver fog működni, mint az aktív szerver, a szerver Redmond helyszínen kerül megrendezésre tartalék. A második hibatűrő konfiguráció tartalmaz minden, a hálózat és a területen a Redmond oldalon. Helyi DHCP szerver fog működni, mint az aktív szerver, a szerver Hyderabad helyszínen kerül megrendezésre tartalék.
Ez a konstrukció a két DHCP szerver foglaljon egymást két rugalmas konfigurációt lehet terjeszteni nagyobb számú helyek. Használhatja a gyűrű topológia több helyszínen, ahol a szerver minden egyes telephely, amely aktív szerver webhelyén, akkor is egy példányát a szerver beállításait egy másik helyszínen.
Topológia „Star” - más típusú topológia azon kevés helyek könnyen konfigurálható a szervezet tervezi bevezetni a failover DHCP szolgáltatást. Ebben az esetben a DHCP szerver a központi helyszínen tárolja egy példányt a szerver beállításait a távoli helyszíneken.
A régi mechanizmusokat, amelyek biztosítják a magas rendelkezésre állás. Mostanáig a DHCP szerver magas rendelkezésre állás révén failover cluster elhelyezése vagy a szakszervezet a régiókban. Mindkét megoldásnak vannak hátrányai.
Amikor egy failover cluster DHCP szerver adatbázis legyen a boltban számára egyaránt elérhetők a fürt csomópontjai. DHCP szerver fut minden csomópont a fürt dolgozik egy egységes adatbázis található közös tároló. Mivel ebben az esetben a közös tároló egyetlen meghibásodási pont, szükséges bevezetni megoldás mentés tárolására. Ez növeli a komplexitás és a költségek egy ilyen döntés.
Terhelés kiegyenlítő magatartás elmulasztása esetén. Amikor a hibatűrő konfigurációs területen üzemi állapotban, az algoritmus aktiválódik minden ügyfél kérésére. Abban az esetben, elválasztó között a hash algoritmus megáll, kiszolgálók, ügyfél kéri. A szerver elkezd reagálni, hogy minden fogyasztó, dolgozó normál módban, így biztosítva, a szolgáltatások elérhetőségét.
Interval automatikus váltást. A szerver, amely elveszti kommunikációs csatorna partnere lesz megszakított módból. A kommunikáció elvesztése miatt lehet probléma a hálózatban, vagy leáll a partner szerver. Mivel a szerver nem tudja azonosítani az oka a kommunikációs hiba, akkor megszakad a kommunikációs módot, amíg a rendszergazda manuálisan jelzik, hogy a partner szerver nem működik. Ezen kívül lehetőség van automatikusan jelzi, hogy a partner nem működik, amelynek alapja az időintervallum. Ez konfigurálható paraméter az úgynevezett automatikus kapcsolási intervallum. Az alapértelmezett érték 10 perc.
jó napot
Köszönöm a közzétett anyagot folyamatosan olvassa most.
van egy kérdés a hot backup (Hot Standby).
Akkor piszkálni az orrát, mint abban az esetben szabható a különböző helyszínek és az ügyfelek hogyan lesz a fő esés esetén mászni a mentést?
Érdekli az a kérdés, meg kell feszíteni tovább (elméletben) az egész hálózati eszközök közötti helyek (abban az esetben, merev szűrő).