Namnstandard hos servrar på företag

wi1132 = Windows maskin med ip 192.168.1.132
li113 = Linux maskin med ip 192.168.1.13

Så kan man tex köra wi1000 eller li1001 på viktigare servrar som PDC eller dnser

Flygplatskoder är ju en annan "favorit"

Har sett en del olika, en del är bra och en del är mindre bra. Det är nog rätt bra att hitta en standard som passar storleken på organisationen.

Mindre företag, som inte kommer expandera och dela IT-infra på samma sätt fungerar exempelvis detta utmärkt:

DC01
DC02
DHCP01

osv.

Företag med kanske Sverigeutbredning, kan en rimlig standard vara:

STODC01 (Stockholm domänkontrollant 01)
STODNS01
osv

Fördelen med detta tänk är att snabbt få en översikt på roller och tjänster.

En annan kund jag arbetar med har ett annat tänk, där företaget är internationellt och mycket stort.

SEGOT1-S0001 (Sverige, Göteborg, site 1 på orten - Server 0001)
SEVST2-S0010 (Sverige, Västerås, site 2 på orten - Server 10)
USNYC1-S0005 (USA, New York, site 1 på orten - Server 5)

Här får du ingen indiktation på tjänst, men en tydlighet i land, stad och site. Kunden kör även samma namnstandard på klienter, där stationär dator är "W" och laptops "L" istället för S i exemplet ovan.

Även sett standard baserad på Windowsversion i servermiljön:

WS2008R2DC01
WS2003DNS02
WS2012R2RDS01

Ja, kombinationerna kan bli oändliga. Spontant, hitta en namnstandard som rimmar snyggt med storleken på organiationen, och helst om du hittar en som passar på alla typer av enheter (server, stationära, laptops).

/D

tycker det fungerar bra med [företagskod/avdelning][placering/nät][löpnummer/ip].
exempelvis HRPROD1252, med ett sånt system kan man relativt enkelt räkna ut ipadressen.
HR=Dödliga Resurser; PROD1=10.10.10.0/24; 254= sista oktetten, dvs 10.10.10.252
Problemet med denna standard är att den är "utdöende", jag har testat den i IPv6 nät och den är långt ifrån lika smidig att arbeta med där...
Man knyter inga namn till fysiska platser (jag har gått över till nätverksvirtualisering och är nu evigt tacksam för att inte ha den namn standarden, du du bara kan ha önskemål om vart servern skall vara). Du får en bra översikt i brandväggsreglerna, och det blir enkelt att gruppera servrar och skripta regler och veriferingar att alla ligger där dom skall. märkväl att detta bara gäller servrar med ett ip, exempelvis på webservrar med extra ip, gäller detta för management IP, men man har då fortfarande full koll på dom "sårbara" adresserna.
I större miljöer skiter man i vad som rullar på datorerna, bara att dom fungerar, och att det är lätt administrerat.
Har man ansvar för AD/HR/WWW/whatever lär man sig snabbt vilka servrar som gör vad ändå.
namnen på servrarna brukar ju oxå matchas mot grupper i AD, exempelvis GL_LOCAL_ADM_HRPROD1252, globalgrupp för att bli lokal admin på servern HRPROD1252. Så för att få det så lätt jobbat som möjligt bör man ju tänka igenom både en och två gånger, hela kedjan... annars har man väl stött på alla namnstandarder allt från helt numreriska till disney figurer via sydtyska ölsorter, och det har fungerat men man blir skogstokig när man sitter och felsöker nätverkstrafik mellan två tyska flaskor wiessbier...

På jobbet döper vi dem SRV-xxxx för systemnamn som servern hostar eller funktion och sedan löpnummer efter, exempelvis SRV-prn01.

Vi brukar köra i stil med företag-stad/ort-ssrv-XXX
Tex om Volvo var kund i Trollhättan ; vlvotrhtssrv001

Sen kan man justera ssrv till dc/dhcp/terminal etc

När man börjar namnge sina maskiner efter nummerserier så har det blivit opersonligt = dåligt

På jobbet har Whiskysorter fått namnge maskiner i många år, innan den ölsorter.
Nu är det dock slut på vettiga whiskysorter som går att lära sig stavningen på utantill och cognac har tagit över.

Det har redan kommit många bra tips på olika suffix för att namnge sina servrar men innan man börjar tänka på olika namn som kan vara lätta att komma ihåg eller bara ge en bra logik bör man börja i en helt annan ände. Gör man detta kan man snabbt få upp lite saker man inte tänkte på från början och då rätta till detta, vilket är mycket lättare än när man infört en namnstandard och sedan tvingas byta allt igen. Efter lite tid har man helt plötsligt 3-4 namn standarder helt i onödan

Hur övervakar vi servrarna?
Hur ska vi sortera/dela upp servrarna, per land/stad/region eller vad ska vi dela upp dem i?
Hur får vi en enkel överblick?
Blir det krångligt att leta efter servrar
Finns det en intern inventeringslista där alla servernamn lagras med information om servern i sig?
Kan vi döpa servern till något internt id istället?
Kommer vi ha nytta av att dela upp servrarna efter avdelning?
Bör tjänsten som körs på servern presenteras i dns eller hostname?

Ett alternativ kan vara att ha en namnstandard för alla servrar i dnsen, en helt annan för hostnames.

Har man serverhallar runt om i världen, där det kan förekomma flera serverhallar i samma land tycker jag absolut att man ska namnge vilket land och region serverhallen tillhör, ett bra förslag är att använda flygplatskoder.

Vi har i skrivande stund 128 servrar i vårt nät, alla döpta till personliga namn och jag kan nog funktion för 90% i huvudet.
Vi har dock använt liknande eller besläktade whiskynamn för besläktade maskiner för att göra det lite enklare att komma ihåg.

Givetvis är detta dock olika beroende på vad för miljö man driftar, om man har ett fåtal huvudsakliga system med många maskiner i varje system kan jag förstå en nummerserie. Men om man driftar en miljö med många system med ett fåtal maskiner per system tror jag personliga namn fungerar mycket bättre.

Jag kör med funktion-löpnummer.hall.företag.com/net/org/se
Tex: web101.sto.veidit.net, personliga namn är förbjudna
Alla löpnummer börjar på 101 och fortsätter upp till 999 om så behövs.
Jag föredrar att använda det funktionens namn än produktens namn, tex web101 än apache101 eller iis101.
Det är viktigt att man använder ett domännamn som existerar som man äger, tex se härvan med .prod, samt att det finns försök att köpa .local nu med.

Lite roligt måste man ha i sitt arbete, att göra det opersonligt behöver ju inte betyda att man gör det bättre.

Men det är nog lite som du säger, men det beror nog snarare på att dom tekniker du tänker på är födda på 90-talet senare, snart vet dom inte ens vad en server är då det är något flyktigt som finns i "molnet". Skrämmande utveckling tycker jag, men kanske bara jag som börjar bli gammal.

Om man inte vill vara seriös i sitt arbete finns det lite namnförslag här.
http://www.gfi.com/blog/the-24-funniest-server-naming-convent...

Jag har varit på många företag som av olika anledningar valt astronomiska motiv för servernamn, t.ex. "Andromeda" eller "Orion" o.dyl. Jag tycker inte att det är oseriöst att välja ett namnschema baserat på ett visst tema. Alltför många väljer obegripliga namn eller bara exempelvis hexadecimala siffror. Visst, man kan koda in någon information, t.ex. syfte med servern eller plats i namnet, men jag tycker gott man kan ha ett "naturligt" namn som prefix eller suffix.

Själv har jag använt latinska artnamn länge, men tröttnat på det. Sedan övergick jag till låtsaslatin men mest har jag nog använt det totalt oinspirerande med processornamnet + lämpligt suffix, t.ex. "PentiumM-04", men det skulle ju aldrig fungera på ett större företag med homogena servrar.

Just nu har jag en dator som heter "FilaOctes" vilket är låtsaslatin för "åtta trådar", eftersom CPUn är 8-trådig. Trist namn, ja jag vet. Fyndiga och funktionella server/dator-namn är förbannat svårt!

Även jag sett servernamn med liknande "tänk". Det viktiga är imho inte vad servrarna heter, utan hur väldokumenterat och lättillängligt för _rätt_ personer denna information är. Om servern heter "Knogmacka", "vinkelvolt" eller "winsrv01" är av underordnad betydelse; så länge IT-organisationen har järnkoll på det