Сообщения
Все комментарии
Объявлена стоимость подписки на VDI от Red Hat.
Цитата:
На сайте Red Hat пишет «All at a 60-80 percent lower cost with the same or better features compared to other solutions» Что касается VDI, те цифры которые у меня получались как раз укладываются в этот разброс.
Из переписки:
Михаил, приветствую!Что я ответил:
У меня такая проблема, может посоветуете чего...
Вкратце, что есть:
Два ЦОД, репликация данных посредством СХД
Настроен boot from SAN на обеих площадках.
При переезде с одной площадки на другую, ESX4 грузится, но теряет все виртуалки из инвентори, которые на нем должны быть, как следствие, не поднимется VC, и все остальное. Тома ESX-ы РЦОД видит как snap-xxxxxxx, т.к. изменился LUN ID.
По Вашей книге необходимо проводить действия вручную через VC client. Но это нам не подходит из-за большого кол-ва ESX(40) и виртуальных машин(200).
Подскажите, пожалуйста, как сделать автоматическое поднятие всего ЦОД на РЦОД?
В какую сторону копать?
Приветствую.Почему так: потому что в ESX(i) 4 поменялся механизм работы с такими ЛУНами. Какими “такими” и откуда вообще проблема берется, напомню.
вообще, решать именно вашу задачу призван продукт VMware site recovery manager.
кроме разного полезного прочего он и описанную проблему решает сам.
правда, он стоит денег.
если без него, то единственное, что приходит на ум — это поразбираться, решается ли данная проблема скриптами.
Кроме скриптов я тут вариантов не вижу.
Решается ли это на скриптах (локальных в Service Console, vSphere CLi или PowerCLI) я просто не помню — не приходилось такую задачу решать.
Приветствую.А я, пока искал инфу для этого поста, обнаружил что писал таки про способ сделать это в четверке из CLI:
Мне помогла такая вещь:
esxcfg-advcfg -s 0 /LVM/DisallowSnapshotLUN
решение работает, резервный ЦОД запустился!!
+ дописать в vmx uuid.action = «keep»
Существует такая штука как VAAI, или vStorage API for Array Integration.
(не путать с VADP, vStorage API for Data Protection — это то, что пришло на смену VCB, VMware Consolidated Backup)
Тем не менее, оба набора API — часть единого целого. Правда, VAAI только должны появится, вроде как в 4.1.
Так вот, VAAI — это штука нужна для того, чтобы ESX(i) отдал дисковые операции на откуп тому, кто на них собаку съел — системе хранения данных. Это еще называют «offload».
Это означает, что некоторые операции будут делаться быстрее и/или не будут создавать нагрузку на гипервизор.
Что за операции? В теории вот они:
Забавно. Вот штука – Synology DS1010+:
Это NAS, на 5 дисков (3.5 или 2.5, HDD или SSD).
С одной стороны, в списке поддерживаемых фич присутствуют такие, как:
У файловой системы VMFS есть такая характеристика, как размер блока = 1, 2, 4 или 8 мегабайт.
От размера блока зависит максимальный размер файла на разделе = 256, 512, 1204 или 2048 гигабайт.
Проблемой является следующий момент – если мы промахнулись, и после форматирования с, например, блоком в один мегабайт, нам понадобилось создать для ВМ файл-диск размером гигабайт 300 – у нас это не получится. И единственный способ это исправить – это освободить данный VMFS от виртуалок, удалить, и пересоздать заново с нужным размером блока.
А еще более неприятно бывает тогда, когда данная проблема возникает для хранилища на загрузочном диске ESX 4. Дело в том, что оно создается автоматически, установщиком ESX, и как раз с блоком = 1 МБ.
А удалить его нельзя, потому что на нем лежит файл-диск Service Console.
Так вот, есть способ поправить конфиг установщика так, чтобы указать требуемый вам размер блока:
Инструкция:
1) Берем iso с дистрибутивом ESX, и извлекаем из него файл \isolinux\initrd.img
Под Windows я не смог выполнить дальнейшие шаги, поэтому:
2) копируем этот файл на Linux (я использовал Service Console), например с помощью WinSCP.
3) Допустим, initrd.img у нас лежит в /tmp
тогда
4) Последовательно выполняем
mkdir /tmp/temp
cd /tmp/temp
zcat /tmp/initrd.img | cpio --extract
mv /tmp/initrd.img /tmp/initrd.org
nano /tmp/temp/usr/lib/vmware/weasel/fsset.py
5) ищем (Ctrl+W) строку
blockSizeMB = 1
меняем размер блока на нужный
сохраняем, выходим (Ctrl+X)
6) Выполняем
find ./ | cpio -H newc -o > /tmp/initrd
gzip /tmp/initrd --suffix .img
7) Заменяем initrd в дистрибутиве на новую версию. Все.
Кстати, это работает даже при использовании файла ответов для установщика, в том числе идущих по умолчанию.
UPD.
А вот в комментариях подсказали другой вариант - http://kb.vmware.com/kb/1012683
Первый вариант удобнее, когда с одного дистрибутива надо на многих инсталляциях недефолтный размер блока.
Для разового изменения проще вариант 2.
Коллеги, обращаюсь к тем из вас, кто подписан по rss или email, и на сам блог заходит нечасто — я сделал несколько страниц
На закладке Performance — как правильно мониторить я постарался привести основную информацию о том, с помощью чего и по каким критериям обнаруживать узкие места в производительности виртуальных машин.
На закладке VMware Certification — информацию о сертификации VMware. VCP, VCAP, VCDX — описание, условия и основные ссылки.
В ближайших планах сделать еще как минимум одну страницу — о курсах.
Надеюсь, вам это будет полезно.
Хочется поздравить с годовщиной портал http://www.virtualizationsecuritygroup.ru.
Сегодня у нас день рождения!
Ровно год назад, 26 июня на очередной встрече Russia VMware User Group было принято решение о создании отдельной группы, которая следуя принципу «мультивендорности» сконцентрируется на вопросах обеспечения информационной безопасности виртуальных инфраструктур.
Этот год для нас выдался безумно насыщенным, мы прошли путь от странички в LinkedIn до собственного портала; успели поработать над совместными проектами с Ассоциацией профессионалов в области информационной безопасности RISSPA и Ukrainian Information Security Group. Интерес к Virtualization Security Group Russia очевиден — число зарегистрированных участников выросло до 67, ведь мы объединяем вокруг себя практикующих специалистов по обеспечению безопасности виртуальных инфраструктур.
Удачи и успехов :)
Анонсирован выход RHEV 2.2, включающего в себя помимо серверной виртуализации, реализацию VDI на основе протокола SPICE. В качестве виртуальных рабочих мест и клиентов VDI поддерживаются как Linux, так и Windows. Согласно документам имеется перенаправление USB-устройств в виртуальные машины.
На проходящем в Бостоне 2010 Red Hat Summit было сделано много интересных объявлений, включая новое комплексное решение для поддержки облачной инфраструктуры, выход RHEV 2,2 для серверов и ПК, расширение партнерство с Cisco, новые порталы для клиентов и партнеров, программу регистрации сделок для партнеров и др.
