Записки о виртуализации и о жизни
Ранее я писал о том, как с помощью HP SIM мониторить через SNMP оборудование сторонних производителей, например, APC.
Немного мою радость уменьшало то, что при этом HP SIM про устройство не знал ничего. Ни типа, ни названия.
Внезапно мне под руку попался документ, как интегрировать мониторинг через SNMP SUN ILOM.
Что такое EVC можно узнать, например, тут.
EVC нужен для того, чтобы у вас работал vMotion между хостами с различными процессорами одного производителя.
Беда в том, что если вы при создании кластера не включили EVC, то на горячую его включать нельзя. Только выключив все машины, либо мигрировав их в выключенном состоянии.
Но, читая книгу Scott Lowe по дизайну, углядел там трюк.
Допустим, у вас есть 4 старых хоста и 4 новых. 4 старых в кластере и все бы ничего, но при добавлении новых миграция на них не идет!
К сожалению, пока я не могу проверить этот рецепт.
Товарищи из VMware опубликовали сравнение скорости vMotion и его влияния на систему у себя и Hyper-V R2.
Главное, на что пытаются обратить внимание авторы блога – зверское влияние на производительность для миграции в MS.
Так уж повелось, что конкурсы пока что устраиваются не по основной тематике блога 😉
Итак, в чем состоит конкурс:
Есть программка, которая может видеть MAC-адреса за маршрутизатором.
Ковыряю сейчас на работе этого зверя – HP Systems Insight Manager.
Возник вопрос – а не помониторить ли нам упсы APC через SNMP.
Гугление подсказало верную дорогу.
Для добавления любого устройства необходимо скомпилировать его MIB(mxcompile) и зарегистрировать в SIM(mxmib). Подробная инструкция у вендора, краткая чуть ниже, на примере APC.
Всем привет. 27 сентября прошла встреча MCP-клуба, на которой Максим Горинов рассказал о семействе System Center 2012 и новом продукте этой линейки – System Center Orchestrator 2012. Тут ссылка на презентацию.
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, что мне и требовалось.
Осталось только произвести настройку и наткнуться на грабли!
Что нам стало известно о Windows Server 8 и Hyper-V R3: