Буквально вчера появилась пара новых документов по vSphere 5.
Это лучшие практики по обновлению до vSphere 5[тут] и гайд по работе с ESXi 5[тут].
Достаточно интересное чтиво.
Под катом картинка архитектуры ESXi для затравки
Записки о виртуализации и о жизни
Jase McCarty описал у себя на блоге ситуацию с которой он столкнулся. Его программисты были против виртуализации SQL-сервера, аргументируя это тем, что в виртуальной среде не отрабатывали процедуры. Если дружите с английским, лучше читайте оригинал 🙂
Давным давно в хозяйстве Jase были сервера GSX и ESX 2,5. Программисты столкнулись с тем, что одни и те же хранимые процедуры превосходно работали на железе, но в виртуальной среде “вылетали”. Всему виной VMware! 🙂
Jase был не согласен с такой формулировкой и предложил вариант траблшутинга. Он поднимает с нуля физический сервер с Windows Server/SQL, программисты его настраивают и две недели гоняют. После этого Jase делает P2V и все наблюдают за результатом.
Jase установил на физический сервер Windows 2003, SQL2000 и поставил одобренные обновления. После этого программисты произвели требуемые настройки и все уселись ждать.
Неделя №1.
Jase (J) несколько раз подходил к программистам (D)
J: Все ли работает?
D: Все хорошо.
В выходные Jase перенес сервер в виртуальную среду.
Неделя №2.
J: Все ли работает?
D: Все хорошо. Даже стало быстрее работать.
J: Ну так я к гигабитному свитчу сервер подключил.
Итак, прошли две недели и Jase пошел обсуждать с программистами вопрос по переносу сервера в виртуальную среду.
D: Даунтайм и все такое.
J: Даунтайм будет нулевым, потому что сервер уже неделю как виртуальный.
D: ?????
Занавес.
Позже выяснилась причина этой “баги” с процедурами – некорректная настройка шаблона виртуальной машины для SQL-сервера.
А ведь из-за подобных инцидентов и принимаются всякие “интересные” решения типа выбора одного вендора либо отказа от виртуализации.
Во-первых, бложег вернулся, ура.
А далее уже по делу, пост будет коротким, но немного в неформальном стиле – это всё же не 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Гбит.