Ausfallsicherheit/Redundanz beim Router/DHCP

[Boltergeist 10]

Hallo zusammen, ich plane grade die Umstrukturierung eines Netzwerkes.

Das Netzwerk besteht bisher aus mehreren Schulungsräumen, die alle über eigene Domänencontroller, DHCP, etc verfügen. Lediglich der Internetzugang und ein Fileserver sind zentral in einem Serverraum vorhanden. Die Räume haben je ein eigenes Subnetz und sind über einen Router (W2K) verbunden.

Nun soll das ganze Netz auf aktuellen Stand gebracht werden (die alten Server sind noch NT4)

Dabei sollen alle Server in den zentralen Serverraum wandern und die ganze Struktur vereinfacht werden. Der DHCP Server läuft dann mit auf dem Router (spart den Relayagent) Entsprechend wird es dann nur noch eine Domäne geben.

Dabei stellt sich nun das Problem, dass der Router/DHCP der Schwachpunkt ist. Fällt dieser Rechner aus, liegt das ganze Netz lahm, keine IP Adressen und keine Anmeldung an die Domäne ist mehr möglich.

Hier soll eine Ausfallsicherheit gewährleistet werden. Welche Möglichkeiten habe ich da. Sollte möglichst elegant aber auch nicht zu aufwändig sein.

[lefg 276]

Hallo,

 

stelle die Lease beim DHCP auf mehrere Stunden, Tage , Wochen!

 

Als DHCP verwende ich keine Internetrouter aus der SOHO-Klasse. Sollte das notwendig sein, hätte ich ein konfiguriertes Ersatzgerät im Schrank oder an einer Umschalteinrichtung.

 

Gruß

Edgar

[dongel 10]

Hallo ..geist,

 

es gibt unterschiedliche Lösungsansätze.

Wie ausfallsicher soll es denn sein?? Wie aufwendig darf es denn sein??

 

Du kannst eine 2. Maschine identisch konfigurieren und dann bei Bedarf händisch umstöpeln.

Hättest somit eine ziemlich kurze downtime.

 

Oder was technisch aufwendiger ist, einen Cluster aufsetzten und hast keine downtime. Da ist natürlich interessant wieviel Geld zur Verfügung steht. Um Kosten zu sparen wäre sicherlich ein Linux cluster geeignet.

 

mit internettem Gruß

 

dongle

[Boltergeist 10]

Nun, als Betriebssystem kommt nur Windows in Frage, da sich hier niemand mit Linux auskennt. Das ganze System sollte am besten die ganze Zeit parallel laufen und bei Bedarf einspringen.

Ich habe mal einen Entwurf gemacht (http://rapidshare.de/files/800597/netzwerk.gif.html), der 2 parallel arbeitende DHCP-Router vorsieht, die unterscheidliche Adressbereiche vergeben, also z.B. 10.0.1.1-99 und 10.0.1.102-200.

Das sollte ja funktionieren, ich weiß nicht nicht, wie es mit redundanten Routen aussieht. Man kann ja bei den Clients mehrere Standardgateways eintragen. Ich nehme an, es wird immer zuerst der erste benutzt. Clients, die ne IP vom Router-DHCP 2 erhalten, bekommen dann entsprechend Router 2 als ersten Gateway verpasst. Die Server hingegen haben aber statische IPs und entsprechend Router 1 als Standardgateway. Sollte aber eigentlich kein Problem darstellen, wenn die Pakete auf dem einen Weg den einen und auf dem anderen Weg den anderen Gateway nehmen oder?

Oder ich trage Router 1 generell als primären Gateway ein, dann wird Router 2 nur benutzt, wenn Router 1 ausfällt.

 

 

 

Oder gibt es noch eine bessere Lösung für mein Vorhaben?

[lefg 276]

Hallo,

 

ich komme in die Versuchung zu sagen, Du versuchst da eine Lösung "von hinten durch die Brust ins Auge" zusammen zu stricken.

 

Ich frage aber lieber erstmal, wozu brauchst Du Redundanz? Baust Du ein Kinderzimmer/Wohnzimmer/Homenetz? Smallbusiness? Oder eine Enterpriselösung mit 99,999% Verfügbarkeit?

 

Du solltest dir über die Problematik mit mehreren DHCP-Server in einem Netz im Klaren werden. Ein Host bekommt die IP vom ersten erreichten DHCP falls keine MAC-Konfiguration das anders bestimmt.

 

Was für Router sind denn das?

 

Gruß

Edgar

[Boltergeist 10]

Hmm, also eine Lösung mit Frickelcharakter will ich eigentlich vermeiden.

 

Das ganze ist für das Netzwerk der Ausbildungsabteilung meiner Firma. Das Budget, das mit zur Verfügung steht tendiert gegen 0, soll heißen, ich soll so wenig Geld wie möglich ausgeben.

Die Router sind PCs auf Windows 2000 Server (oder auch 2003 Server) mit entsprechend vielen Netzwerkkarten.

Wenn das Netzwerk mal ausfällt, geht natürlich die Welt nicht unter.

Aber die Ausbildungsabteilung will das ganze eben redundant haben und nun muss ich mir was überlegen.

Dass der Client vom zuerst reagierenden DHCP ne IP bekommt ist mir auch klar.

[lefg 276]

Dabei stellt sich nun das Problem, dass der Router/DHCP der Schwachpunkt ist. Fällt dieser Rechner aus, liegt das ganze Netz lahm, keine IP Adressen und keine Anmeldung an die Domäne ist mehr möglich.

Diese Aussage kann ich nicht unterschreiben.

Wenn das Netzwerk mal ausfällt, geht natürlich die Welt nicht unter.

Wozu denn das Ganze?

Aber die Ausbildungsabteilung will das ganze eben redundant haben

Ich bin versucht zu sagen, Kinder mit nem Willn kriegen was auf die Brilln. :D

 

Mal im Ernst, ein Hot-Standby ist nicht notwendig. Ein Ersatzgerät reicht aus. Das könnte auch ein Klon sein. Er darf nur nicht mit dem anderen zusammen im Netz sein.

[Boltergeist 10]

Nun, wenn ich den Router abschalte, der die Clients mit den Servern verbindet, dann kann ich mich ja wohl nicht mehr an der Domäne anmelden, habe kein Internet mehr und keinen Zugriff auf den Fileserver.

 

Das ganze hat den Zweck, dass beim Ausfall der Hardware des Routers nicht mehrere Tage der Ausbildungsbetrieb ruhen muss.

 

Die Idee mit dem Klon hatte ich auch schon, nur konnte ich die Ausbilder noch nicht davon überzeugen, dass das so toll ist. Aber aus meiner Sicht ist das eigentlich die beste Lösung. Schade, dass es wohl nicht anders geht. :(

[lefg 276]

1. Du gehst davon aus, das mit dem Ausfall des Routers/der DHCP die Clients keine IP`s mehr besitzen. Das sehe ich nicht so.

2. Nehmen wir aber mal, es sei so. Was ist die Alternative? Appliziere den DHCP doch auf dem DC!

Es gibt (fast) immer alternative Lösungen. Man muss sie nur suchen. Manche sind zu einfach, dadurch werden sie unsichtbar.

[raisu_de 10]

wenn ich es richtig verstehe, wird hier nicht davon ausgegangen, dass die clients keine IP-Adresse mehr besitzen (das Verhalten beim Neustart ist bei den Clientbetriebssystem unterschiedlich), sondern viel mehr davon, dass Sie kein Gateway mehr besitzen und deshalb Ihr Ziel im anderen Subnet nicht mehr erreichen ...

[lefg 276]

dass die clients keine IP-Adresse mehr besitzen (das Verhalten beim Neustart ist bei den Clientbetriebssystem unterschiedlich), sondern viel mehr davon, dass Sie kein Gateway mehr besitzen und deshalb Ihr Ziel im anderen Subnet nicht mehr erreichen ...

Befürchtet wurde der Verlust der IP-Adressen und damit das Fehler der Anmeldemöglichkeit an der Domäne. Ich habe den Vorschlag gemacht, den DHCP auf den DC zu applizieren.

Nehmen wir mal an, das dürfe aus einen nicht näher erläuterten Grund nicht sein, welche Möglichkeit(en) bietet(en) sich noch, eine Domänenanmeldung zu gewährleisten?

[lefg 276]

Ich habe jetzt mal einen NT-Server, der seine Adressen von einem DHCP bekommt einfach ausgeschaltet, das Netzwerkkabel abgezogen und den Rechner neu gestartet.

 

Er hat immer noch die vollständige Adressierung von vor dem Blackout

[raisu_de 10]

Jo und jetzt mach das mal mit nem xp client. Der zischt dann direkt Richtung apipa ab.

[lefg 276]

Jo und jetzt mach das mal mit nem xp client. Der zischt dann direkt Richtung apipa ab.

Das ist ein gutes Argument, habe ich nicht bedacht.

 

Neben der Möglichkeit meines Vorschlages, den DHCP auf den DC zu legen, gibt es aber noch andere Möglichkeiten. Wie groß ist denn das Ausbildungsnetz? 1000WS? 100WS? 10WS? Nächste Möglichkeit feste IP-Adressen. Zu aufwendig? Nee, nicht wirklich. Alternative: NetBEUI und die Anmeldung klappt sogar ohne TCP/IP.

[dongel 10]

Ihr vergesst die redundanz de routers. Ich seh da nur eine!!! wirklich technische Lösung und das ist eben zu clustern. Und so wie das aussieht ist dafür kein Geld da. Und wie sieht es mit Zeit aus?? Und wenns für die Ausbildung ist, wie weit sind die Azubies?? Warum nicht ein "Linux- cluster- projekt" starten?? Entweder neben dem Unterricht oder während des Unterrichts.

Als Beispiel: Wenn sich ein Gruppe findet die das macht und dann allen anderen eine Präsentation liefert (so das alle was davon haben). wäre allem gedient.

Bei so einem Projekt lernt !!!! man ne ganze Menge: wie fang ich das ganze in der Gruppe an (Team-Arbeit) , was brauch ich an Infos um sowas zum Laufen zu bringen , wie besorg ich benötigte Informationen, usw....

 

Fänd ich die beste Idee.

Lasst Euch das doch mal in der Firma durch den Kopf gehen!

Und erzähl mal was dabei rausgekommen ist!!

 

mit internettem Gruß

 

dongle