У нас есть много обычных хостов ESX 3.5, но я собираюсь взять партию серверов на базе Xeon 55xx и думаю, что пора задаться вопросом, использовать ли 3i в будущем. Это избавило бы меня от покупки пар локальных загрузочных дисков, и большинство исправлений относятся к COS, а не к ядру. Мы используем vCenter, поэтому доступ по SSH не нужен. Итак, мой вопрос: действительно ли мне нужен COS? Для чего вам нужен COS? Спасибо.
Вы можете легко включить скрытую консоль на 3i (до обновления 2):
1. On the VMware ESXi host, press ALT-F1.
2. Print **unsupported** (text will not be visible), you enter the Tech Support Mode, and you will be prompted for a password. Enter a password for the user root.
3. You should see command prompt ~ #.
4. Open the file inetd.conf using vi /etc/inetd.conf
5. Find the line, starting with #ssh and remove the #character.
6. Press ESC and type: wq, to save your changes and exit back into the console.
7. Restart the management services using the command `/sbin /services.sh restart`.
8. Now you can connect to SSH, using any ssh-client (eg, Putty).
Начиная с VMware ESXi Update 2, этот метод включения доступа по SSH не работает, servises.sh больше не перезапускает демон inet.d, который должен включать SSH. Для перезапуска сделайте следующее:
* Type ps | grep inetd
The result will be something like 1299 1299 busybox inetd.
Process ID for inetd - 1299.
* Now enter the kill-HUP process_id, where process_id in this case 1299.
После этого SSH должен работать.
Вы про сервисную консоль? Если у вас есть vCenter, он вам не нужен. Это так просто. Я использую клиент VI с одним хостом ESXi, я включил доступ по ssh, но не использую его. Иногда будет использовать RCLI, но графический интерфейс делает большую часть того, что нам нужно.
Мы до сих пор не перешли на ESXi, потому что еще не готовы перейти к управлению на основе CIM. Мы по-прежнему используем агентов WBEM, размещенных на COS. Мы вернемся к этому с реализацией vSphere 4.
Некоторые поставщики используют сервисную консоль (COS) для оптимизации параметров подключения хранилища, таких как тайм-ауты iSCSI, размер блока NFS и т. Д., Для определенных контроллеров хранилища. За более подробной информацией обратитесь к поставщику, которого вы используете.
Возможно, лучший вопрос - зачем вам нужна сервисная консоль. Я могу назвать только две основные причины, по которым вы необходимость Кос. Либо установить стороннее ПО, либо официально убить зависшую ВМ. Лично я поддерживаю как ESX, так и ESXi, и я стал предпочитать ESXi, особенно во время патча! Что касается доступа по SSH, если бы не мои сослуживцы * nix, я бы отключил его. я могу сделать почти что-либо через SDK, используя либо rCLI, либо PowerCLI. VMware также очень ясно дала понять, что цель - удалить сервисную консоль. Зачем тратить время / энергию на поддержание надгробной функции?
На самом деле это все на вкус. Если вы хотите сэкономить, не покупайте загрузочные диски. Возможно, уменьшение вашей уязвимости и т. Д. И т. Д. Сделайте это! Я не верю, что у ESXi есть реальный недостаток. Это просто не для всех ... Некоторые магазины в настоящее время полагаются на cos, и в этом нет ничего плохого, но это не обязательно!