Пётр Дьяков - ИТ негоциант » ЦОД http://diyakov.com Наблюдения продавца про Информационные Технологии и жизнь Mon, 29 Mar 2010 18:00:34 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 Референсная архитектура по развёртыванию VMware View. Часть 2 http://diyakov.com/2008/12/26/%d1%80%d0%b5%d1%84%d0%b5%d1%80%d0%b5%d0%bd%d1%81%d0%bd%d0%b0%d1%8f-%d0%b0%d1%80%d1%85%d0%b8%d1%82%d0%b5%d0%ba%d1%82%d1%83%d1%80%d0%b0-%d0%bf%d0%be-%d1%80%d0%b0%d0%b7%d0%b2%d1%91%d1%80%d1%82%d1%8b-2/ http://diyakov.com/2008/12/26/%d1%80%d0%b5%d1%84%d0%b5%d1%80%d0%b5%d0%bd%d1%81%d0%bd%d0%b0%d1%8f-%d0%b0%d1%80%d1%85%d0%b8%d1%82%d0%b5%d0%ba%d1%82%d1%83%d1%80%d0%b0-%d0%bf%d0%be-%d1%80%d0%b0%d0%b7%d0%b2%d1%91%d1%80%d1%82%d1%8b-2/#comments Fri, 26 Dec 2008 14:28:03 +0000 pdiyakov http://blog.diyakov.com/?p=85 Если вы внимательно следите за тенденциями в Enterprise IT, то вы не могли не заметить того, что сейчас очень популярна тема Desktop as a Service. Поиск по гуглу выдаёт тучу ссылок, даже ссылку на блог, который посвящён этой тематике и поддерживается специализирующейся только на DAAS компаниией. На самом деле за этим красивым новым термином скрываются решения под старым названием – Virtual Desktop Infrastruture. Вот и мы (VMware), теперь так же заявляем, что имеем к этой инициативе отношение, хотя и раньше имели самое непосредственное отношение.

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

Ранее в первой части своего обзора референсной архитектуры я рассмотрел, что же за документы скрываются под ней, дал краткий обзор первому документу. Сейчас продолжение. Речь идёт о документе под названием “Guide to Profile Virtualization”.

В данном документе даётся обзор традиционных подходов к управлению профилями пользователей и рассказывается о том? как управлять профилями по-новому. В документе даётся повторение теории о том, что такое roaming profile и mandatory profile.

В разделе VMware View View Manager Oerview расказывается о том, какие типы Десктопов могут быть в View, а именно:

  • Индивидуальные десктопы – виртуальные машины, блейд ПК и ПК
  • Автоматизированные пулы десктопов – виртуальные машины подготавливаемые и настраиваемые автоматически с помощью View Manager
  • Manual Desktop Pools – пулы десткопов созданные вручную из существующих виртуальных машин, блейд-ПК и ПК.
  • Microsoft Terminal Services Desktop Pool – пулы управления подключениями к Терминальным Службам Microsoft Windows Server.

А дальше в документе как раз и раскрываются секреты обращения View с виртуальными дисками, рассказывается о том, чем отличаются друг от друга persistent и non-perstent десктопы, что такое User Data Disk и как к нему относятся те самые профили пользовательские.

Так что, если вы ещё не прочитали сами документы – их можно найти здесь, заполнив небольшую форму.

]]> http://diyakov.com/2008/12/26/%d1%80%d0%b5%d1%84%d0%b5%d1%80%d0%b5%d0%bd%d1%81%d0%bd%d0%b0%d1%8f-%d0%b0%d1%80%d1%85%d0%b8%d1%82%d0%b5%d0%ba%d1%82%d1%83%d1%80%d0%b0-%d0%bf%d0%be-%d1%80%d0%b0%d0%b7%d0%b2%d1%91%d1%80%d1%82%d1%8b-2/feed/ 7 Референсная архитектура по развёртыванию VMware View. Часть 1. http://diyakov.com/2008/12/21/%d1%80%d0%b5%d1%84%d0%b5%d1%80%d0%b5%d0%bd%d1%81%d0%bd%d0%b0%d1%8f-%d0%b0%d1%80%d1%85%d0%b8%d1%82%d0%b5%d0%ba%d1%82%d1%83%d1%80%d0%b0-%d0%bf%d0%be-%d1%80%d0%b0%d0%b7%d0%b2%d1%91%d1%80%d1%82%d1%8b/ http://diyakov.com/2008/12/21/%d1%80%d0%b5%d1%84%d0%b5%d1%80%d0%b5%d0%bd%d1%81%d0%bd%d0%b0%d1%8f-%d0%b0%d1%80%d1%85%d0%b8%d1%82%d0%b5%d0%ba%d1%82%d1%83%d1%80%d0%b0-%d0%bf%d0%be-%d1%80%d0%b0%d0%b7%d0%b2%d1%91%d1%80%d1%82%d1%8b/#comments Sun, 21 Dec 2008 10:16:38 +0000 pdiyakov http://peterkd.wordpress.com/2008/12/21/%d1%80%d0%b5%d1%84%d0%b5%d1%80%d0%b5%d0%bd%d1%81%d0%bd%d0%b0%d1%8f-%d0%b0%d1%80%d1%85%d0%b8%d1%82%d0%b5%d0%ba%d1%82%d1%83%d1%80%d0%b0-%d0%bf%d0%be-%d1%80%d0%b0%d0%b7%d0%b2%d1%91%d1%80%d1%82%d1%8b/ Вот помнится несколько лет назад украинская команда Microsoft взялась и сделала перевод референсной архитектуры по построению вычислительной системы на базе семейства Windows Server System (российские коллеги из EPG просто обзавидовались тогда). Правда, в то время в Microsoft, ещё только начали пропагандировать свой подход к архитектуре ИТ-систем, он только-только был выработан, и референсная архитектура появилась сильно после того, как появились сами программные продукты. Сейчас время совсем другое, и каждый вендор предлагающий решения уровня Enterprise просто-таки обязан рассказать своим потребителям и партнёрам как правильно внедрять те или иные решения.

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

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

  • 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

image

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

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

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

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

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

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

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

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

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

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

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

 

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

image

image

<
p>

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

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

]]> http://diyakov.com/2008/12/21/%d1%80%d0%b5%d1%84%d0%b5%d1%80%d0%b5%d0%bd%d1%81%d0%bd%d0%b0%d1%8f-%d0%b0%d1%80%d1%85%d0%b8%d1%82%d0%b5%d0%ba%d1%82%d1%83%d1%80%d0%b0-%d0%bf%d0%be-%d1%80%d0%b0%d0%b7%d0%b2%d1%91%d1%80%d1%82%d1%8b/feed/ 0 А на сладкое у нас будет катастрофоустойчивость http://diyakov.com/2008/12/21/%d0%b0-%d0%bd%d0%b0-%d1%81%d0%bb%d0%b0%d0%b4%d0%ba%d0%be%d0%b5-%d1%83-%d0%bd%d0%b0%d1%81-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%ba%d0%b0%d1%82%d0%b0%d1%81%d1%82%d1%80%d0%be%d1%84%d0%be%d1%83%d1%81%d1%82/ http://diyakov.com/2008/12/21/%d0%b0-%d0%bd%d0%b0-%d1%81%d0%bb%d0%b0%d0%b4%d0%ba%d0%be%d0%b5-%d1%83-%d0%bd%d0%b0%d1%81-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%ba%d0%b0%d1%82%d0%b0%d1%81%d1%82%d1%80%d0%be%d1%84%d0%be%d1%83%d1%81%d1%82/#comments Sun, 21 Dec 2008 10:11:12 +0000 pdiyakov http://peterkd.wordpress.com/2008/12/21/%d0%b0-%d0%bd%d0%b0-%d1%81%d0%bb%d0%b0%d0%b4%d0%ba%d0%be%d0%b5-%d1%83-%d0%bd%d0%b0%d1%81-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%ba%d0%b0%d1%82%d0%b0%d1%81%d1%82%d1%80%d0%be%d1%84%d0%be%d1%83%d1%81%d1%82/ Всё-таки жизнь человеческая в ИТ есть. Вот, например, наши болгарские коллеги решили сделать не совсем обычную презентацию программного продукта для защиты виртуализированных ЦОДов от катастроф (Site Recovery Manager) и, по случаю выхода его обновления, испекли торт, который схематично показывает, что же представляет из себя SRM.

Picture 010

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

]]> http://diyakov.com/2008/12/21/%d0%b0-%d0%bd%d0%b0-%d1%81%d0%bb%d0%b0%d0%b4%d0%ba%d0%be%d0%b5-%d1%83-%d0%bd%d0%b0%d1%81-%d0%b1%d1%83%d0%b4%d0%b5%d1%82-%d0%ba%d0%b0%d1%82%d0%b0%d1%81%d1%82%d1%80%d0%be%d1%84%d0%be%d1%83%d1%81%d1%82/feed/ 0 Опять про мобильный ЦОД http://diyakov.com/2008/12/21/%d0%be%d0%bf%d1%8f%d1%82%d1%8c-%d0%bf%d1%80%d0%be-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d1%8b%d0%b9-%d1%86%d0%be%d0%b4/ http://diyakov.com/2008/12/21/%d0%be%d0%bf%d1%8f%d1%82%d1%8c-%d0%bf%d1%80%d0%be-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d1%8b%d0%b9-%d1%86%d0%be%d0%b4/#comments Sun, 21 Dec 2008 09:58:34 +0000 pdiyakov http://peterkd.wordpress.com/2008/12/21/%d0%be%d0%bf%d1%8f%d1%82%d1%8c-%d0%bf%d1%80%d0%be-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d1%8b%d0%b9-%d1%86%d0%be%d0%b4/ Мы тут перевели описание решения про мобильный ЦОД для Мин. обороны США. Документ доступен здесь. Привожу Введение (собственно для понимания идеи о том, зачем) и постановку требований (на их основе вполне можно формировать ТЗ). Решение (прошу заметить) реализовано ещё на ESX 2.5. На самом деле решение может использоваться не только силовыми организациями, но и кем угодно, кому нужна быстрая переносимость, как данных и ВМ с бизнес критическими приложениями, так и буквально переносимость в пространстве (кстати, ещё одна возможность по обеспечению непрерывности работы). Помнится когда-то давно, лет пять назад, в Налоговой Службе витала идея создания “газелей” с разъездной инфраструктурой, которая может быть использована при выездных налоговых проверках. А данное конкретное решение помогает ещё и за физической формой солдат-связистов следить (это раньше они катушки для обеспечения связи разматывали :-) ).

 

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

Требования к переносному центру обработк

]]> http://diyakov.com/2008/12/21/%d0%be%d0%bf%d1%8f%d1%82%d1%8c-%d0%bf%d1%80%d0%be-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d1%8b%d0%b9-%d1%86%d0%be%d0%b4/feed/ 1