bLUEaNGEL 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 guten morgen zusammen, in unserem netzwerk (ca. 600 clients) gibt es einen dhcp-server, der ip-adressen verteilt sowie infos für den netz-boot weitergibt. um der hochverfügbarkeit gerecht zu werden, gäbe es ja die möglichkeit, einen weiteren dhcp-server ins netz zu bringen... in der vergangenheit habe ich mehrfach gehört, dass aber genau das enorme probleme innerhalb eines netzwerkes verursachen könnte (was hier vor meiner zeit auch mal der fall gewesen ist). wie seht ihr das? oder gibt es andere möglichkeiten (ausser feste ip´s) viele grüße bLUEaNGEL Zitieren Link zu diesem Kommentar
motzel 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 Hallo, ja da hast du nicht unrecht ;) Das "Problem" liegt darin, dass die beiden DHCP-Server leider nicht den gleichen Nummernkreis verwalten können. D.h. der erste DHCP sollte z.B. nur die IP 1-150 und der zweite DHCP die IP 151-254 verteilen. Damit sollte es dann eigentlich funktionieren. mfg motzel Zitieren Link zu diesem Kommentar
Velius 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 Oder du konfigurierst den DHCP-Service Clusterfähig, was aber eine ganze Spur teurer kommt. Zitieren Link zu diesem Kommentar
motzel 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 Hallo, sorry, Cluster ja natürlich aber nur mit: W2K Advanced bzw. W2K3 Enterprise-Servern möglich :rolleyes: [Was aber der von MS empfohlene Weg wäre] mfg motzel p.s. mit der doppelten IP-Range ist es halt etwas günstiger :D Zitieren Link zu diesem Kommentar
CaIvin 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 Also installieren und die Range vergeben kann man eigentlich 2en. Man hat halt keine Kontrolle, wer was macht und von daher ist es wieder Unsinn. Funktionieren tut es aber schon. Wenn man jeder IP eine MAC zuweist und das auf beiden Servern verwalten will, und dann noch nicht möchte, dass man kontrollieren kann das die Aufteilung 50:50 iss, kann man das so machen. sinnvoll ists nur wenn wirklich mal einer ausfällt, dass dann der andere einspringt. Aber sonst nicht. Gruß CaIvin Zitieren Link zu diesem Kommentar
Velius 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 Is' ja logisch, rede von gar nischt anderes. :o :D Zitieren Link zu diesem Kommentar
motzel 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 @calvin naja, er will ja eigentlich auch nur die Ausfallsicherheit erhöhen, und keine Lastverteilung erreichen. Aber warum würdest du in diesem Fall die IP an die MAC binden ? Du hast zwar recht, dass primär der DHCP angesprochen wird von welchem die IP bezogen wurde und nur bei beim Ausfall auf den zweiten zugegriffen wird. Kommen allerdings neue Clients in die Domäne, dann wird die IP-Adresse von dem DHCP bezogen, welcher als erster antwortet, was also eher der zweite sein wird. Außerdem wird bei 600 Clients ein B-Class-Netz existieren, so dass ich persönlich schon mal so 1000-2000 IP-Adressen "verschwenden" würde um die 3-4TEuro für die beiden Advanced-Server zu sparen. mfg motzel Zitieren Link zu diesem Kommentar
bLUEaNGEL 10 Geschrieben 6. September 2004 Autor Melden Teilen Geschrieben 6. September 2004 wow mit soviel feedback hät ich nicht gerechnet :) das board hier überrascht mich immer wieder positiv :) am liebsten wäre mir nätürlich der einsatz eines intelligenten cluster - allerdings benötige ich hierfür tatsächlich einen enterprise server (den wir leider nicht haben..)... noch nicht... so langsam denke ich, dass wir bei dieser netzwerkgröße gar nicht drumherumkommen.... in der vergangenheit wurden bei uns bereits zwei dhcp-server mit unterschiedlichen ranges betrieben; dies machte allerdings nur probleme, weil wir z.b. mit unserer fernwartungssoftware einige clients nicht erreichen konnten...da die alte ip und nicht die aktuelle auf den dns-servern hinterlegt waren... genau diesen punkt wollte ich eigentlich vermeiden... Zitieren Link zu diesem Kommentar
motzel 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 @blueangel eine Frage ? wer trägt bei euch die IP in den DNS ein, der DHCP bzw. der Client ?! Das Problem, welches du hier beschreibst, liegt ja eigentlich nicht im/am DHCP, da der ja anscheinend die IP ja korrekt vergeben hat, sondern vielmehr an dem falschen DNS-Eintrag. Ich bin mir jetzt zwar nicht 100% sicher, aber ich glaube man kann den DHCP dazu verdonnern den DNS-Eintrag für den Client zu setzen ;) mfg motzel Zitieren Link zu diesem Kommentar
bLUEaNGEL 10 Geschrieben 6. September 2004 Autor Melden Teilen Geschrieben 6. September 2004 @motzel hi motzel, ip´s sollten eigentlich vom dhcp-server in den dns geschrieben werden... wo sehe ich dies? greetings bLUEaNGEL Zitieren Link zu diesem Kommentar
motzel 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 @blueangel ich hab jetzt doch mal nachgelesen ;) also unter <Eigenschaften> vom DHCP (z.B. über MMC etc.) findest du in der Registerkarte <DNS> folgende Einträge die gesetzt sein sollten: DHCP-Clientinformationen in den DNS automatisch aktualisieren + DNS immer aktualisieren Forward-Lookups (Name zu Adresse) bei Ablauf der Lease löschen Aktualisierung für DNS-Clients, die dynamische Aktualisierung nicht unterstützen, aktivieren (das sind NT4 Clients) Dann sollte es mit der geteilten Range wirklich gehen :) mfg motzel p.s. ich denke da lag bei eurem 1. bzw. 2. DHCP das Problem Zitieren Link zu diesem Kommentar
Velius 10 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 CaIvin's Idee ist auch nicht ohne, wenn man auf beiden DHCP's alle Client Adressen reservieren lässt, dann kann's keine IP-Konflikte geben.... und ein Ausfallsserver ist dann auch bereit.... {EDIT} Schon wieder ein Baustelle weiter, hä?? Muss mein Multitasking verbessern, oder 'ne Frau fragen, die werden offensichtlich serienmässig damit ausgestattet!! :D Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 Aus meiner Sicht gibt es drei Möglichkeiten für das Ganze: 1) Clustern des DHCP Diensts (teuer, aufwendig, etwas Know How erforderlich) 2) Zwei DHCP-Server mit geteiltem Range (aber jeweils ganzem Range und die Hälfte des anderen DHCP ausgeschlossen!! Siehe auch KB bzw. Whitepaper). Bei ordentlicher Einrichtung und Pflege sollte es dann auch mit DNS und WINS gehen, ist aber prinzipiell fehleranfälliger als 1.) 3.) Zweiter DHCP als Hot-Standby. Einfach einzurichten, zu pflegen und zu verwirklichen. Bedarf aber manullen Eingriffs bei Ausfall von 1. DHCP Man muss nun einfach abwägen, was man genau erreichen will, wie lange eien DHCP-Ausfallzeit bzw. Reaktionszeit sein darf/muss und sich dann für eine der Optionen entscheiden (Damit fängt jedes Design an, ob fehlertoleranter DHPC, ob DNS-Namensauflösung oder AD-Überlegungen ;) ) Just my 2cents grizzly999 Zitieren Link zu diesem Kommentar
bLUEaNGEL 10 Geschrieben 6. September 2004 Autor Melden Teilen Geschrieben 6. September 2004 so ich hab mir jetzt nochmal die einstellungen angeschaut - im dhcp steht "dns-a und ptr einträge immer dynamisch aktualisieren" - meintest du das mit der aktualisierung der einträge im dns? greetings bLUEaNGEL Zitieren Link zu diesem Kommentar
grizzly999 11 Geschrieben 6. September 2004 Melden Teilen Geschrieben 6. September 2004 Motzel gerade nicht mehr aktiv im Board, deshalb erlaube ich mir, für ihn zu antworten: Ja das meinet er. Dann ergistriert der DHCP IMMER BEIDE Einträge für 2000/XP/2003 Clients im DNS. Ohne den Haken registriert der Client selber seine A-Records, der DHCP Server die PRT-Records. grizzly999 Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.