Сообщения
Все комментарии
Коллеги, недавно вышла новая версия vSphere – 4.1, и принесла много вкусного.
Рад сообщить, что вскоре появится обновленный базовый курс по vSphere 4.1.
Это vSphere ICM – первая его версия была 4х дневной, новая, по 4.1 – стала пятидневной.
У нас он первый раз будет читаться 23 августа, правда, не мной.
Вот тут - How to: Optimize guests for VMware View - камрад делится своим предпочтениями по тюнингу виртуальных десктопов.
Список довольно интересный, к ознакомлению рекомендуется.
Коллеги, кто планирует сдавать тесты VCP, VCAP Administrator или VCAP Desing - VMware возобновила программу, по которой у меня как официального тренера VMware есть код на 10% скидку для сдачи теста. Смело запрашивайте.
Как и раньше, если я войду в топ-50 по числу сдавших с моим кодом - мне обломится красивая футболка . Так что я заинтересован :)
Интересный документ про производительность SharePoint на vSphere - Microsoft Office SharePoint Server 2007 Performance on VMware vSphere 4.1.
Есть такая штука - VMware VMmark.
Это утилита нагрузочного тестирования виртуальной инфраструктуры.
Идея ее возникновения состоит в том, что измерять попугаи для виртуальных сред следует особыми способами. Это является следствием того, что сама суть виртуальной среды - как можно эффективнее разделить ресурсы сервера\серверов между многими ВМ - и нагружать тестами какую-то одну ВМ бессмысленно.
А VMmark делает все как надо, и бесплатна.
Но есть нюанс - нельзя публиковать результаты тестирования без согласования их с VMware (позиция VMware тут - чтобы не публиковались данные неправильных тестов,
очевидная позиция всех остальных - чтобы не публиковались данные плохих для VMware тестов).
Кроме того, подозрительно - не заточена ли утилита VMware VMmark на завышение попугаев для VMware vSphere?
Не имеет значение реальное положение вещей и наши мнения по этому поводу - данные страхи не требуют обоснования для принятия их во внимание.
Так вот, это я к чему - SPEC зарелизил свою подобную утилиту - SPECvirt_sc2010.
Она стоит денег, работает немного по другому чем VMmark, но зато предполагается вендоронезависимой. Посмотрим.
Список расчетов попугаев этой утилитой доступен тут - All SPECvirt_sc2010 Results Published by SPEC. На сейчас там данные только одного тестирования - IBM Corporation x3650M3 + Red Hat Enterprise Linux 5.5 (KVM).
У VMmark, кстати, сравнений вагон и тележка - VMmark Results.
Какое-то время назад Cisco запустила линейку своего серверного оборудования - Unified Computing System (UCS) (на русском мнения про это железо можно глянуть тут - vBlock- красиво, функционально, доооооорого).
Это железо появилось у интеграторов, многие тестируют. Но пока какого-то законченного опубликованного мнения мне не попадалось, только отзывы в беседах.
Для кого-то может быть интересным - появился эмулятор этого железа - UCS Platform Emulator.
Углядел на Озоне -
Рекламная, но, имхо, интересная статья - Cколько стоит приведение в соответствие?.
Цитата:
В России все больше получают распространение мировые практики и рекомендации производителей по обеспечению информационной безопасности инфраструктур виртуализации...
...О полезности и необходимости следования лучшим мировым практикам говорится очень много, но когда дело доходит до определения стоимости приведения своей инфраструктуры в соответствие данной практике, начинаются вопросы. Многие простые вещи в теории, оказываются не такими уж простыми на практике...
...Итак, попробуем разобраться, в чем же сложность настройки инфраструктуры в соответствии с требованиями упомянутых выше документов. Разбираться будем на примере нашей собственной инфраструктуры - на ком же экспериментировать как не на себе?..
хе хе
только что попробовал:
Раз) Берем ESXi 4.1
Два) Пользователю (я брал root) ставим пароль длиннее 8 символов.
Три) При авторизации вводим только первые 8 символов.
Успешно авторизуемся…
Ситуация становится более пикантной, когда обнаруживается, что после первых 8 правильных символов можно указывать все что угодно(!).
Я поставил пароль “12345678password”.
Успешно авторизовался и с “12345678” и с “1234567887654321”. И клиентом vSphere и putty.
Билд 260247
Судя по тому, что в доке это не описано – это бага.
По мотивам – ESXi 4.1 authentication bug? .
Неподдерживаемый workaround - ESXi 4.1 – Major Security Issue – The Sequel And The Workaround.
Очень меня порадовали эксперименты с доменной аутентификацией на серверах ESX(i).
Вот смотрите:
Если указать не только имя домена, а что-то вроде vm4.ru/Computers/vSphere, то записи о серверах ESX(i) попадут в соответствующий контейнер.
Затем, вариантов два.
1) В AD создается группа “ESX Admins”. Ее члены могут авторизовываться на серверах ESX(i), не обладая никакими дополнительными привилегиями.
Вот так выглядят выданные права по умолчанию:
2) На закладке Permissions выбрать Add Permission в контекстном меню пустого места, и дать права произвольной доменной группе:
В общем, все легко и просто.
Для полноты картины – выдачу прав пункта 2 можно делать централизованно, через Host Profile:
После применения профиля с такой настройкой происходит ожидаемое:
Таким образом, проблема обслуживания учеток и паролей на серверах ESX(i) значительно упрощается.
Однако, в обоих случаях авторизоваться в putty тоже получится, но без прав. Придется использовать su –.
Кстати, коллеги, кто рубит в Linux – а правами в консоли что-то можно придумать? Чтобы достаточно было доменной учетной записи, и для работы в командной строке?
