Записки о виртуализации и о жизни
С виртуализацией я плотно общаюсь с середины 2007 года. Начинал я общение еще с VMware Virtual Infrastructure 3.5, после которой и появилось модное словцо “vSphere”.
Иногда мне приходится отвечать на вопрос, в чем различие разных версий vSphere. Попробую дать ответ ниже и описать появление функционала в различных версиях…
Если можете поведать еще о каких-то интересных фичах, не вошедших в этот обзор – пишите в комментариях со ссылками – обязательно добавлю…
Дошли у меня руки до обновления версии своих хостов до 5.1. Лицензии на vSphere 5 куплены в редакции Enterprise, поэтому пришлось заодно отказываться и от распределенного коммутатора.
Итак, поехали.
Преамбула: первоначально статья рассматривалась, как памятка по настройке стандартного коммутатора для ESX из консоли, но позже было решено написать более подробную статью.
Достаточно подробное сравнение ESX (“толстый” гипервизор) и ESXi (“тонкий” гипервизор”) версии 4.1 сделано VMware. Стоит также отметить, что в vSphere 5/5.1 остался только ESXi. В рамках этой статьи я затрону два различия:
1) Для управления ESX извне используется подключение к виртуальному интерфейсу Service Console или vswif#. Для настроек из консоли сервера используется команда esxcfg-vswif. Для управления ESXi используется виртуальный интерфейс VMKernel или vmk#. Для настроек из командной строки – esxcfg-vmknic.
2) Для управления из консоли сервера ESXi можно использовать черно-желтый интерфейс DCUI, либо командную строку. Для ESX доступна только командная строка. При использовании распределенного коммутатора совместно с ESXi в DCUI есть пункт меню по восстановлению стандартного коммутатора на сервере ESXi.
После миграции виртуальных сетей на распределенный коммутатор, у вас есть два варианта: мигрировать туда же сети управления, или оставить их на стандартном коммутаторе. Если “лишних” сетевых адаптеров нет, то и выбора, в общем-то, тоже 🙂
Соответственно, иногда могут случаться различные проблемы с доступом к серверу через сеть. Просто поменять адрес или добавить новый виртуальный интерфейс уже не получится, так как вам нужно его добавлять на распределенный коммутатор, а вы не можете туда подключиться. Приходится как раз восстанавливать стандартный коммутатор, что делается элементарно через DCUI у ESXi. А вот как это делать на ESX я сейчас покажу.
Continue reading “Восстановление стандартного коммутатора из консоли ESX 4.1”
Disclaimer: запись опубликована из Windows Live Writer. Если не угадал со шрифтами, буду дальше тренироваться!
Передо мной была поставлена задача по миграции кластера VMware на распределенный свитч. Кластер состоит из нескольких хостов ESX 4.1. Для совмещения приятного с полезным было принято решение также перевести порты коммутаторов Cisco в режим транк для использования нескольких VLAN в виртуальной среде.
Порывшись в документации, я нашел два варианта решения задачи:
– руками через GUI;
– через функционал Host Profiles.
Так как второй вариант предусматривает простой в работе, мною был выбран вариант настройки руками.
Дальше был разработан следующий план, проверенный на тестовом хосте (подразумевается, что распределенный свитч у вас уже есть, и настроены необходимые порт-группы): Continue reading “Миграция на распределенный коммутатор VMware”
В связи с обнаруженными косяками при обновлении до Update 1, компания VMware выпустила ESX 4.0 Update 1A.
Качать тут.
Появился пятый апдейт к ESX версии 3,5.
Список нововведений:
– Поддержка в EVC процессоров серии Xeon 3400 (тут kb);
– Поддержка Windows 7 и Windows Server 2008 R2;
– Поддержка новых сетевых адаптеров и адаптеров ввода вывода;
– Обновление драйверов для сетевых адаптеров Broadcom;
– Новые драйвера для ВМ (LSI SCSI и SAS-контроллеры).
Будьте осторожны при обновлении – не все версии Virtual Center и ESX поддерживаются (таблица совместимости).
За новость спасибо Dave Lawrence.
На vSphere-Land.com опубликован список всех билдов ESX, ESXi, vCenter Server (VirtualCenter), Consolidated Backup и Converter.
Кроме номера сборки приведена ссылка на скачивание и ссылка на Release notes.
Сброс пароля может нам понадобиться, если мы забыли пароль или … (мы его не знаем).
Для этого нам понадобится исправная клавиатура и физический доступ к серверу ESX 🙂
ESX Server 3.x:
1) Перезагружаем сервер.
2) Когда появится экран выбора ОС, нажмите пробел, чтобы прекратить загрузку VMware ESX Server.
3) Выберите пункт Service Console only (troubleshooting mode).
4) Нажмите любую клавишу для изменения параметров загрузки.
5) Введите single .
6) Нажмите Enter. Сервер начнет загружаться в однопользовательском режиме.
7) Когда увидите приглашение командной строки sh-2.05b#, наберите команду passwd и нажмите Enter.
8) Установите новый пароль для пользователя root.
9) Когда сменится пароль, перезагрузите сервер в обычном режиме.
ESX Server 2.x:
1) Перезагружаем сервер.
2) Когда появится экран LILO, нажмите пробел, чтобы прекратить загрузку VMware ESX Server.
3) В загрузчике LILO выберите пункт “linux” и добавьте -s в конец строки, так чтобы получилось: linux -s.
4) Нажмите Enter. Система загрузится в однопользовательском режиме.
5) Когда увидите приглашение командной строки sh-2.05b#, наберите команду passwd и нажмите Enter.
6) Установите новый пароль для пользователя root.
7) Когда сменится пароль, перезагрузите сервер в обычном режиме.