Quali sono gli schemi di denominazione dei server più gestibili e interessanti in uso? [chiuso]

Sono curioso di vedere quali schemi vengono utilizzati durante la denominazione dei server ...

Prima di tutto, chiunque scelga uno schema di denominazione dovrebbe leggere RFC 1178 - "Scegliere un nome per il tuo computer" . La gente parla di questo problema da quando ai computer sono stati dati nomi, quindi leggi cosa hanno detto gli altri prima di reinventare la ruota.

I miei pensieri: tendo a suddividere le politiche di denominazione in temi e schemi .

L'uso di un tema (ad es. Divinità greche, personaggi di Dr. Who, marchi di vodka) funziona bene in una piccola rete. Se hai meno di 20 host, è probabile che tu abbia più configurazioni hardware, probabilmente ogni host ha una configurazione unica. In questi casi è bene essere in grado di pensare a ogni macchina come ad avere una personalità unica, perché - è probabile - lo fa.

L'uso di uno schema (ad esempio un nome costruito da elementi della posizione geografica, posizione del rack, ID hardware, ecc.) Funziona bene quando si dispone di un numero elevato di macchine con identiche configurazioni hardware e / o software. Funziona bene anche se devi comunicare sulla macchina con persone che non la gestiscono quotidianamente. Ad esempio, se è necessario dire al personale del NOC di ripristinare una macchina, un nome che le aiuta a localizzarla nel rack può essere meglio che farle cercare nei rack una macchina con un'etichetta particolare.

L'uso di un nome funzionale (ad es. Posta, web, file server) è una buona idea per le macchine virtuali, ma una cattiva idea per host fisici nella mia esperienza. Gli host fisici finiscono spesso per svolgere più funzioni (anche quando questo non è l'ideale) e le singole funzioni cambieranno nel tempo nell'uso delle risorse e nei requisiti, in modo tale da essere migrate su altri host.

I problemi con i temi includono:

• Generalmente forniscono un piccolo pool di nomi. Quando finisci gli dei romani, passi al greco? Riutilizzi un nome da un host in pensione che si adatta al tuo tema di denominazione o scegli un nuovo nome da un nuovo tema per evitare i problemi e la confusione che possono derivare dal riutilizzo del nome?
• Lasciano che la tua antropomorfa le tue macchine. È un male: ai computer non piace. Se trattate le vostre macchine come se avessero una personalità distinta, correte il rischio di ignorare le prove contrarie alle vostre ipotesi su come "si comporta" quella macchina, e talvolta assumendo che un difetto ricada su una macchina particolare perché "è comportarsi sempre male ".

I problemi con gli schemi includono:

• Si traducono in nomi host che sono più difficili da ricordare. Questo è molto meno un problema quando si dispone di una buona gestione dei sistemi, ma a volte è utile essere in grado di ricordare istantaneamente che un particolare problema si è manifestato più di una volta su una macchina particolare o che una macchina specifica è quella responsabile eseguendo una funzione particolare.
• Se lo schema cambia, potrebbe essere necessario rinominare tutti i tuoi host. Ciò potrebbe comportare un gran numero di modifiche DNS, modifiche alla configurazione, elenco accessi e modifiche alle autorizzazioni, ecc.

Nel mondo reale trovi entrambi i sistemi in uso, a volte fianco a fianco. Ad esempio, nella mia esperienza i cluster di elaborazione ad alte prestazioni hanno sempre nomi. Il nome viene spesso assegnato a un nodo head (che viene utilizzato in modo interattivo), mentre i vari nodi del cluster avranno nomi come compute-01, highmem-01, storage-01, ecc.

E, come accennato in precedenza, è comune (e utile) per macchine virtuali e host fisici avere schemi di denominazione diversi.

Sotto l'interessante categoria, ce n'è uno dalla risposta Stack Overflow

Elementi della tavola periodica. Usiamo anche il numero dell'elemento nell'indirizzo IP, quindi

Idrogeno = 192.168.0.1

Elio = 192.168.0.2

eccetera.

Sono molto convinto di nominare i server fisici in base alla loro posizione (ovvero codice paese / codice città / codice centro dati / piano / rack / altezza rack U) e server software / VM solo per la loro funzione ( piattaforma / funzione / cluster / iterazione). So che questo può rendere i nomi più lunghi rispetto a nominarli dopo i sette nani o altro, ma è un ottimo modo per assicurarti di essere più "a prova di futuro" e di gestire la virtualizzazione in modo strutturato.

Ad esempio, abbiamo server VMWare chiamati 044LONTH72G216 (questo individua un server esattamente nel mondo) con VM server guest come NESQLC11S08. Puoi sempre creare nomi brevi per il lavoro del team IT interno, facendo riferimento a questi nomi più lunghi e più organizzati.

Spero che sia di aiuto.

Abbiamo iniziato nominando i nostri server con un tema particolare (libri della Bibbia), ma man mano che il nostro team IT (e il numero di server) cresceva e si specializzava - e poiché avevamo più turnover del personale, scoprimmo che qualsiasi sistema di denominazione che non in qualche modo correlato alla funzione (o posizione) del server è diventato confuso.

Le persone conoscevano i server su cui lavoravano regolarmente, ma quando si lavorava a un nuovo progetto, si faceva il cross-training o si cercava di aiutare un altro amministratore con qualcosa, le cose si perdevano perché "nessuno sapeva che i salmi fossero un server di posta" o simili.

Siamo ora passati a uno schema di denominazione più descrittivo.

Diamo tutti i nomi dei nostri server in base al loro ruolo, cioè a quello che fanno.

Quindi i nostri server hanno nomi come

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

Nella mia esperienza, i server con nomi non leggibili dall'uomo (ovvero il metodo dello schema) non sono gestibili. Ho visto spesso caratteri errati che causavano l'applicazione di xyz sul server sbagliato, a volte con risultati disastrosi.

Un nome leggibile dall'uomo con metadati associati memorizzati in un campo di descrizione o simile sembra essere meno soggetto ai problemi di PEBKAC.

Bene, alcuni preferiti perenni includono:

• dei greci
• Divinità romane (a volte indistinguibili dai "pianeti")
• Divinità nordiche (la maggior parte dei server mal educati può essere Loki)
• Principi di ambra
• filosofi

Abbiamo iniziato con Bert ed Ernie ai tempi in cui un gruppo di 2 microVAX 3400 era un grosso problema per l'azienda. Rimanemmo bloccati con Sesame Street per un po '- Bigbird, Elmo, Grover, il conto (sistema finanziario), ma alla fine dovettero seguire uno schema. Esattamente quali elementi dello schema dipendono dalle dimensioni della tua azienda, abbiamo dovuto includere:

Posizione (abbreviazione di 2 lettere per la città) Divisione (la società è stata costituita unendo 4 co.s, quindi abbiamo abbreviato di 3 lettere per quelli) Funzione (PDC, posta, stampa, www, ecc.) Numero di serie (I mi è sempre piaciuto avere anno e mese come parte di un numero seriale)

Personaggi di Simpsons :)

Una volta aveva un client che chiamava i server come coniglietti di Playboy. Tuttavia, ciò non è stato ampiamente pubblicizzato al di fuori dell'IT. ;-)

Mi piaceva chiamarli come grandi gatti, ma poi è arrivato OS X e me lo ha rovinato.

Un altro preferito è i tipi di alcol. JimBeam, Beefeater, Stoli, ecc. Diverse classi di alcol erano diverse classi di server. Gin per mail server, whisky per database, il PDC era sempre Moonshine.

A partire da qualsiasi nuovo sistema quest'anno, inizieremo a utilizzare nomi descrittivi noiosi (posta, stampa, ecc.), Ma fino ad ora abbiamo usato animali - con diversi tipi di animali per scopi diversi: uccelli, pesci, animali della giungla, ecc.

Musicisti nella top 40.

Cambiano abbastanza spesso da continuare a fornirne di nuovi, ma soprattutto, saranno sufficientemente criptici per chiunque abbia più di 12 anni.

Tendiamo ad avere le iniziali della compagnia seguite dal suo compito, seguito dal suo numero, cioè

GSK-WEB-12
ST-DB-3

Usiamo questo, che funziona abbastanza bene.

• sito (2 caratteri)
• dev / test / live (3/4 caratteri)
• funzione (3+ caratteri)
• conteggio (2 caratteri)
• vm o no (2 caratteri)

Nei lavori che ho avuto, ho visto le seguenti tendenze diverse dal classico server01, server02, ecc .:

• pietre preziose
• pesce
• fiori
• Personaggi di Star Wars
• animali

All'università dove sto studiando usano i nomi di diversi personaggi delle storie di Asterix e Obelix. Come miraculix, astmatix ecc.

I nostri server hanno tutti il ​​nome di animali domestici. con una leggera suddivisione per tipo. Tutti i controller di dominio prendono il nome dagli uccelli. Cani per file e stampa. Gatti per server applicazioni.