Tôi tò mò muốn xem những kế hoạch nào đang được sử dụng khi đặt tên máy chủ ...
Tôi tò mò muốn xem những kế hoạch nào đang được sử dụng khi đặt tên máy chủ ...
Câu trả lời:
Trước hết, bất cứ ai chọn sơ đồ đặt tên nên đọc RFC 1178 - "Chọn tên cho máy tính của bạn" . Mọi người đã nói về vấn đề này miễn là máy tính đã được đặt tên, vì vậy hãy đọc những gì người khác đã nói trước khi phát minh lại bánh xe.
Suy nghĩ của riêng tôi - Tôi có xu hướng chia nhỏ các chính sách đặt tên thành các chủ đề và kế hoạch .
Sử dụng một chủ đề (ví dụ như các vị thần Hy Lạp, các nhân vật từ Dr. Who, nhãn hiệu rượu vodka) hoạt động tốt trong một mạng nhỏ . Nếu bạn có ít hơn 20 máy chủ thì rất có thể bạn có nhiều cấu hình phần cứng - có thể mọi máy chủ đều có một cấu hình duy nhất. Trong những trường hợp như vậy, thật tốt khi có thể nghĩ mỗi máy có một tính cách độc đáo, bởi vì - rất có thể - nó có.
Sử dụng sơ đồ (ví dụ: tên được xây dựng từ các yếu tố của vị trí địa lý, vị trí giá đỡ, ID phần cứng, v.v.) hoạt động tốt khi bạn có số lượng lớn máy có cấu hình phần cứng và / hoặc phần mềm giống hệt nhau. Nó cũng hoạt động tốt nếu bạn cần liên lạc về máy với những người không giao dịch hàng ngày. Ví dụ: nếu bạn cần yêu cầu nhân viên NOC đặt lại máy, một tên giúp họ xác định vị trí của nó trong giá đỡ có thể tốt hơn là để họ tìm kiếm thông qua giá đỡ cho một máy có nhãn cụ thể.
Sử dụng tên chức năng (ví dụ: mail, web, máy chủ tệp) là một ý tưởng tốt cho các máy ảo, nhưng là một ý tưởng tồi cho các máy chủ vật lý theo kinh nghiệm của tôi. Các máy chủ vật lý thường sẽ kết thúc việc thực hiện nhiều chức năng (ngay cả khi điều này không lý tưởng) và các chức năng riêng lẻ sẽ thay đổi trong việc sử dụng tài nguyên và các yêu cầu theo thời gian, do đó chúng sẽ được di chuyển sang các máy chủ khác.
Các vấn đề với chủ đề bao gồm:
Các vấn đề với các chương trình bao gồm:
Trong thế giới thực, bạn tìm thấy cả hai hệ thống đang sử dụng, đôi khi cạnh nhau. Ví dụ, theo kinh nghiệm của tôi, các cụm tính toán hiệu năng cao luôn có tên. Tên thường được gán cho một nút đầu (được sử dụng tương tác), trong khi các nút cụm khác nhau sẽ có các tên như compute-01, highmem-01, Storage-01, v.v.
Và, như đã đề cập trước đó, nó phổ biến (và hữu ích) cho các máy ảo và máy chủ vật lý có các sơ đồ đặt tên khác nhau.
Trong danh mục thú vị, có một câu trả lời từ Stack Overflow
Các yếu tố của bảng tuần hoàn. Chúng tôi cũng sử dụng số phần tử trong địa chỉ IP, vì vậy
Hydro = 192.168.0.1
Heli = 192.168.0.2
v.v.
Tôi là một người rất tin tưởng vào việc đặt tên máy chủ vật lý theo vị trí của họ (ví dụ: mã quốc gia / mã thành phố / mã trung tâm dữ liệu / sàn / rack / rack-U-height) và máy chủ phần mềm / VM chỉ bằng chức năng của họ ( nền tảng / chức năng / cụm / lặp). Tôi biết điều này có thể đặt tên dài hơn so với đặt tên theo bảy người lùn hoặc bất cứ điều gì nhưng đó là một cách tuyệt vời để đảm bảo rằng bạn 'bằng chứng trong tương lai' và xử lý ảo hóa theo cách có cấu trúc.
Ví dụ, chúng tôi có các máy chủ VMWare có tên 044LONTH72G216 (cái này định vị một máy chủ chính xác trên thế giới) với các máy chủ VM máy khách như NESQLC11S08. Bạn luôn có thể tạo các tên ngắn cho chúng để nhóm CNTT nội bộ làm việc mỗi lần tham chiếu lại các tên dài hơn, có tổ chức hơn này.
Hi vọng điêu nay co ich.
Chúng tôi bắt đầu bằng cách đặt tên cho các máy chủ của mình với một chủ đề cụ thể (sách Kinh thánh), nhưng khi nhóm CNTT của chúng tôi (và số lượng máy chủ) phát triển và trở nên chuyên biệt hơn - và khi chúng tôi có thêm doanh thu nhân viên, chúng tôi đã phát hiện ra rằng bất kỳ hệ thống đặt tên nào không bằng cách nào đó liên quan đến chức năng (hoặc vị trí) của máy chủ trở nên khó hiểu.
Mọi người biết các máy chủ họ làm việc thường xuyên, nhưng khi làm việc trong một dự án mới, đào tạo chéo hoặc cố gắng giúp một quản trị viên khác làm một cái gì đó, mọi thứ sẽ bị bỏ lỡ vì "không ai biết rằng psalms là một máy chủ thư" hoặc tương tự.
Bây giờ chúng tôi đã chuyển trở lại một sơ đồ đặt tên mô tả hơn.
Chúng tôi cung cấp cho tất cả các tên máy chủ của chúng tôi theo vai trò của họ, tức là những gì họ làm.
Vì vậy, máy chủ của chúng tôi có tên như
- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..
Theo kinh nghiệm của tôi, các máy chủ có tên không thể đọc được (tức là phương thức lược đồ) không thể quản lý được. Tôi thường thấy các ký tự sai dẫn đến máy chủ sai có xyz hoạt động được áp dụng cho nó, đôi khi có kết quả thảm họa.
Một tên người có thể đọc được với siêu dữ liệu liên quan được lưu trữ trong trường mô tả hoặc tương tự dường như ít bị các vấn đề PEBKAC hơn.
Vâng, một số yêu thích lâu năm bao gồm:
Chúng tôi bắt đầu với Bert và Ernie trở lại vào thời mà một cụm 2 microVAX 3400 là một vấn đề lớn cho công ty. Chúng tôi bị mắc kẹt với Sesame Street trong một thời gian - Bigbird, Elmo, Grover, thecount (hệ thống tài chính), nhưng cuối cùng phải đi với một kế hoạch. Chính xác những yếu tố nào trong sơ đồ phụ thuộc vào quy mô công ty của bạn, chúng tôi phải bao gồm:
Vị trí (viết tắt 2 chữ cái cho thành phố) Bộ phận (công ty được thành lập bằng cách hợp nhất 4 co.s, vì vậy chúng tôi có chữ viết tắt 3 chữ cái cho các chức năng) Chức năng (PDC, thư, in, www, v.v.) Số sê-ri (I Tôi luôn thích có năm và tháng như một phần của số sê-ri)
Nhân vật Simpsons :)
Có một khách hàng đã từng đặt tên máy chủ sau thỏ Playboy. Điều đó đã không được công bố rộng rãi bên ngoài CNTT, tuy nhiên. ;-)
Tôi thích đặt tên chúng theo những con mèo lớn, nhưng sau đó OS X xuất hiện và hủy hoại nó cho tôi.
Một fave khác là các loại rượu. JimBeam, Beefeater, Stoli, v.v ... Các lớp rượu khác nhau là các lớp máy chủ khác nhau. Gin cho máy chủ mail, whisky cho cơ sở dữ liệu, PDC luôn là Moonshine.
Nhạc sĩ trong top 40.
Họ thay đổi thường xuyên đủ để tiếp tục cung cấp những cái mới, nhưng quan trọng hơn, họ sẽ đủ khó hiểu với bất kỳ ai trên 12 tuổi.
Chúng tôi có xu hướng có tên viết tắt của công ty theo sau là nhiệm vụ của nó, theo sau là số của nó, tức là
GSK-WEB-12
ST-DB-3
Tại trường đại học nơi tôi đang học, họ sử dụng tên của các nhân vật khác nhau từ các câu chuyện Asterix và Obelix. Chẳng hạn như miraculix, astmatix, v.v.