Category: 4.1

Veeam Backup and VSS

Решил я настроить резервное копирование ВМ через VSS.

Аккуратно включил его на ряде ВМ и поймал предупреждение.

Creating snapshot VMware Tools are not up to date. Please upgrade VMware Tools as soon as possible to avoid potential issues with VM processing. VSSFreezer: -2147467259 Backup job failed. Cannot create a shadow copy of the volumes containing writer’s data. VSS asynchronous operation is not completed. Operation: [Shadow copies commit]. Code: [0x8004231f].

Гугл по ошибке посылает туда, где говорят, что причина чаще всего в нехватке места на диске, либо ограничения на размер Shadow Copy. Проверяем: Continue reading “Veeam Backup and VSS”

Настройка значения IOOperationLimit для RoundRobin на нескольких виртуальных хранилищ одновременно

У меня есть Celerra NX4, в рекомендациях к ней указано, что IOOperationLimit (число команд, которое будет отправлено по одному пути, до переключения на следующий) для виртуальных хранилищ при включенном алгоритме multipath RoundRobin стоит выставлять в значение равное 1 (единице).

Все бы ничего, кроме того что у меня этих виртуальных хранилищ больше десятка и 8 хостов. Итого более 80 раз вбивать однотипные команды? Ну уж нет – это не unix way.

Подготовка

Для начала проверим какое значение у этого параметра уже выставлено: Continue reading “Настройка значения IOOperationLimit для RoundRobin на нескольких виртуальных хранилищ одновременно”

Миграция на распределенный коммутатор VMware

Disclaimer: запись опубликована из Windows Live Writer. Если не угадал со шрифтами, буду дальше тренироваться!

Передо мной была поставлена задача по миграции кластера VMware на распределенный свитч. Кластер состоит из нескольких хостов ESX 4.1. Для совмещения приятного с полезным было принято решение также перевести порты коммутаторов Cisco в режим транк для использования нескольких VLAN в виртуальной среде.

Порывшись в документации, я нашел два варианта решения задачи:

– руками через GUI;

– через функционал Host Profiles.

Так как второй вариант предусматривает простой в работе, мною был выбран вариант настройки руками.

Дальше был разработан следующий план, проверенный на тестовом хосте (подразумевается, что распределенный свитч у вас уже есть, и настроены необходимые порт-группы): Continue reading “Миграция на распределенный коммутатор VMware”

ESXi и загрузка с iSCSI– ограничения и обходные решения

Настройка Boot From iSCSI SAN:

 

Итак, ситуация:

У Вас есть ESXi хосты с independent iSCSI HBA, есть iSCSI хранилище подключенное к хостам и желание настроить загрузку с SAN по каким-либо причинам (бездисковые сервера, указание руководства и т.п.).

Изучаем задачу:

1. ESXi поддерживает загрузку с iSCSI, начиная с версии 4.1.

-ОК

2.Загрузка c independent iSCSI HBA не поддерживается.

-Не проблема, у нас есть обычные NIC.

3. Зато поддерживается загрузка с dependent HBA и software iSCSI, но NIC должен поддерживать iBFT (iSCSI Boot Firware Table).

-У нас как раз такие есть (Broadcom 5709), отлично.

4. Включение iBFT на адаптере автоматически включает software iSCSI на хосте ESXi и не позволяет его выключить

-Ну а в чем подвох?

Continue reading “ESXi и загрузка с iSCSI– ограничения и обходные решения”

Вышел Trilead VM Explorer 3.5

Наш спонсор Trilead выпустил крупное обновление к своему средству резервного копирования – Trilead VM Explorer 3.5.018:

  • Теперь он может работать как сервис;
  • Поддерживается ESX/ESXi 4.1 U1;
  • Появились дополнительные опции при отчетах по электронной почте;
  • Запланированные отчеты можно просматривать прямо из VMX или экспортировать в HTML;
  • Добавлен функционал обработки ошибок при выполнении задания (“On error execute next task”);
  • Увеличилось количество настроек для инкрементальных бэкапов;
  • Добавлена возможность включения ВМ после восстановления;
  • Появилась утилита Backup Explorer, позволяющая осуществлять поиск по резервным копиям

Adaptec CIM Provider for VMware

Ликуйте, фанаты рейд-контроллеров Adaptec – появился Storage Manager в виде CIM-плагина для VMware ESX(i) 4.1.

Если ваша плата в этом списке:

– Adaptec RAID 5405
– Adaptec RAID 5405z
– Adaptec RAID 5445
– Adaptec RAID 5445z
– Adaptec RAID 5805
– Adaptec RAID 5805Q
– Adaptec RAID 5805z
– Adaptec RAID 5805ZQ
– Adaptec RAID 5085
– Adaptec RAID 51245
– Adaptec RAID 51645
– Adaptec RAID 52445
– Adaptec RAID 2805
– Adaptec RAID 2405
– Adaptec RAID 2405Q
– Adaptec RAID 2045

То вам сюда.

За ссылку спасибо diz’у.

UPD: Из комментариев – Raid 3x тоже работают.

Не могу создать пул ресурсов в кластере vSphere

Решил задаться вопросом, почему я не могу задать пул ресурсов в своем кластере из нескольких хостов vSphere 4.0.

Поиск по документации дал печальный ответ – пул ресурсов может быть создан в/на:

  1. Хосте ESX/ESXi;
  2. Другом пуле ресурсов;
  3. Кластере DRS.

В мою лицензию vSphere Advanced технология DRS (автоматическая балансировка ВМ по хостам) не входит.

Проблема очень больших дисков > 2 TB

В последние годы ИТ-индустрии приходится постоянно преодолевать ограничения стандартов и протоколов, разработанных в прошлом веке.
Например, на этой неделе закончились все IP-адреса формата IPv4, а на IPv6 перешло около 1% сетей.
Но наибольшую актуальность приобрела проблема с ограничением размера дисков в 2 терабайта.
Dell провел неплохую работу по разбору проблемы на уровне серверов и серверных операционных системы. Результаты представлены на DellTechCenter:

Напоминаю, что поддержка партиций > 2 TB появится только в следующей версии VMFS.

VMware ESX 4.1 Update 1 – чего ждать

Просочились слухи об изменениях в 4.1 U1:

  • Расширение списка поддерживаемых СУБД vCenter и VMware Update Manager. vCenter 4.1 Update 1 и VMware Update Manager 4.1 Update 1 поддерживаются на Microsoft SQL Server 2008 R2 и Oracle 11g R2.
  • Расширен пользовательский интерфейс VMware Update Manager. vSphere 4.1 Update 1 предоставляет новый GUI для последующей настройки VMware Update Manager (VUM) и VMware Update Manager Download Service. Через него можно сбрасывать пароль VMware Update Manager к БД, менять SSL-сертификат, используемый VMware Update Manager, перерегистрировать расширение VMware Update manager в vCenter, и указать настройки прокси для VMware Update Manager Download Service.
  • Масштабируемость. ESX 4.1 Update 1 поддерживает до 160 логических процессоров.
  • Улучшена производительность СУБД и терминальных серверов в виртуальной среде. ESX 4.1 Update 1 значительно увеличивает производительность при высокой загрузке CPU.
  • Поддержка дополнительных ОС. В ESX 4.1 Update 1 добавлена поддержка Ubuntu 10.10, Solaris 10 U9 и RHEL 6. Для полного списка поддерживаемых ОС смотрим VMware Compatibility Guide.