Vert. Systeme | Kap 6

Namensdienste führen eine Namensinterpretation durch, bei der logische Namen auf physische Adressen abgebildet werden. Auf diese Weise können etwa logische Servernamen auf konkrete Serverinstanzen bzw. Objektreferenzen abgebildet werden. Damit kann eine direkte Bindung von Ressourcen an physische Adressen vermieden werden, wodurch eine flexible Zuordnung von Nutzern zu Ressourcen möglich wird. Wesentliche Funktionen sind damit das Registrieren von Paaren von logischen Namen und Adressen sowie die Suche nach logischen Namen, wobei die entsprechende Adresse zurückgegeben wird. Verzeichnisdienste stellen eine Erweiterung von Namensdiensten dar. Neben der Grundfunktion von Namensinterpretationen ermöglichen sie eine Zuordnung von Attributen zu logischen Namen, so dass Ressourcen nicht nur anhand des logischen Namens, sondern auch anhand bestimmter Eigenschaften möglich wird.

Durch die Replikation von Namenskontexten auf mehreren Servern kann die Fehlertoleranz, insbesondere die Verfügbarkeit, und die Skalierbarkeit von Namens- und Verzeichnisdiensten erhöht werden. Außerdem ist eine Lastverteilung möglich, durch die eine verbesserte Performance des Dienstes erreicht werden kann. Damit sind Werkzeuge zur Verwaltung und Konfiguration sowie Mechanismen zur Erhaltung der Konsistenz aller Replikate notwendig. Je nach der Art des Datenabgleichs können sich also veraltete Daten im System befinden. Da Aktualisierungen im Vergleich zu Suchanfragen aber eher selten auftreten, ist eine temporäre Inkonsistenz zu einem gewissen Grad tolerierbar.

Zur Realisierung verteilter Namensinterpretationen können die VerfahrenChaining und Referral unterschieden werden. Beim Chaining wird die Namensauflösung von den verteilten Namensservern intern durchgeführt und erfolgt damit transparent fur den Client. Dieser muss nur eine Namensanfrage an einen bekannten Namensserver stellen und erhält von diesem auch das Ergebnis. Bei Referral muss der Client dagegen Anfragen an alle an der Namensauflösung beteiligten Namensserver senden und erhält von jedem nur ein Teilergebnis bzw. einen Verweis auf einen weiteren Server. Damit liegt die Komplexitat der Namensauflösung beim Client. Die Namensserver werden dagegen stärker entkoppelt und der Client kann eine Optimierung der Namensauflösung vornehmen.

Ein Beispiel eines relativen Namens ist vertrieb. Der Kontext zur Interpretationdieses relativen Namens lautet de.computer (DNS) bzw./.../C=DE/O=Computer (X.500).

Die Anfrage des Clients lautet //C=DE/O=Computer/OU=Vertrieb. AbbildungA.7 skizziert die Lösungen fur Chaining (links) und Referral (rechts).

Das Verhalten bei Anfragen des englischen Unternehmens kann durch Caching verbessert werden. Der Server D4 kann etwa die Information, dass der Kontext C=DE auf Server D1 und Server D2 verwaltet wird, zwischenspeichern. Auf Server D1 und D2 kann die Zuordnung aller Unterkontexte von Deutschland zu D3 zwischengespeichert werden. Außerdem könnte in D4 auch ein temporärer Eintrag für die Verwaltung des Kontextes der Firma "Computer" auf D3 gespeichert werden. Die Anfragen könnten dann jeweils direkt an den entsprechenden Server weitergeleitet werden.