Записки о виртуализации и о жизни
Как написано тут, меняется схема лицензирования для VMware vSphere 5.0. А именно, убрана редакция Advanced, лимиты по количеству ядер и физической памяти. Вместо них добавлен параметр vRAM, с ним и попробуем разобраться.
Вот скриншот возможностей новых редакций: Continue reading “vSphere 5 и vRAM”
В новой vSphere стала доступна файловая система VMFS-5. Для быстрого понимания особенностей её приведу краткий пересказ статьи из официального блога.
Одна из основных целей улучшений в 5-ке это упрощение управления хранением. Путём её достижения является уменьшение количества хранилищ через увеличение их размера, а также рост масштабируемости.
Улучшения VMFS-5: Continue reading “Особенности VMFS-5”
Как вы знаете, до установки VMware Tools, MS Integration Components и т.п., консоль виртуальной машины обеспечивает низкое быстродействие при работе с мышью.
Неприятным сюрпризом оказалось то, что в VMware vSphere это не помогло для Windows 2008 и Windows 2008 R2.
VMware KB подсказала, что по умолчанию SVGA-драйвер не устанавливается.
Соответственно, вам необходимо вручную поставить драйвер из каталога “C:\Program Files\Common Files\VMware\Drivers\wddm_video” и перезапустить сервер.
Впрочем, Джейсон утверждает, что обновление VMware Tools вам не помешает.
Если мы хотим автоматизировать этот процесс:
– ждем vSphere 5 и надеемся, что там-то это исправлено;
– создаем шаблон с уже настроенной видеокартой.
Это памятка для меня и тех, кто имеет дело с решениями USB over IP для VMware, но по каким-либо соображениям не использует или не может использовать встроенный USB passthrough.
Те кто имеют возможность использования штатных средств могут заглянуть в это kb: http://kb.vmware.com/kb/1022290
А список поддерживаемых устройств можно посмотреть тут: http://kb.vmware.com/kb/1021345
Итак. Так как религиозные соображения, а именно ESXi 3.5 местами, а так же отсутствие моих USB устройств в HCL, вынуждают меня использовать сторонние решения.
Я выбрал устройство DIGI AnywhereUSB/5 G1, так как компания Aladdin и Guardant подтвердили мне при запросе, что их USB ключи совместимы с этим устройством от DIGI.
Сразу уточню, что сейчас уже есть DIGI AnywhereUSB G2, который позволяет подключать свои порты к разным серверам. G1 же подключал весь usb хаб в монопольном режиме к одному серверу, но так как на тот момент в продаже не было еще поколения G2, то купил я именно G1. Continue reading “USB over IP и VMware ESXi”
Виктор натолкнулся на забавную заметку про VAAI в IBM Storwize V7000.
Небольшое предисловие: Storwize V7000 – это своебразный прокси для систем хранения данных. Клиенты работают только с ним, а он уже с всем зоопарком, что есть на предприятии.
Собственно, картинки до и после включения VAAI. Continue reading “Про VAAI на IBM Storwize V7000”
Решил я настроить резервное копирование ВМ через 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”
У меня есть Celerra NX4, в рекомендациях к ней указано, что IOOperationLimit (число команд, которое будет отправлено по одному пути, до переключения на следующий) для виртуальных хранилищ при включенном алгоритме multipath RoundRobin стоит выставлять в значение равное 1 (единице).
Все бы ничего, кроме того что у меня этих виртуальных хранилищ больше десятка и 8 хостов. Итого более 80 раз вбивать однотипные команды? Ну уж нет – это не unix way.
Для начала проверим какое значение у этого параметра уже выставлено: Continue reading “Настройка значения IOOperationLimit для RoundRobin на нескольких виртуальных хранилищ одновременно”
У компании EMC есть замечательная штука под названием Solutions Enabler (SE), которая необходима для плагина Virtual Storage Integrator для vCenter и для управления CLARiiON и Symmetrix. Solutions Enabler имеет довольно широкий функционал, который требуется дополнительно лицензировать, но так как я хочу использовать его только для EMC VSI plug-in, то никаких лицензий дополнительно не требуется, потому что базовая лицензия на него идет в комплекте с любым СХД от EMC. Отмечу то, что если Вы являетесь владельцем любой СХД EMC, то у Вас есть все основания использовать их плагины для vCenter, они бесплатны и дают достаточно преимуществ, чтобы их не игнорировать.
Моей целью было подружить SE с vCenter, а так как мне было невероятно лень устанавливать сервер Solutions Enabler, то я использовал vApp с ним, что заметно удобнее. Скачать его можно с powerlink –> support –> software downloads licensing –> Downloads S –> Solutions Enabler.
Disclaimer: запись опубликована из Windows Live Writer. Если не угадал со шрифтами, буду дальше тренироваться!
Передо мной была поставлена задача по миграции кластера VMware на распределенный свитч. Кластер состоит из нескольких хостов ESX 4.1. Для совмещения приятного с полезным было принято решение также перевести порты коммутаторов Cisco в режим транк для использования нескольких VLAN в виртуальной среде.
Порывшись в документации, я нашел два варианта решения задачи:
– руками через GUI;
– через функционал Host Profiles.
Так как второй вариант предусматривает простой в работе, мною был выбран вариант настройки руками.
Дальше был разработан следующий план, проверенный на тестовом хосте (подразумевается, что распределенный свитч у вас уже есть, и настроены необходимые порт-группы): Continue reading “Миграция на распределенный коммутатор VMware”
Итак, ситуация:
У Вас есть 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– ограничения и обходные решения”