Kullanılan en yönetilebilir ve ilginç sunucu adlandırma şemaları nelerdir? [kapalı]

Sunucuları adlandırırken hangi şemaların kullanıldığını merak ediyorum ...

Öncelikle, bir adlandırma düzeni seçen herkes RFC 1178 - "Bilgisayarınız için Bir Ad Seçme" yazmalıdır . Bilgisayarlara ad verildiği sürece insanlar bu konu hakkında konuşuyorlar, bu yüzden tekerleği yeniden icat etmeden önce başkalarının söylediklerini okuyun.

Kendi düşüncelerim - Politikaları temalara ve şemalara ayırma eğilimindeyim .

Bir tema kullanmak (örneğin, Yunan tanrıları, Dr. Who karakterleri, votka markaları) küçük bir ağda iyi çalışır . 20'den az ana bilgisayarınız varsa, birden fazla donanım yapılandırmanız olabilir - muhtemelen her ana bilgisayarın benzersiz bir yapılandırması vardır. Bu gibi durumlarda, her makineyi benzersiz bir kişiliğe sahip olarak düşünmek iyidir, çünkü - şans - öyle.

Bir şema (örn. Coğrafi konum, raf konumu, donanım kimliği, vb. Öğelerinden oluşturulan bir ad) kullanmak, aynı donanım ve / veya yazılım yapılandırmasına sahip çok sayıda makineniz olduğunda işe yarar. Ayrıca, makine ile günlük olarak ilgilenmeyen insanlarla iletişim kurmanız gerekiyorsa da iyi çalışır. Örneğin, NOC personeline bir makineyi sıfırlamalarını söylemeniz gerekiyorsa, makineyi rafa yerleştirmelerine yardımcı olan bir ad, belirli bir etikete sahip bir makine için raflarda arama yapmalarından daha iyi olabilir.

İşlevsel bir ad (örneğin, posta, web, dosya sunucusu) kullanmak sanal makineler için iyi bir fikirdir, ancak deneyimlerime göre fiziksel ana makineler için kötü bir fikirdir. Fiziksel ana bilgisayarlar genellikle birden fazla işlev gerçekleştirir (bu ideal olmasa bile) ve bireysel işlevler kaynak kullanımında ve gereksinimlerinde zamanla değişir, böylece diğer ana makinelere geçirilirler.

Temalarla ilgili sorunlar şunları içerir:

• Genellikle küçük bir isim havuzu sağlarlar. Roma tanrıları bittiğinde Yunancaya mı geçiyorsunuz? Adlandırma temanıza uyan emekli bir ana bilgisayardan bir adı mı kullanıyorsunuz veya adın yeniden kullanılmasından kaynaklanabilecek sorunları ve karışıklığı önlemek için yeni bir temadan yeni bir ad mı seçiyorsunuz?
• Antropomorfizasyonu makinelerinize bırakıyorlar. Bu kötü - bilgisayarlar bundan hoşlanmıyor. Makinelerinize farklı bir kişiliği varmış gibi davranırsanız, o makinenin nasıl davrandığına dair varsayımlarınıza aykırı olan kanıtları göz ardı etme riskini taşır ve bazen bir hatanın belirli bir makinede yattığını varsayarsınız. her zaman yanlış davranıyor ".

Şemalarla ilgili sorunlar şunları içerir:

• Hatırlanması zor ana bilgisayar adlarıyla sonuçlanırlar. İyi sistem yönetiminiz olduğunda bu çok daha az problemdir, ancak bazen belirli bir sorunun belirli bir makinede bir kereden fazla ortaya çıktığını veya belirli bir makinenin sorumlu olduğu sorun olduğunu anında hatırlamak faydalı olabilir. belirli bir işlevi yerine getirmek.
• Düzen değişirse, tüm ana bilgisayarlarınızı yeniden adlandırmanız gerekebilir. Bu, çok sayıda DNS değişikliği, yapılandırma değişikliği, erişim listesi ve izin değişikliği vb. İle sonuçlanabilir.

Gerçek dünyada her iki sistemi de kullanımda, bazen yan yana bulursunuz. Örneğin, tecrübelerime göre yüksek performanslı bilgi işlem kümelerinin her zaman adları vardır. Bu ad genellikle bir kafa düğümüne (etkileşimli olarak kullanılır) atanırken, çeşitli küme düğümlerinde compute-01, highmem-01, depolama-01 vb. Adlar bulunur.

Ve daha önce de belirtildiği gibi, sanal makinelerin ve fiziksel ana makinelerin farklı adlandırma şemalarına sahip olması yaygındır (ve yararlıdır).

İlginç kategori altında, Yığın Taşması cevabından bir tane var

Periyodik tablonun elemanları. IP adresindeki öğe numarasını da kullanırız, bu nedenle

Hidrojen = 192.168.0.1

Helyum = 192.168.0.2

vb.

Fiziksel sunucuları konumlarına göre (yani ülke kodu / şehir kodu / veri merkezi kodu / kat / raf / raf-U-yükseklik) ve yazılım / VM sunucularını yalnızca işlevlerine göre adlandırmaya ÇOK güçlü bir inananım. Platform / fonksiyon / küme / iterance). Bunun, yedi cüceden sonra ya da her neyse isimleri isimlendirmekten daha uzun sürebileceğini biliyorum, ancak daha 'geleceğe karşı' olmanızı ve sanallaştırmayla yapılandırılmış bir şekilde ilgilenmenizi sağlamanın harika bir yolu.

Örnek olarak NESQLC11S08 gibi konuk sunucu VM'leri ile 044LONTH72G216 (bu tam olarak dünyada bir sunucu bulur) adlı VMWare sunucularımız var. Her biri bu daha uzun, daha organize isimlere atıfta bulunarak dahili BT ekip çalışması için her zaman kısa adlar oluşturabilirsiniz.

Bu yardımcı olur umarım.

Sunucularımızı belirli bir temayla (İncil'in kitapları) adlandırarak başladık, ancak BT ekibimiz (ve sunucu sayısı) büyüdükçe ve daha uzmanlaştıkça - ve daha fazla personel ciromuz olduğu için, herhangi bir adlandırma sisteminin bir şekilde sunucunun işlevi (veya konumu) ile ilgili değildi kafa karıştırıcı oldu.

İnsanlar üzerinde çalıştıkları sunucuları düzenli olarak biliyorlardı, ancak yeni bir proje üzerinde çalışırken, çapraz eğitim yaparken ya da başka bir yöneticiye bir şey konusunda yardım etmeye çalışırken, "kimse zeburların bir posta sunucusu olduğunu bilmiyordu " ya da benzerlerini kaçırırdı .

Şimdi daha açıklayıcı bir adlandırma şemasına geçtik.

Tüm sunucularımıza rollerine, yani ne yaptıklarına göre ad veriyoruz.

Yani sunucularımızın

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

Tecrübelerime göre, insan olmayan okunabilir adlarla sunucuları (yani şema yöntemiyle) vardır değil yönetilebilir. Sıklıkla yanlış sunucuya xyz işlemi uygulandığında, bazen de feci sonuçlarla sonuçlanan yanlış yazılmış karakterler gördüm.

Bir açıklama alanında veya benzerinde depolanmış ilişkili meta verilerle okunabilir bir adın PEBKAC sorunlarına daha az eğilimli olduğu görülmektedir.

Bazı çok yıllık favoriler şunları içerir:

• Yunan tanrıları
• Roma tanrıları (bazen 'Gezegenlerden' ayırt edilemez)
• İskandinav tanrıları (en kötü niyetli sunucu Loki olabilir)
• Amber Prensleri
• Filozoflar

Bert ve Ernie ile 2 microVAX 3400'lük bir kümenin şirket için önemli olduğu günlerde başladık. Bir süredir Susam Sokağı'na sıkıştık - Bigbird, Elmo, Grover, hesap (finansal sistem), ama sonunda bir plana gitmek zorunda kaldık. Şemadaki tam olarak hangi unsurlar şirketinizin büyüklüğüne bağlıdır, şunları eklememiz gerekiyordu:

Konum (şehir için 2 harfli kısaltma) Bölümü (şirket 4 co.s birleştirilerek oluşturulmuştur, bu yüzden bunlar için 3 harfli kısaltma kullandık) İşlev (PDC, posta, baskı, www, vb.) Seri numarası (I Seri numarasının bir parçası olarak her yıl yıl ve ay olmasını sevdim)

Simpsons karakterleri :)

Bir zamanlar Playboy tavşanlarından sonra sunucuları adlandıran bir müşteri vardı. Ancak bu IT dışında yaygın bir şekilde duyurulmadı. ;-)

Onları büyük kedilerden sonra adlandırmayı sevdim, ama sonra OS X geldi ve bunu benim için mahvetti.

Başka bir fave alkol türüdür. JimBeam, Beefeater, Stoli, vs. Farklı alkol sınıfları farklı sunucu sınıflarıydı. Posta sunucuları için cin, veritabanları için viski, PDC her zaman Moonshine idi.

Bu yıl herhangi bir yeni sistemle başlayarak, sıkıcı açıklayıcı isimler (posta, baskı vb.) Kullanmaya başlayacağız, ancak şimdiye kadar hayvanları kullandık - farklı amaçlar için farklı hayvan türleriyle: kuşlar, balık, orman hayvanları, vb.

İlk 40 Müzisyenler.

Taze yenilerini sağlamaya devam edecek kadar sık ​​değişirler, ancak daha da önemlisi, 12 yaşın üzerindeki herkese yeterince şifreli olurlar.

Şirket baş harflerini, ardından görevini, ardından numarasını takip etme eğilimindeyiz, yani

GSK-WEB-12
ST-DB-3

Oldukça iyi çalışan bunu kullanıyoruz.

• site (2 karakter)
• dev / test / live (3/4 karakter)
• işlevi (3+ karakter)
• sayım (2 karakter)
• vm ya da değil (2 karakter)

Sahip olduğum işlerde, klasik server01, server02, vb.Diğer trendleri gördüm.

• değerli taşlar
• balık
• Çiçekler
• Yıldız Savaşları karakterleri
• hayvanlar

Çalıştığım üniversitede Asterix ve Obelix hikayelerinden farklı karakterlerin isimlerini kullanıyorlar. Miraculix, astmatix vb.

Sunucularımızın hepsi evcil hayvanlardan sonra adlandırılmıştır. türüne göre hafif bir dökümle. Tüm etki alanı denetleyicilerine adlandırılmış kuşlar adı verilir. Köpekler dosya ve baskı için. Uygulama sunucuları için kediler.