Jakie są najłatwiejsze do zarządzania i najciekawsze schematy nazewnictwa serwerów? [Zamknięte]

Jestem ciekawy, jakie schematy są używane podczas nazywania serwerów ...

Po pierwsze, każdy, kto wybiera schemat nazewnictwa, powinien przeczytać RFC 1178 - „Wybór nazwy dla swojego komputera” . Ludzie rozmawiali o tym problemie, dopóki komputerom nadano nazwy, więc przeczytaj to, co powiedzieli inni przed ponownym wynalezieniem koła.

Moje własne myśli - mam tendencję do dzielenia zasad nazewnictwa na tematy i schematy .

Używanie motywu (np. Greckich bogów, postaci z Dr. Who, marki wódki) działa dobrze w małej sieci. Jeśli masz mniej niż 20 hostów, prawdopodobnie masz wiele konfiguracji sprzętowych - być może każdy host ma unikalną konfigurację. W takich przypadkach dobrze jest myśleć o każdej maszynie jako o wyjątkowej osobowości, ponieważ - są szanse - że tak.

Korzystanie ze schematu (np. Nazwa zbudowana z elementów położenia geograficznego, pozycji regału, identyfikatora sprzętu itp.) Działa dobrze, gdy masz dużą liczbę maszyn z identycznymi konfiguracjami sprzętu i / lub oprogramowania. Działa również dobrze, jeśli musisz komunikować się o maszynie z ludźmi, którzy nie radzą sobie z nią na co dzień. Na przykład, jeśli chcesz powiedzieć personelowi NOC, aby zresetował maszynę, nazwa, która pomoże im zlokalizować ją w stojaku, może być lepsza niż zmuszenie ich do przeszukania stojaków w poszukiwaniu maszyny z określoną etykietą.

Używanie funkcjonalnej nazwy (np. Poczta, sieć, serwer plików) jest dobrym pomysłem dla maszyn wirtualnych, ale moim zdaniem jest to zły pomysł dla fizycznych hostów. Hosty fizyczne często kończą wykonywanie wielu funkcji (nawet jeśli nie jest to idealne), a poszczególne funkcje zmieniają się w czasie w zakresie wykorzystania zasobów i wymagań, tak że będą migrowane do innych hostów.

Problemy z tematami obejmują:

• Zazwyczaj zapewniają niewielką pulę nazw. Kiedy zabraknie rzymskich bogów, czy zmienisz język na grecki? Czy używasz ponownie nazwy od emerytowanego hosta, która pasuje do Twojego motywu nazewnictwa, czy wybierasz nową nazwę z nowego motywu, aby uniknąć problemów i zamieszania, które mogą wyniknąć z ponownego użycia nazwy?
• Pozwalają antropomorfizować maszyny. To źle - komputery tego nie lubią. Jeśli traktujesz swoje maszyny tak, jakby miały odrębną osobowość, ryzykujesz zignorowanie dowodów sprzecznych z twoimi założeniami na temat tego, jak ta maszyna „zachowuje się”, a czasem także z założeniem, że usterka dotyczy konkretnej maszyny, ponieważ „ zawsze źle zachowujący się ”.

Problemy ze schematami obejmują:

• Powodują, że nazwy hostów są trudniejsze do zapamiętania. Jest to o wiele mniejszy problem, gdy masz dobre zarządzanie systemami, ale czasami warto natychmiast przypomnieć sobie, że określony problem pojawił się więcej niż jeden raz na konkretnej maszynie lub że to konkretna maszyna jest odpowiedzialna za pełnienie określonej funkcji.
• Jeśli schemat się zmieni, konieczna może być zmiana nazwy wszystkich hostów. Może to spowodować dużą liczbę zmian DNS, zmian konfiguracji, zmian listy dostępu i uprawnień itp.

W prawdziwym świecie oba systemy są w użyciu, czasem obok siebie. Na przykład z mojego doświadczenia wynika, że ​​klastry obliczeniowe o wysokiej wydajności zawsze mają nazwy. Nazwa jest często przypisywana do węzła głównego (który jest używany interaktywnie), podczas gdy różne węzły klastra będą miały nazwy takie jak compute-01, highmem-01, storage-01 itp.

Jak wspomniano wcześniej, maszyny wirtualne i hosty fizyczne mają różne (i przydatne) różne schematy nazewnictwa.

W interesującej kategorii jest jedna z odpowiedzi Przepełnienie stosu

Elementy układu okresowego pierwiastków. Używamy również numeru elementu w adresie IP, więc

Wodór = 192.168.0.1

Hel = 192.168.0.2

itp.

Jestem BARDZO silnym zwolennikiem nazewnictwa serwerów fizycznych według ich lokalizacji (tj. Kod kraju / kod miasta / kod centrum danych / piętro / szafa / wysokość U) i serwerów oprogramowania / VM tylko według ich funkcji ( platforma / funkcja / klaster / iterancja). Wiem, że to może sprawić, że nazwy będą dłuższe niż nazywanie ich imionami siedmiu krasnoludów, czy cokolwiek innego, ale jest to świetny sposób na zapewnienie, że będziesz bardziej „przyszłościowy” i zajmujesz się wirtualizacją w uporządkowany sposób.

Jako przykład mamy serwery VMWare o nazwie 044LONTH72G216 (to lokalizuje serwer dokładnie na świecie) z maszynami wirtualnymi serwerów gości, takimi jak NESQLC11S08. Zawsze możesz stworzyć dla nich krótkie nazwy do wewnętrznej pracy zespołu IT, odwołując się do tych dłuższych, bardziej uporządkowanych nazw.

Mam nadzieję że to pomoże.

Zaczęliśmy od nazwania naszych serwerów określonym tematem (księgi biblijne), ale w miarę jak nasz zespół IT (i liczba serwerów) urósł i stał się bardziej wyspecjalizowany - a ponieważ mieliśmy większą rotację personelu, odkryliśmy, że każdy system nazewnictwa, który nie miało to związku z funkcją (lub lokalizacją) serwera, co spowodowało zamieszanie.

Ludzie znali serwery, na których regularnie pracowali, ale podczas pracy nad nowym projektem, szkolenia lub próbowania pomocy innemu administratorowi w czymś, rzeczy zostaną pominięte, ponieważ „nikt nie wiedział, że psalmy to serwer pocztowy” lub tym podobne.

Wróciliśmy teraz do bardziej opisowego schematu nazewnictwa.

Nadajemy nazwy wszystkich naszych serwerów zgodnie z ich rolą, tj. Tym, co robią.

Więc nasze serwery mają nazwy takie jak

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

Z mojego doświadczenia wynika, że ​​serwerami o nazwach nieczytelnych dla człowieka (tj. Metoda schematu) nie da się zarządzać. Często widziałem źle wpisane znaki powodujące, że na niewłaściwym serwerze zastosowano operację xyz, czasami z katastrofalnymi skutkami.

Czytelna dla człowieka nazwa z powiązanymi metadanymi przechowywanymi w polu opisu lub podobnym wydaje się być mniej podatna na problemy PEBKAC.

Cóż, niektóre wieczne ulubione to:

• greccy bogowie
• Rzymscy bogowie (czasem nie do odróżnienia od „planet”)
• Nordyccy bogowie (najbardziej źle wychowanym serwerem może być Loki)
• Książęta Bursztynu
• Filozofowie

Zaczęliśmy od Berta i Erniego w czasach, gdy klaster 2 microVAX 3400 był dla firmy wielką sprawą. Przez pewien czas utknęliśmy przy ulicy Sezamkowej - Bigbird, Elmo, Grover, thecount (system finansowy), ale ostatecznie musieliśmy wprowadzić plan. Dokładnie, jakie elementy są w schemacie, zależą od wielkości Twojej firmy, musieliśmy uwzględnić:

Lokalizacja (2-literowy skrót dla miasta) Dywizja (firma została utworzona przez połączenie 4 spółek, więc mieliśmy dla nich 3-literowy skrót) Funkcja (PDC, poczta, druk, www itp.) Numer seryjny (I zawsze lubiłem mieć rok i miesiąc jako część numeru seryjnego)

Postacie Simpsonów :)

Miałem kiedyś klienta, który nazwał serwery króliczkami Playboya. Nie było to jednak szeroko rozpowszechniane poza IT. ;-)

Lubiłem nazywać je po dużych kotach, ale potem pojawił się OS X i zrujnował to dla mnie.

Kolejną ulubioną są rodzaje alkoholu. JimBeam, Beefeater, Stoli itp. Różne klasy alkoholu były różnymi klasami serwerowymi. Gin dla serwerów pocztowych, whisky dla baz danych, PDC zawsze był Moonshine.

Począwszy od nowych systemów w tym roku zaczniemy używać nudnych opisowych nazw (poczta, druk itp.), Ale do tej pory używaliśmy zwierząt - z różnymi typami zwierząt do różnych celów: ptaków, ryb, zwierząt z dżungli itp.

Muzycy w pierwszej 40.

Zmieniają się wystarczająco często, aby nadal dostarczać nowe, ale co ważniejsze, będą wystarczająco tajemnicze dla każdego powyżej 12 roku życia.

Zwykle mamy inicjały firmy, a następnie jej zadania, a następnie ich liczbę, tj

GSK-WEB-12
ST-DB-3

Używamy tego, co działa całkiem dobrze.

• strona (2 znaki)
• dev / test / live (3/4 znaków)
• funkcja (ponad 3 znaki)
• liczba (2 znaki)
• vm czy nie (2 znaki)

W pracy, którą miałem, widziałem następujące trendy inne niż klasyczny server01, server02 itp .:

• kamienie szlachetne
• ryba
• kwiaty
• Postacie z Gwiezdnych wojen
• Zwierząt

Na uniwersytecie, na którym studiuję, używają imion różnych postaci z opowieści o Asterix i Obelix. Takich jak miraculix, astmatix itp.

Wszystkie nasze serwery noszą nazwy od zwierząt domowych. z niewielkim podziałem według rodzaju. Wszystkie kontrolery domeny noszą nazwy od ptaków. Psy do akt i druku. Koty dla serwerów aplikacji.