Архив блога

Zenoss для мониторинга Cisco UCS

Интересно наблюдать за скоростью развития новых технологий и решений. Прошёл год примерно с запуска компанией Cisco их решения Unified Computing (UCS). Решение оказалось, видимо, настолько интересным и популярным, что стало очевидным – его нужно мониторить комплексно совместно с другими системами

Tagged with: , , , , , , ,
Опубликовано в ИТ архитектура, Enterprise IT, Open Source решения

1 продукт для управления виртуализированной инфраструктурой

Скажите, а Вы уже виртуализировали ИТ инфраструктуру своего ЦОД? Если да, то сколько программных продуктов для управления комплексной ИТ инфраструктурой используете? Даже если это ПО управления от одного вендора, то уверены ли Вы, что это один продукт, а не несколько? Пока

Tagged with: , , , , , , , , , , , , , ,
Опубликовано в ИТ архитектура, Enterprise IT, VDEL

Desktop as a Service – VDI и вопросы информационной безопасности

В рамках модернизации IT as a Service появилась концепция Desktop as a Service. Поговорим о подходах к хостингу десктопов с точки зрения информационной безопасности. Во время недавней конференции по виртуализации, которую Red Hat проводила виртуально я подсмотрел очень интересную сессию

Tagged with: , , , , , , , , , , , ,
Опубликовано в cloud computing, Open Source решения

Референсная архитектура по развёртыванию VMware View. Часть 2

Если вы внимательно следите за тенденциями в Enterprise IT, то вы не могли не заметить того, что сейчас очень популярна тема Desktop as a Service. Поиск по гуглу выдаёт тучу ссылок, даже ссылку на блог, который посвящён этой тематике и

Tagged with: , , ,
Опубликовано в VMware

Референсная архитектура по развёртыванию VMware View. Часть 1.

Вот помнится несколько лет назад украинская команда Microsoft взялась и сделала перевод референсной архитектуры по построению вычислительной системы на базе семейства Windows Server System (российские коллеги из EPG просто обзавидовались тогда). Правда, в то время в Microsoft, ещё только начали пропагандировать свой подход к архитектуре ИТ-систем, он только-только был выработан, и референсная архитектура появилась сильно после того, как появились сами программные продукты. Сейчас время совсем другое, и каждый вендор предлагающий решения уровня Enterprise просто-таки обязан рассказать своим потребителям и партнёрам как правильно внедрять те или иные решения.

Мы (российская команда VMware) тоже стараемся делать переводы англоязычных документов, создавать свои документы. Думаю, что и данный набор документов переведём. А пока что, предлагаю ознакомиться с его англоязычной версией.

Итак. По адресу http://www.vmware.com/resources/wp/view_reference_architecture_register.html можно пройти регистрацию и получить доступ к следующему набору документов.

VMware View Reference Architecture;
Guide to Profile Virtualization;
Windows XP Deployment Guide:
Storage Deployment Guide for VMware View.

Данные референсные архитектуры разработаны совместно инженерами VMware и партнёрами. Основной целью их является помощь заказчикам – ИТ-архитекторам, администраторам на этапах планирования, разработки и внедрения решений по внедрению VMware View. Целью создания этих архитектур является предоставление стандартизованного, повторяемого и масштабируемого дизайна решения, который может быть адаптирован к специфичной вычислительной среде и требованиям заказчика.

Теперь пройдёмся кратко по всем документам.

VMware View Reference Architecture

В данном документе даётся подход к построению архитектуры для развёртывания рабочих станций. Основной целью была разработка стандартизированного “строительного блока”, состоящего из различных компонент, который способен поддерживать как минимум 1000 виртуализированных ПК. Общий дизайн также включает инфраструктурные компоненты необходимые для интеграции 5-ти таких блоков, поддерживающих 5000 пользователей VMware View. Такое устройство может управляться как единое целое.

Компоненты Референсной архитектуры VMware View

Как и любая другая рефернсная архитектура, архитектура View использует компонентный подход, кирпичики которые позволяют скомпоновать единое решение. Архитектура VMware View рассказывает как построить компоненты решения от Клиентских Устройств до Менеджера Клиентских Сессий. Пробежимся по этим слоям кратко.

Устройства Клиентского Доступа

Здесь рассматриваются физические устройства, которые предоставляют пользователям доступ к их виртуальным десктопам.

Инфраструктура Доступа

Сетевые компоненты и компоненты подключения разработанные для управления подключением клиентов.

Виртуальная инфраструктура

Компоненты и технологии для хостинга виртуальных десктопов с пользовательскими операционными системами.

Виртуальные десктопы View

компоненты и конфигурация виртуальных машин назначенных и доступных пользователям.

Управление Сессиями

Здесь определяется методика развёртывания и управления большим количеством виртуальных для конечных пользователей. Кроме того, здесь рассматриваются вопросы интеграции с существующими инфраструктурными сервисами, например, Active Directory, для управления учётными записями пользователей и компьютеров. Подкомпоненты здесь отвечают за аутентификацию пользователей, провижионинг виртуальных рабочих станций, развёртывание и назначение пользователям ресурсов.

Более обстоятельно с документом VMware View Reference Architecture вы можете сами. Приведу лишь итоговые схемы, которые мы получаем в результате.

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

В следующих своих постах расскажу коротко о других документах из референсной архитектуры VMware View.

Tagged with: , ,
Опубликовано в VMware

А на сладкое у нас будет катастрофоустойчивость

Всё-таки жизнь человеческая в ИТ есть. Вот, например, наши болгарские коллеги решили сделать не совсем обычную презентацию программного продукта для защиты виртуализированных ЦОДов от катастроф (Site Recovery Manager) и, по случаю выхода его обновления, испекли торт, который схематично показывает, что же представляет из себя SRM.

А с какого сайта вы бы начали есть этот торт с основного или резервного?

Tagged with: ,
Опубликовано в VMware

Опять про мобильный ЦОД

Мы тут перевели описание решения про мобильный ЦОД для Мин. обороны США. Документ доступен здесь. Привожу Введение (собственно для понимания идеи о том, зачем) и постановку требований (на их основе вполне можно формировать ТЗ). Решение (прошу заметить) реализовано ещё на ESX 2.5. На самом деле решение может использоваться не только силовыми организациями, но и кем угодно, кому нужна быстрая переносимость, как данных и ВМ с бизнес критическими приложениями, так и буквально переносимость в пространстве (кстати, ещё одна возможность по обеспечению непрерывности работы). Помнится когда-то давно, лет пять назад, в Налоговой Службе витала идея создания “газелей” с разъездной инфраструктурой, которая может быть использована при выездных налоговых проверках. А данное конкретное решение помогает ещё и за физической формой солдат-связистов следить (это раньше они катушки для обеспечения связи разматывали :-)).

Введение
С распространением решений для работы с базами знаний растет и потребность в ИТ-решениях, позволяющих выйти за рамки стационарного центра обработки данных. Обратите внимание на перечисленные ниже ситуации, которые требуют наличия специальных ИТ-служб в определенных местах.
• Ситуации, требующие экстренного реагирования, когда операции проводятся с использованием удаленного центра обработки данных в аварийной зоне. Быстрота реагирования является обязательным требованием к качественному аварийному обслуживанию.
• Военные действия, во время которых мгновенно создаются и перемещаются базы (иногда без предупреждения). Удаленные центры обработки данных должны быть переносными и адаптируемыми к изменяющимся требованиям.
• Коммерческие организации, такие как передвижные станции переливания крови и отделения банков, которые используют передвижные установки с ограниченным пространством для осуществления своей деятельности и должны иметь доступ к данным и приложениям.
• Научные или инженерные исследования, проводящиеся в самых отдаленных регионах мира, из которых невозможно получить доступ к основному центру обработки данных.
• Крупные мероприятия и специализированные выставки, во время которых установка и демонтаж происходят регулярно, а организация передвижных систем для оперативной удаленной поддержки представляет собой проблему.
Эти ситуации имеют общее требование: наличие полноценного центра обработки данных, который может быть легко и быстро перенесен в любое место. Благодаря технологии виртуализации от VMware организации могут уменьшить размеры удаленного центра обработки данных — создать переносной центр обработки данных, который можно быстро развернуть в любом месте, воспроизвести в нескольких копиях и который будет более надежным и удобным в обслуживании при работе «на местах».
При помощи VMware ESX организации помещают несколько образов сервера — операционную систему, приложения и конфигурации — в виртуальные машины, выполняющиеся на одном физическом компьютере. Переносной центр обработки данных также включает в себя VMware VirtualCenter для управления несколькими хостами ESX, распределения нагрузки и поддержания библиотеки предварительно созданных виртуальных машин.
После этого организация может создать компактный модуль, содержащий серверы ESX и VirtualCenter, общее хранилище, сервер резервного копирования и другие компоненты, необходимые для работы удаленного центра обработки данных и размещенные в одном или нескольких переносных автономных ящиках, готовых для выездной работы. Настольные компьютеры и ноутбуки получают доступ к информации переносного центра обработки данных посредством проводной или беспроводной связи, как в обычной сети.
В данном документе приводится описание архитектуры одного конкретного экземпляра переносного центра обработки данных. Smartronix, мировой поставщик профессиональных решений, специализирующийся на информационных технологиях и управлении деятельностью предприятия, получил заказ от Министерства обороны на создание высокодоступного, настраиваемого и мобильного рабочего комплекта для работы в полевых условиях на чужой территории. Взяв за основу технологию VMware, Smartronix создала решение, удовлетворяющее всем требованиям заказчика и обеспечивающее фундамент для размещения других мобильных решений.

Требования к переносному центру обработки данных
Хотя требования этого заказчика к проекту включают в себя индивидуальные особенности, они по сути схожи с типичными требованиями, предъявляемыми в ситуациях, описанных выше.
• Система должна быть максимально мобильной и предоставлять возможность автономной работы отдельных комплектов с их последующей синхронизацией.
• Система должна обладать стандартными возможностями для упрощения и стандартизации управления и обмена данными с использованием «Всемирной паутины», электронной почты и особых средств для совместной работы, в том числе Microsoft SharePoint.
• Система должна обеспечивать высокий уровень доступности и избыточности, обусловленный критической важностью безотказной работы.
• Система должна быть легкой в управлении для быстрого обучения персонала, который будет с ней работать.
• Решение должно обеспечивать работу в условиях ограниченной пропускной способности без ущерба для хранения данных, конвергенции и мобильности.
• Решение должно быть максимально автономным и обеспечивать свободу перемещения, поэтому оно не должно зависеть от внешних служб.
Smartronix удалось удовлетворить эти требования, а также другие конструктивные требования, связанные с особенностями программной реализации, и создать высокодоступный мобильный центр обработки данных.
Реализация решения
Решение, разработанное Smartronix, объединяет в себе сетевые серверы Dell, коммутаторы Cisco Gigabit Ethernet и Brocade Fibre Channel, архитектуру системы хранения данных EMC, включенную в конфигурацию практически идентичных комплектов A, B и C, поддерживающих несколько основных корпоративных служб, включая проверку подлинности, основанную на каталогах, общий доступ к файлам, обмен сообщениями, антивирусные службы, веб-службы, службы баз данных, службы архивирования, управление документооборотом, службы поиска и совместную работу. Эти службы были реализованы с помощью Windows Server 2003 R2, Active Directory 2003, SharePoint Portal Server 2003, Exchange 2003, SQL Server 2000, Internet Information Server, Symantec Backup Exec, Symantec Corporate AntiVirus Server и Live Communications Server. Развертывание системы, управление и мониторинг осуществлялись при помощи Altiris Server Management Suite, а с помощью Citrix Presentation Server обеспечивался доступ к готовым приложениям для управления и контроля (C2), разработанным правительственными организациями (GOTS). Комплекты A и B размещаются в прочных ящиках производства компании Hardigg и используются при перемещении, а комплект C встроен в центры обработки данных, которые размещаются в континентальной части США, и обеспечивает непрерывность выполнения операций, выполнение задач по тестированию и оценке, моделированию и т. д. Комплекты A и B размещаются в шести ящиках класса 7U от Hardigg, а для комплекта A имеется дополнительный ящик с резервной копией на магнитной ленте для восстановления данных в аварийных ситуациях.

Tagged with: ,
Опубликовано в VMware