Lựa chọn giữa tên máy chủ có ý nghĩa và vô nghĩa [đóng]

Giả sử một môi trường với một cụm máy chủ khác nhau được quản lý rối - phần cứng, phần mềm, hệ điều hành, ảo / chuyên dụng, v.v.

Bạn sẽ chọn tên máy chủ có ý nghĩa (mysqlmaster01..99, mysqlslave001..999, vpnprimary, vpnbackup, v.v.) hoặc bạn thích tên máy chủ vô nghĩa như nhân vật trong sách hoặc phim?

Vấn đề tôi thấy với tên máy chủ có ý nghĩa là tên thường đại diện cho một dịch vụ và nếu một máy chủ có nhiều mục đích thì nó sẽ thực sự lộn xộn (đặc biệt là nếu vai trò máy chủ thay đổi thường xuyên).

Không ánh xạ tên dịch vụ thành địa chỉ IP và duy trì ánh xạ đó DNS phải làm gì?

Những ưu điểm và nhược điểm của cả hai phương pháp là gì và bạn đã phải giải quyết những vấn đề thực tế nào với phương pháp bạn đã chọn?

Ngày xửa ngày xưa, tôi có cơ hội quyết định kế hoạch đặt tên. Vì vậy, tôi đã đi vòng quanh và hỏi các nhà phát triển của mình, những người cuối cùng là những người phải làm việc với các tên này hàng ngày, liệu họ có thích các tên chức năng không (nghĩa là tên đại diện, ở dạng được mã hóa nào đó, mục đích của máy) hoặc tên ghi nhớ (nghĩa là tên được rút ra từ một số sơ đồ đặt tên con người đã tồn tại trước đó, không chứa nội dung ngầm về mục đích của máy).

Trong số 38 nhà phát triển, 37 tên ghi nhớ ưa thích; chỉ có một tên chức năng ưa thích. Vì vậy, tôi đặt tên cho tất cả chúng theo các dòng sông (có một nhóm rất lớn các tên có thể, và nhiều trong số chúng ngắn, dễ nhớ và nhanh chóng gõ).

Bộ não con người được thiết kế khá tốt để gắn ý nghĩa với tên. Nếu bạn cung cấp những cái tên dễ nhớ, mọi người sẽ nhanh chóng nhớ những cái tên đó được sử dụng để làm gì và sử dụng chúng. Nếu bạn sử dụng tên được rút ra từ một số nền tảng phổ biến (ví dụ như sông, yếu tố, ngôi sao, hạt, đồ uống, bạn sẽ hiểu) nó sẽ giúp mọi người nhận ra ngay tên máy chủ của công ty khi họ đi qua nó; mặt khác, các câu như "tất cả các email đã kết thúc betelgeuse" có thể hơi khó hiểu).

Ngược lại, các nhà phát triển của tôi cảm thấy rằng họ có trong các công việc trước đây đã rất khó nhớ chính xác những gì pr1ms001.

Nhưng tôi nên nói thêm rằng chúng tôi đã sử dụng CNAME trong DNS nội bộ để cung cấp tên chức năng cho ánh xạ tên ghi nhớ, vì vậy nếu bạn thực sự thấy rằng máy chủ thư chính ở cụm đầu tiên tại trang PR là dễ dàng hơn pr1ms001thì DNS sẽ cho bạn biết rằng đó là hiện tại orwell. Ngoài ra, điều đó cho phép chúng tôi có nhiều tên chức năng trên mỗi máy, miễn là bạn luôn sử dụng tên chức năng có liên quan đến chức năng bạn đang làm việc, bạn có thể chắc chắn rằng pr1imap001sẽ luôn trỏ đến máy chủ IMAP, ngay cả khi chúng tôi đã chuyển chức năng đó từ orwellđến rhine. Và khi hudsonchết, chúng ta có thể thay đổi tên của sự thay thế mà không ảnh hưởng đến các chức năng hoạt động, do đó chúng ta không bao giờ có "ý bạn là mới hudsonhay cũ hudson?" sự hoang mang.

Điều này phần lớn phụ thuộc vào việc máy chủ của bạn là petshay livestock.

Thú cưng có được tên cá nhân. Chúng khác biệt với nhau và chúng tôi quan tâm đến những khác biệt đó. Khi một người bị bệnh, chúng ta thường cố gắng chăm sóc nó trở lại khỏe mạnh. Theo truyền thống, các máy chủ đã được vật nuôi.

Chăn nuôi lấy số. Chúng hầu như giống hệt nhau và có những điểm khác biệt, chúng tôi không quan tâm và thường cố gắng giảm thiểu. Khi một người bị bệnh, chúng tôi đặt nó xuống và lấy một cái khác. Các máy chủ được ảo hóa hoàn toàn, đặc biệt là các máy chủ IaaS như AWS, là vật nuôi.

Trong hầu hết các môi trường phức tạp, bạn có một hỗn hợp. Ví dụ, trang web phụ trợ của bạn gần như chắc chắn là vật nuôi. Nếu bạn cần nhiều hơn, bạn quay thêm một vài cấu hình tiêu chuẩn; nếu bạn không cần nhiều như bạn tắt một số. Máy chủ cơ sở dữ liệu của bạn, trong một số cấu hình, là vật nuôi. Có thể có rất nhiều thiết lập đặc biệt trên mỗi; bạn thậm chí có thể chạy chúng trên kim loại trần thay vì ảo hóa.

Tất nhiên, trong cả hai môi trường, bạn có thể đặt tên DỊCH VỤ và giải quyết trực tiếp. Đây là một thực hành tốt nhất trong mọi trường hợp; nhà phát triển của bạn không cần biết hoặc quan tâm tên máy chủ thực sự của dịch vụ là gì. Tên máy chủ phải là một chi tiết hoạt động thuần túy. Sau đó, hãy suy nghĩ về thông tin mã hóa hữu ích cho nhân viên op của bạn trong tên máy chủ - ví dụ, thường hữu ích khi biểu thị trung tâm dữ liệu mà máy chủ đang ở.

Điều này đã được đề cập ở đây trước khi ...

Đề nghị của tôi là sự kết hợp giữa tên chức năng và tên ghi nhớ ...

Nếu bạn đang viết một ứng dụng và nó cần giải quyết ccts-logserver1, hãy sử dụng tên đó xuyên suốt, nhưng hãy đặt nó thành CNAME hoặc bí danh. Tên máy chủ thực sự có thể là bất cứ thứ gì bạn muốn: một loại trái cây hoặc rau, thần thoại Hy Lạp hoặc nhân vật Seinfeld ... nhưng nó mang lại cho bạn sự linh hoạt khi bạn cần liên kết các tên chức năng thực, nhưng giữ một cái gì đó mà mọi người có thể nhớ.

Hãy nghĩ về ví dụ trong đó mango, máy chủ DB không thành công ... nhưng được thay thế bằng thứ khác peach. Có lẽ các quy trình và ứng dụng hiện tại cần phải xem cmt-prod-db1. Bạn có thể trao đổi các hệ thống, xây dựng chúng mà không đặt tên xung đột và giữ cho các ứng dụng (và nhà phát triển) hài lòng.

Nơi tôi làm việc, chúng tôi quản lý nhiều trang web, nhiều công ty, ở nhiều thành phố. Đối với chúng tôi tên mnemonic không thể làm việc. Thay vào đó, chúng tôi sử dụng một hình thức tốc ký mô tả các máy chủ của chúng tôi. Điều này hoạt động tốt trong trường hợp của chúng tôi vì chúng tôi có một số khách hàng có thể có nhiều văn phòng trên các tên miền khác nhau (hoặc một văn phòng trên nhiều tên miền hoặc nhiều văn phòng trên cùng một tên miền hoặc tất cả các bên trên!)

Đối với chúng tôi, thông tin chứa Công ty / Miền, thành phố, chức năng, số. Vì vậy, đối với một bộ điều khiển miền cho công ty, hãy nói Cypress ở Chicago, đó sẽ là:

CYPRCHDOM001 (Chúng tôi gọi đây là DOM chính của Cypress trong cuộc trò chuyện)

CYPRCHQuery001 sẽ là máy chủ SQL, CYPRCHMGM001 sẽ là quản lý của nó (tức là chống vi-rút, sao lưu, v.v.) và CYPRCHAPP001 sẽ là máy chủ ứng dụng hỗn hợp. Dễ nhớ, dễ sắp xếp, dễ dạy.

Yêu cầu duy nhất cho tên máy chủ là chúng phải là duy nhất trên mạng.

Ý nghĩa không phải chỉ liên quan đến chức năng máy chủ. Vị trí có thể rất hữu ích nếu bạn phải đối phó với các thiết bị vật lý. Biết nếu một thiết bị là ảo hoặc vật lý cũng có thể hữu ích. Có thể cho biết sự khác biệt giữa một thiết bị mạng, máy chủ linux hoặc hộp windows có thể rất tiện lợi khi tìm ra công cụ nào sẽ sử dụng để đăng nhập.

Cách chúng tôi xử lý là thử và đưa thông tin này vào tên thiết bị như sau:

L hoặc T - Live hoặc Test P hoặc V - Vật lý hoặc ảo S hoặc N - Máy chủ hoặc Mạng (chúng tôi không có bất kỳ máy chủ Linux nào) một số liên tiếp để đảm bảo tính duy nhất Mã quốc gia gồm ba chữ cái ISO 3166-1 cho biết thiết bị ở đâu được đặt

Sau đó, chúng tôi sử dụng CNnam trong DNS để ánh xạ các tên dịch vụ khác nhau thông qua tên máy chủ.

Tôi có cảm xúc lẫn lộn về việc này. Nó chắc chắn tiết kiệm thời gian trong việc tìm kiếm nơi đặt một thiết bị nhất định. Mặt khác, việc nhớ một máy chủ nhất định sẽ làm gì khi được trình bày với tên máy chủ của nó, khi so sánh với hệ thống trước đây của chúng tôi sử dụng đá quý. Đá quý hoàn toàn không ngụ ý bất kỳ ý nghĩa nào, nhưng chúng rất dễ nhớ vì mỗi người có thể tạo ra các kết nối của riêng mình.

Tôi đoán lời khuyên duy nhất là giải quyết trên một lược đồ khi sự nhầm lẫn lớn nhất xuất hiện khi chúng ta chuyển từ hệ thống này sang hệ thống khác.