Моя борьба со snapshot’ами

Пару дней потратил на зачистку снапшотов в своей инфраструктуре, так как наши администраторы серверов используют снапшоты как бэкапы и хранят их по несколько месяцев. Решил поделиться опытом с нашими читателями.

Снапшоты

Описывать что такое снапшоты не буду – дам набор ссылок:

Как определить у каких машин есть снапшоты? Continue reading “Моя борьба со snapshot’ами”

Резервное копирование ESXi средствами PowerCLI

Михаил Михеев опубликовал коротенький HowTo по использованию команд PowerCLI для резервного копирования конфигурации ESXi. Ознакомиться следует здесь.

Для тех, кто привык в графическому интерфейсу, на основе этих же команд Shogan.tech выпустил GUI утилиту. Брать тут.

Настраиваем шаблоны виртуальных машин для VMware vSphere

В рамках создания шаблонов для ОС Windows 2008 R2 Std/Ent я натолкнулся на несколько граблей, о которых хочу написать…

Я не буду здесь описывать пошаговый процесс создания шаблона, так как он достаточно простой.

Версии используемого ПО: vCenter 4.1(491557), VMware vSphere 4.1(502767), Windows 2008 R2 SP1 редакции Standard и Enterprise.

Используемое виртуальное железо стандартно, за исключением дискового контроллера (PVSCSI) и сетевого адаптера (VMXNET3).
Также имеет смысл применять на шаблонах настройки, которые было бы неплохо включать:
– включить CPU/Memory Hot Add (по умолчанию выключен);
– параметры VMX, например, для большей безопасности виртуальной машины (запрет отключения сети и т.п.);
– замена драйверов видеокарты на VMware SVGA 3D (для быстрой работы мыши в консоли);
– и т.д.

Continue reading “Настраиваем шаблоны виртуальных машин для VMware vSphere”

Поддержка HBA Brocade 8 Gbit в ESXi 5.0

У наших коллег для соблюдения сроков поставки заменили HBA Emulex на Brocade 815, что привело при запуске сервера с ESXi 5.0 к появлению следующих симптомов:

  • отсутствию адаптеров во вкладе Configuration-Storage Adapters;
  • видимость WWN HBA на системе хранения только до загрузки гипервизора.

Причина выяснилась довольно быстро – это отсутствие встроенных драйверов в ESXi для данных адаптеров.

Драйверы можно скачать с сайтов VMware и Brocade.

Для упрощения  установки коллеги воспользовались механизмом VUM, что, к сожалению, не привело к результату: драйвер установился, WWNы стали видны, но в Storage Adapters адаптер не появился. Обновление прошивки HBA на результат не повлияло, но соответствие версии драйвера настоятельно рекомендуется.

Вместо еще одного теста установки через RCLI, решили поступить более радикально – интегрировать драйвер в дистрибутив.

Для этого воспользовались утилитой ESXi-Customizer.

Интеграция прошла успешно, LUNы  стали видны на  этапе установки ESXi, адаптеры появились в Storage adapters.

Дешевый отказоустойчивый iSCSI-массив

Еще до праздников коллега Virus хотел поведать нам эту историю, но из-за технических причин публикация задерживалась 🙂

Речь пойдет о том, как сделать из 1 компьютера и двух дешевых гигабитных свитчей “D-Link DGS-1005D”  дисковый типа “массив”, застраховавшись от наиболее вероятных аварий – гибели диска и гибели блока питания дешевого свитча. Наличие быстрого и дешевого D-Link позволит для рабочего траффика использовать медленные и дешевые 100mbit Cisco Catalyst с поддержкой vlan и прочих радостей жизни, а для миграции и доступа к “массиву” дешевые D-Link. Конечно, вы не будете застрахованы от выгорания материнок, БП или иных запчастей в этом “массиве”. Впрочем, эта проблема решаема, но она выходит за рамки данной статьи точно так же, как и использование FC карт вместо ethernet или загрузки с usb-flash. Хотя все эти темы очень интересны, и скорее всего будут мной описаны, после того как “сервер” с корнем на флешках отработает пару месяцев, я расскажу про него и ещё несколько упомянутых извращений.

Также стоит помнить, что если у вас будет корень на рейде, то вы ограничены только первым рейдом + старым форматом метаданных+скоростью одного диска, то есть в случае если есть 3 или более диска, то оптимально для корня использовать пару флешек, объединенных в рейд-1, а остальное использовать в виде raid5 (в силу ряда очевидных причин с софт-raid5 загрузиться нельзя).

Continue reading “Дешевый отказоустойчивый iSCSI-массив”

Версии сборок VMware vSphere

За последнюю неделю меня два раза спросили: как узнать какой пакет обновлений стоит на vCenter и на ESXi?

К сожалению, версия пакета обновлений нигде не указывается, но её можно сопоставить с версией сборки продукта, используя две таблички:

  1. короткую, но официальную;
  2. полную, но неофициальную.

UPD: еще одна неофициальная.

Системы исчисления: разные размеры LUN в vSphere и на СХД

Ни для кого не секрет, что производители СХД используют для расчётов емкости систем гигабайты равные 1000 000 000 байтам (десятичная система исчисления), что может вызывать некие нестыковки в миропонимании системных администраторов. Чтобы быть нагляднее я приведу самый явный пример, с которым может столкнуться администратор vSphere – это ограничение на размер LUN VMFS 2ТБ-512 байт.

Ситуация возникла при работе с массивом HP MSA P2000, когда потребовалось разместить “monster VM” с несколькими дисками по ~2Тб.

Continue reading “Системы исчисления: разные размеры LUN в vSphere и на СХД”

E1000 vs VMXNET3

Eric Sloof написал свежую статью из серии “Разрушители мифов”, в которой сравнил эмулируемые сетевые карты E1000, E1000e и паравиртуализированную VMXNET3.

Что такое e1000?

e1000 – это эмулируемый сетевой гигабитный контролер Intel 82545EM. Большинство операционных систем имееют встроенный драйвер, но, к сожалению, качество драйвера не ахти какое. По этой причине на замену ему Intel выпустила e1000e aka 82574L.

Continue reading “E1000 vs VMXNET3”

Обновление VMware Tools через PowerCLI

Ранее я писал о том, как обновлять набор драйверов VMware без перезагрузки виртуальной машины.

Сейчас машин стало побольше и я начал смотреть в сторону автоматизации своих действий, точнее, в сторону PowerCLI.

Внезапно оказалось, что в PowerCLI 4.0 появился командлет Update-Tools:

Update-Tools -VM prm-VM01 -NoReboot

Проверил, действительно обновляет набор без перезагрузки сервера.

VMFS-5: автоматическое изменение формата раздела

Одной из главных функций vSphere 5 стала новая версия файловой системы VMFS-5.

Наиболее часто задаваемый вопрос cвязан с увеличением размера  сконвертированного раздела из VMFS-3 в VMFS-5 свыше 2 TB.

Тома VMFS-3 создаются с использованием MBR (Master Boot Record), что ограничивает размер партиции в эти самые пресловутые 2 TB. А  вот тома VMFS-5 создаются с использованием  GPT(GUID Partition Format), который не ограничен данным лимитом.

Но, оказывается, при конвертации  из VMFS-3 в VMFS-5, изменение формата партиции не происходит. Для изменения формата необходимым условием является превышение размера в 2 TB.

Вы можете расширить LUN, на которым размещен сконвертированный том, а затем  увеличить его размер стандартными средствами vSphere. При этом формат MBR будет заменен на GPT без дополнительных действий, автоматически.

Подробно и с картинками описано в официальном блоге.