DHCP LB in hot Standbye Mode ändern währen dem Betrieb

[goat82 2]

Hallo Zusammen,

 

weiß jemand ob es eine DHCP Downtime gibt, wenn man von einem DHCP LB auf Hot Standyby umstellt ?

Es sind ca. 700 IPs 50% 50% vergeben.

 

Die Provisorischen 5% bei "adresses reserved for standby server" müssten dann doch auf 100% gestellt werden oder ?

Wenn der aktive DHCP Server ausfällt soll der Hot Standybe ja mit 100% einspringen oder habe ich einen Denkfehler ?

 

Weiß jemand ob die State Switch Option die Funktion ist wo hier z.B. alle 60 Min geschaut wird ob der offline gegangene Master wieder online ist ?

Macht für mich als einigestes Sinn. Sorry hatte bisher nie mit DHCP Failover das Verknügen, da bisher immer einer ausgereicht hatte.

 

Was ist die Option Maximum Client lead time? Ich würde sagen das ist die Lead Time für den eingesprungenen Server. Dieser hat dann zwar deutlich mehr Last weil ja alle 60 min die Adressen erneuert werden, dafür gehen die Leases auf den aktiven DHCP wieder schneller über, denn hier ist ja in der Regel eine längere Lease von mehreren tagen eingestellt.

 

 

LG Goat

 

 

bearbeitet Montag um 13:11 von goat82

[v-rtc 92]

Welchen Grund hast Du? Ich würde es so lassen.

[goat82 2]

Ein Server braucht unter Last mehr als 50% der zugewiesen Adressen und ist mit 505 50% so in der LB Einstellung nicht alleine zuverlässig lauffähig. Mt Hot Stand Bye kann ein Server alles halten und beliebig bei Windowsupdates usw. herunterfahren. Wir haben somit weniger Administrationsaufwand und Abhängigkeiten und dennoch eine Ausfallssicherheit.

[goat82 2]

Kann mir jemand erklären wie es mit den 2 Feldern aussieht, wenn man den Hot Standby aktiviert?

[cj_berlin 1.358]

vor 3 Stunden schrieb goat82:

Ein Server braucht unter Last mehr als 50% der zugewiesen Adressen und ist mit 505 50% so in der LB Einstellung nicht alleine zuverlässig lauffähig.

Also zwei Server, die jeweils mehr als 50% brauchen, das erinnert schon fast an den Bundeshaushalt  Habt ihr im LB-Betrieb eine sehr ungleiche Verteilung? Dann vielleicht mit den Netzwerkern sprechen, damit sie sich die Helper nochmal angucken? Ich habe es mal erlebt, von "selbstbau-HA" mit Server 2003R2 auf echtes HA mit Server 2012R2 migriert und nie Leases am zweiten Server gesehen. Stellt sich heraus, der Helper für Server 2 hatte einen Delay switch-seitig.

Doch selbst wenn der Pool am ersten Knoten mal erschöpft ist: was glaubst Du, was dann passiert?

[goat82 2]

Wenn du ein normaler Scope mit 256 Adressen hast und ein LB dann wären 50 50 ja jeweils 128 Adressen.

Ich denke das sollte bei jedem KMU schnell erreicht sein.

Wenn ein Pool im 50 50 LB Betrieb erschöpft ist und der 2. DHCP offline ist, dann stellt der DHCP seine Arbeit ein. So konnte ich es jedenfalls feststellen.

Darum möchte ich in den Hotstandbye wechseln.

 

Überschreibt die markierte Option "Maximum Client lead time, die Lease time im Scope und gilt nur, wenn der Hotstandbye einspringt ?

Das würde so für mich Sinn machen. Denn so kann, wenn der Primäre DHCP wierder online ist schnell wieder übernehmen.

 

Die Option "State switchover intervall" sagt dann vermutlich aus, wann wieder auf den ausgefallenen Server zurückgewechselt werden soll, vermute ich mal.

Passt das so ? Sorry aber hier fehlen mir die Erfahrungswerte.

 

 

 

[cj_berlin 1.358]

Moin,

 

"state switchover interval" (SSI) ist die "elastizität des Clusters". Wenn Deine Lease-Time nicht in Sekunden bemessen wird und Du den aktiven Knoten einfach nur mal rebooten möchtest, muss es doch noch lange keinen Failover auslösen. Dieser Wert zeigt, wie lange der Knoten wartet bis er annimmt, dass der andere so schnell nicht wieder kommen wird.

 

"Max Client Lead Time" (MCLT) ist die maximal mögliche Verlängerung eines Lease, der durch den anderen Knoten vergeben wurde und die Dauer des Leases, die vom passiven Knoten ausgeteilt werden, wenn der aktive "down" ist und das SSI noch nicht abgelaufen ist.

 

Die Kombination beider Werte ergibt das Verhalten, wenn der aktive Knoten ausfällt: Nach SSI beginnt der ehemals passive Knoten, Anfragen zu beantworten, und nach MCLT ist er dann nicht nur aktiv, sondern auch der Owner aller Leases.

Aus Ops-Sicht mag ich Aktiv-Passiv-Cluster jeder Art nicht, *besonders* in KMUs, denn man findet nie Zeit, Failover regelmäßig zu testen, und dann eines Tages knallt's.

bearbeitet vor 20 Stunden von cj_berlin