Category: 5.0

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 без дополнительных действий, автоматически.

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

Как включить EVC в рабочем кластере

Что такое EVC можно узнать, например, тут.

EVC нужен для того, чтобы у вас работал vMotion между хостами с различными процессорами одного производителя.

Беда в том, что если вы при создании кластера не включили EVC, то на горячую его включать нельзя. Только выключив все машины, либо мигрировав их в выключенном состоянии.

Но, читая книгу Scott Lowe по дизайну, углядел там трюк.

Допустим, у вас есть 4 старых хоста и 4 новых. 4 старых в кластере и все бы ничего, но при добавлении новых миграция на них не идет!

  1. Вы создаете новый кластер, включаете там EVC и дублируете остальные настройки с главного кластера;
  2. Освобождаете один хост с самым старым процессором и переносите его в новый кластер. После этого можете мигрировать с других старых серверов виртуальные машины на этот либо на новые сервера, добавленные в новый кластер.

К сожалению, пока я не могу проверить этот рецепт.

Свежая документация по vSphere 5

Буквально вчера появилась пара новых документов по vSphere 5.

Это лучшие практики по обновлению до vSphere 5[тут] и гайд по работе с ESXi 5[тут].

Достаточно интересное чтиво.

Под катом картинка архитектуры ESXi для затравки

Continue reading “Свежая документация по vSphere 5”

Новая версия Trilead VM Explorer с поддержкой vSphere 5.0

Наш основной спонсор, компания Trilead, выпустила новую версию VM Explorer с поддержкой vSphere 5.0.

Кроме этого, новая версия несёт с собой следующие изменения:

  • New: destination server to Backup Explorer
  • Updated VD library to 5.0
  • Enhanced backup speed for vCenter
  • Enhanced debug report
  • Fixed host name resolution

Производительность vSphere 5

VMware выложила несколько документов о производительности, настройке, лучших практиках в новой версии платформы:

Увеличение лимитов vRAM

Как мы уже тут писали, в 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Гбайт

Что думаете по поводу лимитов и ситуации в целом? 🙂

Особенности работы HA в vSphere 5.0

Duncan Epping выпустил серию статей про механизм High Availability в vSphere 5.0 (ссылка на первую часть), а я попробую перевести их ибо чтиво интересное!

По мере публикации новых статей Duncan’а я буду править эту статью. Поехали…

FDM

Как вы знаете, в VMware Infrastructure 3 / 3.5 и в vSphere 4 / 4.1 за механизм высокой доступности отвечал AAM. Этот продукт был в незапамятные времена приобретен VMware и практически без изменений служил последние лет 5-10.

Continue reading “Особенности работы HA в vSphere 5.0”

vSphere 5.0 – что нового в vMotion

В основу легли статья 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Гбит.

Continue reading “vSphere 5.0 – что нового в vMotion”

VMware Fault Tolerance и поддержка SMP

Технология VMware Fault Tolerance появилась еще в четвертом выпуске VMware vSphere. Эта технология обещала сущие чудеса: виртуальная машина продолжит свою работу даже при внезапной смерти хоста, на котором она работает.

К сожалению, чудес не бывает – на самом деле, было две виртуальных машины, между которыми настроена синхронная репликация. Соответственно, вы получали двойную загрузку по процессору и памяти, а если активно использовалась дисковая подсистема, то еще и сильно нагружали сеть.

Требования FT оказались драконовскими:

  • поддерживается только один виртуальный процессор (vCPU);
  • требуется выделенный гигабитный сетевой адаптер под трафик синхронизации ВМ;
  • поддерживаются не все процессоры [kb].

Тем приятнее было увидеть это. На VMworld 2011 расскажут о защите многопроцессорной ВМ с помощью FT в vSphere 5.х. Причем не только расскажут, но и покажут живую демку.

Ждем-ждем 🙂

Что нового в VMware SRM 5

Этому документу посвящается…

vSphere Replication

В SRM 4 репликация ВМ проходила на уровне СХД. Соответственно, для работоспособности вам требовались две СХД из VMware HCG. В VMware SRM 5 вам доступна опция по репликации включенных ВМ через сеть. Известно, что эта репликация опирается на механизм CBT (Change block tracking). В качестве полезного функционала можно отметить следующие особенности:

  • независимость от типа СХД и HBA.
  • интеграция с MS VSS.
  • одновременное использование репликации на уровне СХД и на уровне хостов для разных машин кластера.
  • возможность переподключить к ВМ диски из резервного ЦОДа.
  • возможность выбора – какие виртуальные диски у ВМ реплицировать.

Continue reading “Что нового в VMware SRM 5”