VMware vCenter SRM

Недавно контора проводила сейшн для наших клиентов: «Технология виртуализации. Катастрофоустойчивость виртуальной инфраструктуры»

Там и фото есть меня - мааленькое, правда.

И вот я подумал, собрался, и таки решил опубликовать по мотивам презентации, которую я вел:

Несмотря на то, что совсем еще недавно виртуализация была неким трендом, зрелость технологии уже доказала, что виртуализация – это не просто самоцель, виртуализация - платформа для построения решений. Решений для бизнеса.

Сегодня я хотел бы рассказать вам об одном из решений в области защиты данных и сервисов, а именно – построение катастрофоустойчивого Центра обработки данных (ЦОД).

Как вы прекрасно понимаете, защита сервисов очень критична для современного бизнеса. Простой сервиса – это и прямые финансовые потери, и репутационный риск. И если с помощью, например, различных систем резервного копирования мы можем в той или иной степени гарантировать защиту (восстановление в случае сбоя) данных. То в области защиты самих сервисов нужны несколько иные решения.

Для защиты от катастроф – выход из строя части серверной комнаты, либо целого ЦОДа – одним из такого рода решений и является построение резервного ЦОДа.

Юзерское принтовое

Вообще, не даром во всех платформах, на экзаменах спрашивают про printing. Что администраторские, что инженерные экзамены Микрософта, что по Солярису - да каких-только нет операционок - везде нужно печатать, и везде спрашивают про это. Не даром. Потому как проблем с этим хватает...

И видал я эти проблемы в большом количестве в различных ситуациях.
У нас, например, в банке даже коронный вопрос по администрированию NT4 был на собеседованиях: куда смотреть стоит вначале, если у пользователя вдруг перестало печатать на принтер, в то время, как у остальных все в порядке с этим принтером? Ответит, кстати, кто-нибудь? ;)

А еще помню проблемы печати выписок на старый громозский ленточный айбиэмовский принтер.
А потом перешли на лазерный HP 9000, и вскрылась проблема печати выписок с далекого IBM AS/400 (он далеко в голландии стоял): ни одна кодировка не работала, и даже установка в принтер специальной для АэСок памяти с прошитыми шрифтами не помогла.

А еще, когда в банке появился для сейлов свой интранет портал с генерацией и последующей печатью каких-то там своих документов, один из сейлов ругался, что его документы не печатаются. А потом ему позвонил чувак из ЮАР и сказал, что у того постоянно на принтере появляются распечатки от нашего сейла... И мы уже в свою очередь сами потом писали какому-то арабу, предупредить, что доки этого араба печатаются у нас. Кстати, у того же нашего сейла на принтере.

А телекс - вообще отдельная песня!

А еще меня как-то просили совета по печати на офигенный барабанный плотер формата А0. Вопрос был в том, что ребятам не нравилась цветопередача... фоток отправленных из допотопной версии ACDsee!

А вы видели, как калибруются типографские принтеры? По пантонам?..

Проблем много, и разнообразных. Как-то все в том же банке, по соображениям безопасности с нас требовали, чтобы с наших сетевых принтеров убрали работу протокола SNMP, ну или хотя бы сменили коммьюнити-имена по-умолчанию. Но, как выяснилось, та версия HPшного принт-сервера, что у нас стояла, не работает без этого протокола или с именами не по-умолчанию. А новая версия программы не работает на NT4.

Еще в копилку принтерных историй мне рассказал друг и коллега с предыдущей работы. У них завелся "некрофил". Дело в том, что этот некрофил по производственной необходимости подключаются к удаленной сети через VPN. И таким образом оказывается изолированным от локальной сети компании, и не может печатать на сетевой принтер. Вот он и просил моего друга включить ему на компьютере и на принтере сетевой протокол IPX/SPX. Дело в том, что протокол этот работал бы как параллельная вселенная и никак бы не пересекался с текущем TCP/IP, в котором и возникла проблема связи с принтером. Мой друг ему не стал ничего делать, ибо IPX/SPX давно уже морально устарел (из-за любви к мертвому протоколу, собственно, и наречен герой этого рассказа некрофилом), и городить бардак в сети не стал.



Но скажите, кто додумался поставить на сетевом принтере динамически меняющийся адрес? Я три дня пытался печатать на этот принтер, и не мог понять, куда деваются мои документы. А сегодня решил разобраться, и выяснил, что принтер свой адрес сменил!

Лицензирование в виртуализации ч.3

Решил продолжить писать про лицензирование.

VMware View

VMware View - это решение по управлению рабочими местами рядовых сотрудников.

Это некая альтернативы привычному терминальному решению.

Коротко технически работу описать можно так.

Можно использовать тонкие клиенты или обычные станции. Ими подключаешься к брокеру (View Manager), авторизуешься в домене (поддерживается только Microsoft Active Directory), и получаешь доступ к удаленному рабочему столу.

Рабочий стол может быть на физических машинах, обычных виртуалках, терминальных серверах Майкрософт. Но лучше всего, конечно, если на виртуалках, которые создаются с помощью View Composer (компонент VMware View под управлением того же View Manager) в виртуальной инфраструктуре на серверах VMware ESX - тогда получаешь все основные плюшки от решения.

В отличие от привычных терминальных серверов, ты получаешь не просто RDP-сессию общего сервера (прежние версии View базировались только на протоколе RDP, View 4 теперь поддерживает новый протокол PCoverIP), но полноценную изолированную виртуальную машину. Зачем? В терминальном решении есть ограничения по устанавливаемому ПО (не все поддерживают совместную работу в терминальном решении), проблемы работы совместимости ПО между собой, ну и отсутствие изоляции сказывается на безопасности и доступности сервисов (один пользователь свалил сервер в синий экран - значит свалил весь сервер для всех пользователей).

Плюс польза от всех фишек и преимуществ обычной виртуальной инфраструктуры - централизованное управление, повышенная отказоустойчивость (VMware HA, VMware Fault Tolerance), балансировка нагрузки (VMware DRS), нулевой простой на обслуживание (VMotion) и т.п.

Лицензирование в виртуализации ч.2

Итак, немного про лицензирование OracleDB в виртуальной среде.

OracleDB over virtual infrastructure

Есть у меня один могильничек...
Проcчитывал я как-то одно решение по виртуализации инфраструктуры заказчика. Кластер ESX из трех четырехпроцессорных серверов. В инфраструктуре заказчика есть одна маленькая база данных на СУБД OracleDB. База небольшая, и для нее достаточно одной ВМ с двумя виртуальными процессорами. На первый взгляд подходит редакция OracleDB Standard.

Но (похоже лицензирование без "но" невозможно)!
У нас кластер. Стандарт (в кластере или без него) лицензируется только на 4 процессора, больше процессоров - однозначно Enterprise (~$47 000).
И тут начинается веселье. Enterprise лицензируется по ядрам. У нас все процессоры - четырехядерные, Intel x86 - значит с коэффициентом 0,5.
Итого считаем: 4 ядра на 4 процессора на 3 сервера, и все с коэффициентом 0,5:

шт.

24*47000=$1 128 000 на маленькую вшивенькую бухгалтерскую базку. И это еще без 20% обязательной поддержки! :E


Конечно, в этом случае сто́ит лицензировать по пользователям. Для Enterprise это будет порядка $1000 на рыло, не включая поддержку. Но, была бы база чуть серьезней - 1000 пользователей как раз бы отбили эту же сумму...




P.S. Интересное общение на эту тему развернулось у меня в ЖЖ.

Лицензирование в виртуализации ч.1

Лицензирование - это то, чем зарабатывают ИТ-производители. Это тот "воздух", за который можно сорвать хороший куш. И никакие Антимонопольщики тут им не преграда.
Посудите сами, произведенную железку еще можно как-то оценить: есть себестоимости комплектующих, стоимости производства, оплата работ по изготовлению и сборки и т.п. А Лицензия - всего лишь "Право на использование". Но сколько стоит право - никто вам точно сказать не сможет, ибо оно не материально.

Этим промышляют все вендоры (а если не промышляют, то это - вендуры, и в бюджетах у них вендыры :) ). И "железячные" тоже. Вот купили вы IBMовский суперсервер, процессоры в нем стоя́т. Но работать будут только те процессоры, на которые лицензии куплены - хоть двадцать камней ставь. Или дисковое хранилище: сколько дисков не пихай, а без лицензий работать они не будут. Это не только у IBM - HP и другие тоже так зарабатывают.

Да-да, именно на лицензиях Microsoft сделал свое состояние. И не только они.
Именно в лицензировании и кроются все нюансы и проблемы при продажи ПО и железа.


Вот и думаю написать про различные лицензионные заморочки. И в первую очередь про виртуализацию с лицензированием.

Вот первый пример.