VMware vCat

Коллеги, ограниченное время актуален читерский способ обзавестись выделенной русскоязычной поддержкой для продуктов VMware - VMware vCat.

View 4.5

Несколько ссылок про новшества View 4.5 и ThinApp 4.6:

• Wrroooom… View 4.5 hits the street.
• View 4.5 & The Journey Towards Enabling the Consumer Cloud Experience for the Enterprise.
• A review of VMware View 4.5 Limits and Maximums.
• Modernizing the Desktop Architecture with VMware View 4.5.
• Release: VMware ThinApp 4.6.

Например, как вам аутентификация по MAC адресу, или management pack под System Center Operational Manager?

Страница продукта тут - VMware View.

Уже можно запросить пробную(evaluation) версию, но на сегодня релиза как такового еще не было - документация пока недоступна, в списке совместимости версии 4.5 еще нет.

Открыта регистрация на VMUG 2010-2

Коллеги, мы открываем регистрацию на осеннюю встречу VMware User Group Russia.

Напомню, что VMUG это встреча сообщества технических специалистов, имеющих интересы в области виртуализации.
Это независимое мероприятие, с уклоном в техническую сторону, бесплатное для участников.

Ориентировочная дата проведения - 11 ноября 2010 года. Встреча будет проходить в Москве, точное место будет сообщено дополнительно.

Программа мероприятия предусматривает некоторое количество докладов с обсуждениями, и время на общение по произвольным темам. Список докладов будет представлен по мере готовности (напомню, что вы можете предложить интересную тему для доклада или свой доклад тут).

Прошлая встреча в Москве собрала порядка сотни специалистов, и получила достаточно широкое (для бесплатного мероприятия силами энтузиастов) освещение.
Встреча VMUG - хороший шанс завести знакомства в профильной среде, получить ответы на интересующие вопросы. А выступление на этой встрече - хороший путь к презентации своей компании или себя любимого.

Организаторы прикладывают усилия, чтобы на встречу попадали только интересные доклады с минимум маркетингового дерьма. Я уверен - будет интересно.

По любым вопросам можно обращаться по электронной почте к Антону или ко мне.

Onyx 2

Я регулярно напоминаю о существовании такой приятной штуки как PowerCLI — набора командлетов PowerShell для управления vSphere.

За доп информацией я обычно ссылаюсь на пост — PowerShell PowerCLI Onyx. Ой, я и сейчас так сделал.

Кстати, мы начинаем читать курс по началам работы с PowerCLI — так что если кто собирается к нам на базовый курс, может быть вам имеет смысл сразу и со скриптованием закрыть вопрос.

Так вот, в вышеупомянутом посте про PowerShell и PowerCLI я упоминал еще и Onyx — очень прикольную штуку, которая на вход берет ваши клики мышкой по интерфейсу vSphere, а на выходе дает скрипт на PowerShell для тех действий, что вы этими кликами выполняли.

Еще одна штука, про которую я иногда напоминаю — это оркестратор. VMware Orchestrator. Вот тут можно глянуть про него — VMware Orchestrator. Данный продукт является средством автоматизации с графическим интерфейсом. Это очень грубое описание, еще один вариант — оркестратор это штука для построения workflow, цепочек задач и операций над виртуальной средой.

К чему я про все это?

К тому, что новая версия Onyx умеет из наших кликов мышкой генерить еще и JavaScript код для Orchestrator.
Кроме того:

• More output formats — the new output formats are: raw SOAP messages, C#, and vCO JavaScript code.
• Easier to start — you can launch vSphere Client and PowerCLI directly from Onyx.
• New settings — you can configure which methods are ignored via the Settings dialog.
• Support for vSphere 4.1 — the new methods introduced in vSphere 4.1 API are available in the ouput.
• Many «invisible» changes — bug fixes, performance improvements, etc.

VMware Visio Stencil for vSphere 4

Всякие тематические картинки для Visio - VMware Visio Stencil for vSphere 4.




UPD.
еще тут и тут (thx Maish).

и снова о SaaS, PaaS, IaaS

несколько интересных текстов:

Статья

Виртуализация в России: “меньше шума, больше дела” Развитие сегмента средств виртуализации в целом проходит в полном соответствии с расширенным вариантом закона Hype-Real …

Открыть материал

 

и первые посты на блоге http://touchcloud.blogspot.com/

Если в прошлый раз, в touch#0, было более менее сносно дано виденье про PaaS и SaaS, то описанием о IaaS я нарочно пренебрег, и все ради того чтобы уже в этом touch более детально остановится на принципах использования ресурсов ИТ предлагаемой этой моделью.

fstec + vSphere

 

На прошлой неделе компания VMware объявила о получении сертификата ФСТЭК России:

«Программный комплекс VMware vSphere 4 в составе ESX 4.0 Update 1 и VMware vCenter Server 4.0 Update 1» в редакциях «Essentials», «Essentials Plus», «Standart», «Advanced», «Enterprise», «Enterprise Plus» сертифицирован в Системе сертификации средств защиты информации по требованиям безопасности информации № РОСС RU.0001.01БИ00 и является программным средством общего назначения со встроенными средствами защиты от несанкционированного доступа к информации, не содержащей сведения, составляющие государственную тайну, соответствует требованиям руководящего документа «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации» (Гостехкомиссия России, 1992) по 5 классу защищенности и может использоваться при создании автоматизированных систем до класса защищенности 1Г включительно, а также для защиты информации в информационных системах персональных данных до 2 класса включительно при выполнении указаний по эксплуатации, приведенных в технических условиях ТУ 501190-0173-82487552-2010.»

Что же это дает компаниям? Многие блоги  и сайты  сразу запестрили информацией о том, что теперь этот продукт можно использовать при проектировании информационных систем  обрабатывающих персональные данные и информационных систем государственных учреждений.  Одновременно  стали появляться вопросы о том,  достаточно ли для такого применения  этого сертификата vSphere?

Мне тут подсказывают вот такую хорошую табличку:

можно ли применять vSphere для:
Защита персональных данных
К1	Нет (см. 1)
К2	Да
К3	Да
Применение в информационных системах государственного сектора
1Г	Нет (см. 2)
1В	Нет
1Б	Нет
Что именно понимается под vSphere
vSphere 4.0 Update 1: ESX 4.0 Update 1 и  vCenter Server 4.0 Update 1 (без обновлений меняющих при установке системные бинарные модули)

 

1.       Согласно п.2.12 Приказа ФСТЭК России от 5.02.2010 N 58 зарегистрирован в Минюсте России 19.02.2010 № 16456 требуется наличие сертификата НДВ 4 в K1, а так же по решению оператора - в K2 и K3 + в сертификате указано возможное использование до К2 включительно

2.       Согласно п.1.5 РД "Защита от несанкционированного доступа к информации. Часть 1. Программное обеспечение средств защиты информации. Классификация по уровню контроля отсутствия недекларированных возможностей" для применения в этих сетях дополнительно требуется наличие сертификата НДВ 4

 

Если что такое K# и 1# непонятно, то простого ответа на этот вопрос нет. Для хоть какого-то можно глянуть, например, тут - Как классифицировать информационную систему персональных данных?

 

thx Мария Сидорова.

Security Gateway Virtual Edition

Подсказали новость:

Новый шлюз Security Gateway Virtual Edition от Check Point обеспечивает защиту «облачных» систем

Компания Check Point Software Technologies объявила о выпуске нового шлюза Security Gateway Virtual Edition (VE), интегрированного с VMware VMsafe. Виртуальный шлюз представляет собой передовой межсетевой экран для работы в системах «облачных вычислений» с защитой динамической виртуальной среды от внешних и внутренних угроз. Security Gateway VE базируется на архитектуре программных блейдов и позволяет предприятиям применять для защиты виртуальных сред те же гибкие и всеобъемлющие системы безоп… полный текст

Источник: CNews

 

мне, конечно, интересно –  что означает “..архитектура программных блейдов..”?

 

thx Александр Кузнецов

EMC йоу

Имеет ли право быть HA без DRS?

Недавно у меня был пост - HA Advanced Options. В комментариях к нему была небольшая дискуссия, на тему:
Вот кластер HA. Вот умирает один из серверов ESX(i). ВМ, упавшие вместе с ним следует перезапустить на прочих серверах кластера. Однако как поступит HA если ресурсов для старта ВМ будет недостаточно на каком-то одном сервере?
Т.е. – часть машин стартовала, остальные не могут. Будет ли пытаться HA стартовать оставшуюся часть машин на прочих серверах кластера?
До недавних пор мне, в теории, казалось что ответ “нет” – и именно так я ответил в вышеупомянутой дискуссии.
Похоже, я ошибался. Впрочем, есть нюансы.
Итак, сначала из переписки. В городе Киев есть славная компания «СИТРОНИКС ИТ», и славна она толковыми инженерами. Один из них написал мне:

Михаил, приветствую!
Наконец дошли руки попробовать на практике поведение HA, о котором ты писал недавно (http://www.vm4.ru/2010/08/ha-advanced-options.html).
Дано:
- кластер из 4х хостов (ещё версии 3.5, но под управлением vc 4.0); HA (admission control enable), DRS (fully automated).
- vc – на физическом хосте.
Что делаю:
- в свойствах кластера полностью выключаю DRS.
- делаю hard power off одному из ESX. На нём 3 работающие машины – суммарно по памяти _все_ они могут поместиться только на одном из хостов (на 2х других - частично).
В итоге что имеем:
- пара машин поднимается на одном из выживших хостов (все на нём поместиться не смогли бы, как минимум по памяти), третья – на другом (без какого-либо моего вмешательства).
Т.о. случай когда:
> Миша, точнее сказать "часть ВМ *может* не включиться"
у меня на практике не получается.
Поясни, плиз, на чём основываются твои выводы о поведении HA в кластере без DRS (ссылки, доки, слухи) или укажи, что я не учитываю из исходных данных для получения описанного тобой случая, поскольку вопрос мне кажется достаточно важным.
Заранее спасибо.
..

Я ответил что высказанное в комментариях мнение у меня сложилось по чтению постов Дункана Эппинга и консультаций с коллегами.
Далее:

Из прочтения оригинала у Еппинга (ты же об этом - http://www.yellow-bricks.com/2010/06/16/which-host-is-selected-for-an-ha-initiated-restart/ так?) у меня складывается впечатление, что действительно механизм HA выбирает один хост (тот, на котором меньше всего суммарный резерв работающих на нём машин, что вполне логично) и пробует запускать упавшие машины. НО как только больше машин туда уже не поместится (например по памяти, как в моём случае) HA преспокойно выбирает следующий по минимальной сумме резервации хост для продолжения перезапуска машин.
Т.о. я не вижу вариантов, что часть ВМ _может_ не включиться без DRS. Естественно рассматриваю случай, когда адмишен контрол включён.

Таким образом, если в эксперименте ничего не было упущено, мое исходное мнение было ошибочным.

Позднее, мне прислали ссылку на топик в комьюнити и отрывок переписки с этим инженером VMware
Цитата:

-- Am I right, that HA try to restart all "dead" vms on first host (with lowest percent reservation). After resourses is over, HA takes second host and etc., instead restart vms evenly on all remaining host in cluster (don't forget: I'm interested in non-DRS cluster!).
-- no, HA will evaluate for each vm separately which host has the most unreserved capacity. This will take into account vms which are in the process of being failed over.

Судя по этой переписке с инженером поддержки VMware,  HA для каждой ВМ независимо выбирает сервер, где ее стартовать.
thx Евгений Гарбузов

В самом начале я упомянул про свою ошибку и нюанс.
Нюанс заключается в том, что настройка admissions control, на мой личный взгляд, лишена смысла всегда кроме последнего варианта настройки – резервирования целого сервера. Но я сейчас в отпуске, и сейчас я развивать мысль не буду :)