Записки о виртуализации и о жизни
Ранее я писал о том, как обновлять набор драйверов VMware без перезагрузки виртуальной машины.
Сейчас машин стало побольше и я начал смотреть в сторону автоматизации своих действий, точнее, в сторону PowerCLI.
Внезапно оказалось, что в PowerCLI 4.0 появился командлет Update-Tools:
Update-Tools -VM prm-VM01 -NoReboot
Проверил, действительно обновляет набор без перезагрузки сервера.
Одной из главных функций 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 без дополнительных действий, автоматически.
Подробно и с картинками описано в официальном блоге.
Что такое EVC можно узнать, например, тут.
EVC нужен для того, чтобы у вас работал vMotion между хостами с различными процессорами одного производителя.
Беда в том, что если вы при создании кластера не включили EVC, то на горячую его включать нельзя. Только выключив все машины, либо мигрировав их в выключенном состоянии.
Но, читая книгу Scott Lowe по дизайну, углядел там трюк.
Допустим, у вас есть 4 старых хоста и 4 новых. 4 старых в кластере и все бы ничего, но при добавлении новых миграция на них не идет!
К сожалению, пока я не могу проверить этот рецепт.
Наш основной спонсор, компания Trilead, выпустила новую версию VM Explorer с поддержкой vSphere 5.0.
Кроме этого, новая версия несёт с собой следующие изменения:
VMware выложила несколько документов о производительности, настройке, лучших практиках в новой версии платформы:
Как мы уже тут писали, в vSphere 5 появились ключевые изменения в лицензировании. Вот только предложенные значения vRAM не понравились большинству потребителей. VMware сделала опрос клиентов и вчера вывесила новые значения vRAM.
| Редакция vSphere | Старый vRAM | Новый vRAM |
| vSphere Enterprise+ | 48 GB | 96 GB |
| vSphere Enterprise | 32 GB | 64GB |
| vSphere Standard | 24 GB | 32 GB |
| vSphere Essentials+ | 24 GB | 32 GB |
| vSphere Essentials | 24 GB | 32 GB |
| Free vSphere Hypervisor | 8 GB | 32 GB* |
* Увеличен лимит на хост ESXi Free до 32Гбайт
Что думаете по поводу лимитов и ситуации в целом? 🙂
Duncan Epping выпустил серию статей про механизм High Availability в vSphere 5.0 (ссылка на первую часть), а я попробую перевести их ибо чтиво интересное!
По мере публикации новых статей Duncan’а я буду править эту статью. Поехали…
FDM
Как вы знаете, в VMware Infrastructure 3 / 3.5 и в vSphere 4 / 4.1 за механизм высокой доступности отвечал AAM. Этот продукт был в незапамятные времена приобретен VMware и практически без изменений служил последние лет 5-10.
В основу легли статья Duncan Epping’а и What’s New in Performance…
Как вы уже видели, vSphere 5.0 обещает нам гору изменений из разряда “быстрее, дальше, выше”. Данная статья про живую миграцию или про vMotion.
Ключевых нововведений тут три: поддержка vMotion через несколько адаптеров, поддержка Metro-vMotion и Stun During Page Send.
vMotion Multi-NIC
В vSphere 5.0 vMotion может использовать более одного адаптера для ускорения процедуры vMotion. Заявленные ограничения – 16-1Гбит адаптеров или 4-10Гбит.
Изменения коснулись VMKernel, теперь он отвечает за балансировку нагрузки vMotion. Даже если вы осуществляете один vMotion, он будет сбалансирован.
На следующем рисунке демонстрируется уменьшение времени миграции. Мигрируется одна или две виртуальная машина с 4 vCPU, 16GB RAM, внутри которой MS SQL. В момент миграции виртуальные машины выполняют OLTP-запросы. На хостах используются сетевые адаптеры 10Гбит.
Технология VMware Fault Tolerance появилась еще в четвертом выпуске VMware vSphere. Эта технология обещала сущие чудеса: виртуальная машина продолжит свою работу даже при внезапной смерти хоста, на котором она работает.
К сожалению, чудес не бывает – на самом деле, было две виртуальных машины, между которыми настроена синхронная репликация. Соответственно, вы получали двойную загрузку по процессору и памяти, а если активно использовалась дисковая подсистема, то еще и сильно нагружали сеть.
Требования FT оказались драконовскими:
Тем приятнее было увидеть это. На VMworld 2011 расскажут о защите многопроцессорной ВМ с помощью FT в vSphere 5.х. Причем не только расскажут, но и покажут живую демку.
Ждем-ждем 🙂