Memilih antara nama host yang berarti dan tidak berarti [ditutup]

Asumsikan sebuah lingkungan dengan klaster yang dikelola oleh boneka dari berbagai server - berbagai perangkat keras, perangkat lunak, sistem operasi, virtual / khusus, dll.

Apakah Anda memilih nama host yang bermakna (mysqlmaster01..99, mysqlslave001..999, vpnprimary, vpnbackup, dll.) Atau Anda lebih suka nama host yang tidak berarti seperti karakter dari buku atau film?

Masalah yang saya lihat dengan nama-nama host yang bermakna adalah bahwa nama-nama biasanya mewakili layanan tunggal dan jika server memiliki lebih dari satu tujuan itu menjadi sangat berantakan (terutama jika peran server sering berubah).

Bukankah memetakan nama layanan ke alamat IP dan mempertahankan pemetaan itu apa yang seharusnya dilakukan DNS?

Apa kelebihan dan kekurangan dari kedua pendekatan tersebut dan masalah apa yang Anda miliki untuk mengatasinya dengan pendekatan yang Anda pilih?

Sekali waktu saya memiliki kesempatan untuk memutuskan skema penamaan. Jadi saya berputar dan bertanya kepada pengembang saya, yang bagaimanapun adalah orang-orang yang harus bekerja dengan nama-nama ini setiap hari, apakah mereka lebih suka nama fungsional (yaitu, nama yang mewakili, dalam beberapa bentuk yang disandikan, tujuan mesin) atau nama mnemonik (yaitu, nama yang diambil dari beberapa skema penamaan manusia yang sudah ada sebelumnya, yang tidak mengandung konten tersirat tentang tujuan mesin).

Dari 38 pengembang, 37 nama mnemonik pilihan; hanya satu nama fungsional yang disukai. Jadi saya menamai mereka semua setelah sungai (ada kumpulan nama yang sangat besar, dan banyak dari mereka pendek, mudah diingat, dan cepat untuk mengetik).

Otak manusia dirancang cukup baik untuk melekatkan makna pada nama. Jika Anda memberikan nama yang mudah diingat, orang akan dengan cepat mengingat untuk apa nama itu digunakan, dan menggunakannya. Jika Anda menggunakan nama yang diambil dari latar belakang yang sama (misalnya sungai, elemen, bintang, kabupaten, minuman, Anda mendapatkan ide) itu membantu orang untuk segera mengenali nama host perusahaan ketika mereka menemukannya; jika tidak, pernyataan seperti "semua email berakhir betelgeuse" bisa sedikit membingungkan).

Sebaliknya, pengembang saya merasa bahwa mereka memiliki pekerjaan sebelumnya yang sangat sulit mengingat apa pr1ms001sebenarnya.

Tetapi saya harus menambahkan bahwa kami menggunakan CNAME dalam DNS internal untuk memberikan nama fungsional ke pemetaan nama mnemonik, jadi jika Anda benar-benar merasa lebih mudah untuk mengingat bahwa server email utama pada kluster pertama di situs PR adalah pr1ms001, maka DNS akan beri tahu Anda bahwa itu saat ini orwell. Selain itu, kami memiliki banyak nama fungsional per mesin, jadi selama Anda selalu menggunakan nama fungsional yang relevan dengan fungsi yang sedang Anda kerjakan, Anda dapat yakin bahwa itu pr1imap001akan selalu mengarah ke server IMAP, bahkan jika kami memindahkan fungsionalitas itu. dari orwellke rhine. Dan ketika hudsonmati, kita bisa mengganti nama penggantian tanpa mempengaruhi fungsi operasional, sehingga kita tidak pernah memiliki "maksud Anda yang baru hudsonatau yang lama hudson?" kebingungan.

Ini sebagian besar turun ke apakah server Anda petsatau livestock.

Hewan peliharaan mendapatkan nama masing-masing. Mereka berbeda satu sama lain, dan kami peduli dengan perbedaan itu. Ketika seseorang sakit, kami biasanya mencoba merawatnya kembali agar tetap sehat. Secara tradisional, server adalah hewan peliharaan.

Ternak mendapatkan angka. Mereka sebagian besar identik, dan perbedaan apa yang ada, kami tidak pedulikan dan biasanya berusaha untuk meminimalkan. Ketika seseorang sakit, kami taruh dan dapatkan yang lain. Server yang sepenuhnya tervirtualisasi, terutama server IaaS seperti AWS, adalah ternak.

Di sebagian besar lingkungan yang kompleks, Anda memiliki campuran. Backend web Anda, misalnya, hampir pasti ternak. Jika Anda membutuhkan lebih banyak, Anda berputar lagi dengan konfigurasi standar; jika Anda tidak membutuhkan banyak, Anda mematikannya. Server database Anda, dalam beberapa konfigurasi, adalah peliharaan. Mungkin ada banyak pengaturan khusus pada masing-masing; Anda bahkan dapat menjalankannya di bare metal alih-alih virtualisasi.

Tentu saja, di lingkungan mana pun, Anda dapat memberi nama LAYANAN dan mengatasinya secara langsung. Bagaimanapun, ini adalah praktik terbaik; pengembang Anda tidak perlu tahu atau peduli apa nama host sebenarnya dari suatu layanan. Nama host harus murni detail operasional. Maka, pikirkan pengkodean informasi yang berguna bagi staf ops Anda di hostname - misalnya, sering kali membantu menunjukkan pusat data server mana yang ada.

Ini telah dibahas di sini sebelum ...

Rekomendasi saya adalah kombinasi nama fungsional dan nama mnemonik ...

Jika Anda sedang menulis aplikasi dan perlu alamat ccts-logserver1, gunakan nama itu di seluruh, tetapi buatlah itu menjadi CNAME atau alias. Nama inang sebenarnya bisa berupa apa pun yang Anda inginkan: buah atau sayuran, mitologi Yunani atau karakter Seinfeld ... tetapi memberi Anda beberapa fleksibilitas ketika Anda perlu mengaitkan nama fungsional nyata, tetapi menyimpan sesuatu yang dapat diingat orang.

Pikirkan contoh di mana mango, server DB gagal ... tetapi diganti dengan yang lain, katakanlah peach. Mungkin proses dan aplikasi yang ada perlu dilihat cmt-prod-db1. Anda dapat menukar sistem, membangunnya tanpa menyebutkan konflik, dan membuat aplikasi (dan pengembang) senang.

Di mana saya bekerja, kami mengelola banyak situs, beberapa perusahaan, di beberapa kota. Bagi kami nama mnemonik tidak dapat berfungsi. Alih-alih, kami menggunakan formulir singkat yang menggambarkan server kami. Ini berfungsi baik dalam kasus kami karena kami memiliki beberapa klien yang mungkin memiliki beberapa kantor di domain yang berbeda (atau satu kantor di beberapa domain, atau beberapa kantor di domain yang sama, atau semua hal di atas!)

Bagi kami, informasi tersebut mengandung Perusahaan / Domain, kota, fungsi, nomor. Jadi untuk pengontrol domain untuk perusahaan, katakanlah Cypress di Chicago:

CYPRCHDOM001 (Kami akan menyebutnya sebagai DOM utama Cypress dalam percakapan)

CYPRCHSQL001 akan menjadi server SQL, CYPRCHMGM001 akan menjadi manajemennya (yaitu, anti-virus, cadangan, dll), dan CYPRCHAPP001 akan menjadi server aplikasi campuran. Mudah diingat, mudah disortir, mudah diajar.

Satu-satunya persyaratan untuk nama host adalah mereka harus unik di jaringan.

Makna tidak harus hanya dengan fungsi server. Lokasi bisa sangat berguna jika Anda harus berurusan dengan perangkat fisik. Mengetahui apakah perangkat itu virtual atau fisik juga bisa bermanfaat. Mampu mengetahui perbedaan antara perangkat jaringan, server linux atau kotak windows bisa sangat berguna ketika datang untuk mencari tahu alat apa yang digunakan untuk login.

Cara kami mengatasinya adalah dengan mencoba dan memasukkan informasi ini ke nama perangkat sebagai berikut:

L atau T - Langsung atau Uji P atau V - Fisik atau Virtual S atau N - Server atau Jaringan (kami tidak memiliki server Linux) nomor urut untuk memastikan keunikan. ISO 3166-1 Tiga huruf kode negara yang menunjukkan di mana perangkat terletak.

Kami kemudian menggunakan CNAMES dalam DNS untuk memetakan berbagai nama layanan hingga nama host.

Saya memiliki perasaan campur aduk tentang ini. Ini tentu menghemat waktu karena harus mencari di mana perangkat tertentu berada. Di sisi lain, akan jauh lebih sulit untuk mengingat apa yang dilakukan server ketika disajikan dengan nama hostnya, jika dibandingkan dengan sistem kami sebelumnya yang menggunakan batu permata. Batu permata tidak menyiratkan makna sama sekali, tetapi mereka mudah diingat karena setiap orang dapat membuat koneksi mereka sendiri.

Saya kira satu-satunya saran adalah menyelesaikan satu skema ketika kebingungan terbesar muncul ketika kita beralih dari satu sistem ke yang lain.