Хорошая конвенция имени хоста для немногих серверов со многими различными сервисами?
Можно включить ssh демону на Mac путем движения в
Система Preferences.app-> Совместное использование-> (включает) Удаленный вход в систему
Можно включить демонстрацию экрана так же с
Система Preferences.app-> Shareing-> (включает) Демонстрацию экрана.
Если Вы не будете использовать программное обеспечение Apple Remote Desktop, то необходимо будет сделать дополнительный шаг нажатия на кнопку Computer Settings и предоставления пароля VNC
Так как у Вас есть больше чем один сервис на сервер, я предложил бы дать Вашим машинам некоторое имя хоста, базирующееся от любой темы, которую Вы любите, затем с помощью 'сервисные названия'.
Например, хост bart мог бы иметь сервисные названия www1, imap1 и ftp1.
Добавьте те сервисные названия к DNS и затем (в зависимости от Ваших предпочтений и требования сложности) также:
- Создайте CNAMEs в DNS, указывающем на сервисные названия назад к соответствующему имени хоста
- Создайте записи для дополнительных IP-адресов и присвойте те IP-адреса своим хостам
Теперь, удостоверьтесь Вы ссылочные службы на той машине с помощью сервисного названия (www1), не имя хоста.
-
1Если я понял правильно, @ryanklein записал, что он хотел установить " конвенция имени хоста для наших серверов на основе сервиса они обеспечивают, такие как http, https, smtp, поп, DNS, sql, etc" и это " Каждый сервис находится на своем собственном виртуальном machines". я знаю, что довольно трудно прочитать большой абзац, я, возможно, неправильно понял. – 12 May 2009 в 21:06
-
2Да, данный " В моей ситуации мы работаем с небольшим кластером (2-4) из виртуальных серверов для большого количества сервисов (12 +)." было трудно сказать, было ли 2-4 сервера всего или (2.. 4 * 12 +) серверы всего. В случае строго одного сервиса на сервер, I' d определенно просто идут с service# {2-4} (mmmm.. regexes) – MikeyB 12 May 2009 в 21:24
Что случилось с http###, sql###, dns###, и т.д.?
Соглашения о присвоении имен являются большими, когда нет никакого легко описанного различия между тем, что различные виртуальные машины делают, но если каждый выполняет отдельный сервис, это будет самым ясным для именования их тем сервисом.
Схема именования, где я работаю сегодня работы как это:
Роль |server || домен или владелец || код сайта || последовательный || дополнительный модификатор |
Это переводит в имена как это: dnsenet0b1ab
- Роль сервера: documentated тип сервера. В примере, DNS (DNS=DNS, Контроллер DC=Domain, FNP=File и Печать, и т.д.)
- Домен или Владелец: Обычно доменное имя или владелец в случае полей Unix. В этом примере enet = домен "External Network".
- Код сайта: три кода цифры, соответствующие местоположению в нашей сети. В этом примере, "0b1"
- Последовательный: Если Вы развертывание 3 сервера, первый является aa, второй ab, третий ac, и т.д. Если большая группа серверов будет заменена, то иногда они будут чередовать и использовать zz, zy, zx, и т.д. чтобы помочь определить новые серверы
- Дополнительный Модификатор: Используемый для обозначения dev/qa/testing сред обычно.
Ключ к именованию является непротиворечивостью. Независимо от того, что схема именования, которую Вы используете, как долго, является этим, получает информацию, через которую Вы нуждаетесь, и безжалостно осуществляется, Вы найдете, что последовательное, информативное именование ускорит проекты и сделает управление легче для больших оснований установки.
Эта система может выглядеть пугающей, но это является действительно большим, после того как Вы привыкаете к нему, И довольно легко ввести и говорить о. Легко определить тип сервера, где это, и т.д. сразу. Вы могли легко развернуть его для включения другой информации, которая значит больше для Вас.
Для вещей, которые имеют клиентское воздействие, я думаю, что это - прекрасная идея добавить это с сервисом описательные рекорды CNAME, которые не повторены к серверу. Сделайте свой почтовый сервер mail.example.com, http сервер intranet.example.com, и т.д.
Вы упомянули тот, серверы совместно используют роли. Если Вы видите привязку среди сервисов, создаете "класс сервера". Много мест помещают SMS/SCCM, очереди печати и AV на файловых серверах... называют его "сервером управления хоста (HMS)" или что бы то ни было.