Буквально вчера появилась пара новых документов по vSphere 5.
Это лучшие практики по обновлению до vSphere 5[тут] и гайд по работе с ESXi 5[тут].
Достаточно интересное чтиво.
Под катом картинка архитектуры ESXi для затравки
Записки о виртуализации и о жизни
Во-первых, бложег вернулся, ура.
А далее уже по делу, пост будет коротким, но немного в неформальном стиле – это всё же не How-to.
Появилась у меня нужда сделать загрузку ESXi 4.1 с iSCSI стораджа.
В качестве стораджа используется Celerra NX4, серверы – Dell R710 11G. Сетевые карты на основе broadcom 5709, а это значит, что они есть в VMWare HCL.
Так же они являются dependant iSCSI адаптерами и поддерживают загрузку с iBFT, что мне и требовалось.
Осталось только произвести настройку и наткнуться на грабли!
Наш основной спонсор, компания Trilead, выпустила новую версию VM Explorer с поддержкой vSphere 5.0.
Кроме этого, новая версия несёт с собой следующие изменения:
В начале июля я начал миграцию электронной почты – за полмесяца почта должна была переехать с MS Exchange 2007 на 2010. В первых числах августа миграция была закончена, но затем возник неприятный нюанс – Outlook начал периодически просить пароль. Отключение Outlook Anywhere большинству пользователей помогло, что делать с остальными мы не знали. В журналах событий даже после включения супер-подробных журналов диагностики было тихо.
Все было настолько печально, что я обратился в техподдержку Microsoft…
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.
Эта заметка будет посвящена ключевым рекомендациям по настройке и подключению СХД серии AMS 2000 от компании Hitachi Data Systems, в которую входят AMS2100, AMS 2300 и AMS2500. Многие из этих рекомендаций общие для всех СХД, многие уже известны, а некоторые относятся только к AMS.
На картинке ниже нарисована схема СХД, применительно к которой и будут описаны рекомендации.
Continue reading “Рекомендации по настройке СХД Hitachi серии AMS 2000”
В основу легли статья 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.х. Причем не только расскажут, но и покажут живую демку.
Ждем-ждем 🙂