Was sind die verwaltbarsten und interessantesten Servernamensschemata? [geschlossen]

Ich bin gespannt, welche Schemata beim Benennen von Servern verwendet werden ...

Zuallererst sollte jeder, der ein Namensschema auswählt, RFC 1178 - "Einen Namen für Ihren Computer auswählen" lesen . Die Leute haben schon so lange über dieses Problem gesprochen, wie Computern Namen gegeben wurden. Lesen Sie also, was andere gesagt haben, bevor Sie das Rad neu erfinden.

Meine eigenen Gedanken - Ich neige dazu, Benennungsrichtlinien in Themen und Schemata aufzuteilen .

Die Verwendung eines Themas (z. B. griechische Götter, Charaktere von Dr. Who, Wodka-Marken) funktioniert gut in einem kleinen Netzwerk. Wenn Sie weniger als 20 Hosts haben, haben Sie wahrscheinlich mehrere Hardwarekonfigurationen - möglicherweise hat jeder Host eine eindeutige Konfiguration. In solchen Fällen ist es gut, sich vorzustellen, dass jede Maschine eine einzigartige Persönlichkeit hat, denn - wie wahrscheinlich - ist dies der Fall.

Die Verwendung eines Schemas (z. B. eines Namens, der sich aus Elementen des geografischen Standorts, der Rackposition, der Hardware-ID usw. zusammensetzt) ​​funktioniert gut, wenn Sie über eine große Anzahl von Maschinen mit identischen Hardware- und / oder Softwarekonfigurationen verfügen. Es funktioniert auch gut, wenn Sie mit Leuten über die Maschine kommunizieren müssen, die sich nicht täglich damit befassen. Wenn Sie beispielsweise NOC-Mitarbeitern mitteilen müssen, dass sie eine Maschine zurücksetzen sollen, ist ein Name, der ihnen hilft, sie im Rack zu lokalisieren, möglicherweise besser, als wenn sie die Racks nach einer Maschine mit einem bestimmten Etikett durchsuchen.

Die Verwendung eines funktionalen Namens (z. B. Mail, Web, Dateiserver) ist nach meiner Erfahrung für virtuelle Maschinen eine gute Idee, für physische Hosts jedoch eine schlechte Idee. Physische Hosts führen häufig mehrere Funktionen aus (auch wenn dies nicht ideal ist), und einzelne Funktionen ändern im Laufe der Zeit die Ressourcennutzung und -anforderungen, sodass sie auf andere Hosts migriert werden.

Die Probleme mit Themen umfassen:

• Sie bieten in der Regel einen kleinen Pool von Namen. Wechseln Sie zu Griechisch, wenn Sie keine römischen Götter mehr haben? Verwenden Sie einen Namen von einem pensionierten Host, der zu Ihrem Namensthema passt, oder wählen Sie einen neuen Namen aus einem neuen Thema aus, um Probleme und Unklarheiten zu vermeiden, die durch die Wiederverwendung von Namen entstehen können?
• Sie lassen Ihr Anthropomorph Ihre Maschinen. Das ist schlecht - Computer mögen das nicht. Wenn Sie Ihre Maschinen so behandeln, als ob sie eine bestimmte Persönlichkeit hätten, besteht die Gefahr, dass Sie Beweise ignorieren, die Ihren Annahmen über das "Verhalten" dieser Maschine zuwiderlaufen, und manchmal davon ausgehen, dass ein Fehler bei einer bestimmten Maschine liegt, weil "es ist" immer schlecht benimmt ".

Die Probleme mit Schemata umfassen:

• Sie führen zu Hostnamen, die schwerer zu merken sind. Dies ist weitaus weniger problematisch, wenn eine gute Systemverwaltung vorhanden ist. Manchmal ist es jedoch hilfreich, sich sofort daran zu erinnern, dass ein bestimmtes Problem auf einem bestimmten Computer mehr als einmal aufgetreten ist oder dass ein bestimmter Computer dafür verantwortlich ist Ausführen einer bestimmten Funktion.
• Wenn sich das Schema ändert, müssen Sie möglicherweise alle Ihre Hosts umbenennen. Dies kann zu einer großen Anzahl von DNS-Änderungen, Konfigurationsänderungen, Zugriffslisten- und Berechtigungsänderungen usw. führen.

In der realen Welt sind beide Systeme im Einsatz, manchmal nebeneinander. Meiner Erfahrung nach haben Hochleistungs-Computing-Cluster beispielsweise immer Namen. Der Name wird häufig einem Kopfknoten zugewiesen (der interaktiv verwendet wird), während die verschiedenen Clusterknoten Namen wie compute-01, highmem-01, storage-01 usw. haben.

Wie bereits erwähnt, ist es für virtuelle Maschinen und physische Hosts üblich (und nützlich), unterschiedliche Benennungsschemata zu verwenden.

Unter der interessanten Kategorie gibt es eine aus der Stapelüberlauf-Antwort

Elemente des Periodensystems. Wir verwenden also auch die Elementnummer in der IP-Adresse

Wasserstoff = 192,168,0,1

Helium = 192,168,0,2

etc.

Ich bin der festen Überzeugung, dass physische Server nur nach ihrem Standort (dh Ländercode / Stadtcode / Datenzentrumscode / Etage / Rack / Rack-U-Höhe) und Software / VM-Server nach ihrer Funktion benannt werden ( Plattform / Funktion / Cluster / Iteranz). Ich weiß, dass dies Namen länger machen kann, als sie nach den sieben Zwergen zu benennen, oder was auch immer, aber es ist eine großartige Möglichkeit, um sicherzustellen, dass Sie "zukunftssicherer" sind und sich strukturiert mit Virtualisierung befassen.

Als Beispiel haben wir VMWare-Server mit der Bezeichnung 044LONTH72G216 (dies lokalisiert einen Server genau auf der Welt) mit Gastserver-VMs wie NESQLC11S08. Sie können jederzeit kurze Namen für interne IT-Teamarbeiten erstellen, die sich jeweils auf diese längeren, besser organisierten Namen beziehen.

Hoffe das hilft.

Wir haben unsere Server zunächst mit einem bestimmten Thema (Bücher der Bibel) benannt, aber als unser IT-Team (und die Anzahl der Server) wuchs und sich spezialisierte - und als wir mehr Mitarbeiterfluktuation hatten, stellten wir fest, dass jedes Benennungssystem dies war hat sich nicht irgendwie auf die Funktion (oder den Standort) des Servers bezogen wurde verwirrend.

Die Leute wussten, an welchen Servern sie regelmäßig arbeiteten, aber wenn sie an einem neuen Projekt arbeiteten, trainingsübergreifend arbeiteten oder versuchten, einem anderen Administrator bei etwas zu helfen, wurden die Dinge übersehen, weil "niemand wusste, dass Psalmen ein Mailserver sind" oder ähnliches.

Wir sind jetzt zu einem aussagekräftigeren Benennungsschema zurückgekehrt.

Wir geben all unseren Servernamen entsprechend ihrer Rolle, dh was sie tun.

Unsere Server haben also Namen wie

- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..

Nach meiner Erfahrung können Server mit nicht lesbaren Namen (dh der Schema-Methode) nicht verwaltet werden . Ich habe oft falsch geschriebene Zeichen gesehen, die dazu geführt haben, dass auf dem falschen Server die Operation xyz angewendet wurde, was manchmal zu katastrophalen Ergebnissen führte.

Ein von Menschen lesbarer Name mit zugehörigen Metadaten, die in einem Beschreibungsfeld oder ähnlichem gespeichert sind, scheint weniger anfällig für PEBKAC-Probleme zu sein.

Nun, einige mehrjährige Favoriten sind:

• Griechische Götter
• Römische Götter (manchmal nicht zu unterscheiden von "Planeten")
• Nordische Götter (der schlechteste Server kann Loki sein)
• Prinzen von Bernstein
• Philosophen

Wir begannen mit Bert und Ernie in den Tagen, als ein Cluster von 2 microVAX 3400s eine große Sache für das Unternehmen war. Wir hielten eine Weile an der Sesamstraße fest - Bigbird, Elmo, Grover, thecount (Finanzsystem), mussten aber irgendwann mit einem Plan weitermachen. Welche Elemente im Schema enthalten sind, hängt von der Größe Ihres Unternehmens ab. Wir mussten Folgendes berücksichtigen:

Standort (2-Buchstaben-Abkürzung für die Stadt) Geschäftsbereich (Unternehmen wurde durch Zusammenlegung von 4 Unternehmen gegründet, daher hatten wir 3-Buchstaben-Abkürzungen für diese Unternehmen) Funktion (PDC, Post, Druck, WWW usw.) Seriennummer (I habe es immer gemocht, Jahr und Monat als Teil einer Seriennummer zu haben)

Simpsons Charaktere :)

Hatte mal einen Client, der Server nach Playboy-Häschen benannte. Dies wurde jedoch außerhalb der IT nicht allgemein bekannt gemacht. ;-)

Ich mochte es, sie nach großen Katzen zu benennen, aber dann kam OS X und machte mir das kaputt.

Ein weiterer Favorit ist Arten von Alkohol. JimBeam, Beefeater, Stoli usw. Verschiedene Klassen von Alkohol waren verschiedene Klassen von Servern. Gin für Mailserver, Whiskys für Datenbanken, der PDC war immer Moonshine.

Beginnend mit neuen Systemen in diesem Jahr werden wir beginnen, langweilige beschreibende Namen (Post, Druck usw.) zu verwenden, aber bis jetzt haben wir Tiere verwendet - mit verschiedenen Arten von Tieren für verschiedene Zwecke: Vögel, Fische, Dschungeltiere usw.

Musiker in den Top 40.

Sie wechseln häufig genug, um ständig neue bereitzustellen, aber was noch wichtiger ist, sie sind für alle über 12 Jahre ausreichend kryptisch.

Wir neigen dazu, Firmeninitialen zu haben, gefolgt von ihrer Aufgabe, gefolgt von ihrer Nummer, dh

GSK-WEB-12
ST-DB-3

Wir verwenden dies, was ziemlich gut funktioniert.

• Seite (2 Zeichen)
• dev / test / live (3/4 Zeichen)
• Funktion (3+ Zeichen)
• Anzahl (2 Zeichen)
• vm oder nicht (2 Zeichen)

In den Jobs, die ich hatte, habe ich die folgenden Trends außer dem klassischen server01, server02 usw. gesehen:

• Edelsteine
• Fisch
• Blumen
• Star Wars Charaktere
• Tiere

An der Universität, an der ich studiere, werden die Namen verschiedener Charaktere aus den Geschichten von Asterix und Obelix verwendet. Wie miraculix, astmatix etc.

Unsere Server sind alle nach Haustieren benannt. mit einer leichten Aufschlüsselung nach Typ. Alle Domänencontroller sind nach Vögeln benannt. Hunde zum Ablegen und Drucken. Katzen für Anwendungsserver.