softgrid client что это

Обзор Microsoft SoftGrid Application Virtualization

Некоторое время назад был на встрече MCP клуба на котором узнал о Microsoft SoftGrid.
Что это такое:

Это система виртуализации приложений. Работает следующим образом:

1. Сначала с помощью специального продукта SoftGrid Sequencer снимается образ с приложения. Нужно запустить sequencer, затем проинсталлировать нужный софт, запустить его, поработать с ним немного, завершить выполнение и сказать sequencer’у прекратить мониторинг и создать пакет приложения.

2. Затем на SoftGrid Application Server нужно проимпортировать созданный пакет, и назначить группы пользователей которым это приложение должно стать доступным.

3. Пользователи, которым назначено приложение и которые имеют у себя SoftGrid Client получают ярлыки, ассоциации файлов. при первом щелчке загружается пакет и запускается ПО.

В чем же новизна?
а новизна вот в чем:
Виртуализация обозначает, что приложение отделяется от операционной системы специальной прослойкой и эмулирует для приложения:

— реестр
— системные файлы

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

В результате можно, например, проинсталлировать на один компьютер Word 97, Word XP, Word 2007 и все они смогут работать совместно, не мешая друг другу.

Преимущества использования такой технологии по сравнению с др. в следующем:

— Автоматизация развертываемости приложения
— Более стабильная работа
— нет влияния проинсталлированных приложений на систему (напримет dll hell)
— построение отчетов
— контроль за использованием лицензий

Источник

Сделайте ваши приложения виртуальными при помощи Microsoft SoftGrid

Концепция программной виртуализации в той или иной форме витала в воздухе уже с 1960-х. Однако должны были пройти десятилетия, прежде чем отрасль ИТ начала осознавать ее прикладной потенциал

виртуализации приложений. Теперь эта тема стала популярной, и началось ее активное освоение.

Майкрософт впервые занялся виртуализацией приложений после приобретения Softricity в июле 2006г. Результатом приобретения стала Microsoft® SoftGrid, программа виртуализации приложений. В SoftGrid приложения обслуживаются центром обработки данных или другой точкой сети и запускаются локально на удаленных клиентах в виртуальной среде. Виртуализированные приложения выполняются в контейнере и действуют независимо от операционной системы и других приложений локального компьютера.

Реализация виртуализации приложений при помощи SoftGrid дает очень преимуществ, даже слишком много, чтобы быть в состоянии обсудить их все. Следующие преимущества, однако, являются самыми заметными и наиболее важными:

Упрощенное тестирование на унаследованные ошибки и на совместимость Запустив параллельно множественные версии одного приложения на одной машине без конфликтов, вы можете резко сократить сложность, время и затраты, связанные с тестированием и развертыванием новых приложений (см. рис. 1 ).

Рис. 1 Упрощение развертывания приложения при помощи SoftGrid

Более легкое управление системами ИТ практически полностью контролирует среду, в которой работают эти приложения, облегчая процесс поддержания идеальной рабочей среды.

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

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

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

Улучшенная отказоустойчивость и аварийное восстановление Приложения преобразуются в файлы данных, которые можно хранить и воспроизводить, как и любые другие данные предприятий. Приложения и их обновления можно автоматически синхронизировать между действующими узлами и узлами Bulk Copy Program (BCP), используя средства сторонних разработчиков, что дает моментальный доступ к приложениям в случае сбоя.

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

Как обслуживаются виртуальные приложения

Архитектура SoftGrid состоит из множества компонентов, гармонично работающих вместе. Сюда входят такие компоненты SoftGrid, как хранилище данных, сервер виртуальных приложений, секвенсор, консоли управления, управление веб-службами, а также клиентские приложения, работающие в сочетании со стандартными компонентами инфраструктуры, такими как Active Directory® (см. рис. 2 ). Мы дадим общий обзор архитектуры SoftGrid и объясним, как различные компоненты работают вместе.

Рис. 2 Общая архитектура SoftGrid

Хранилище данных SoftGrid выступает в роли центрального хранилища для всей среды виртуализации. Установленное либо на SQL Server™ (версия 2000 или 2005) или на Microsoft SQL Server Desktop Engine (MSDE), хранилище данных содержит записи, приложения, настройку, лицензионные данные, отчетную информацию и данные журналов.

Одним из самых важных компонентов среды SoftGrid является виртуальный сервер приложений SoftGrid (SVAS). Он используется для обработки пользовательских запросов к приложениям и передачи данных приложения пользователям по требованию.

SVAS запускается как служба Windows® с названием Microsoft System Center Virtual Application Server и очень скромен в требованиях к оборудованию. По умолчанию все данные приложения (о которых мы вскоре расскажем) расположены в каталоге \Program Files\Softricity\SoftGrid Server\content.

Типичный запуск SoftGrid происходит при входе пользователя в систему на рабочей станции. SoftGrid Client регистрирует маркер безопасности пользователя и членство в доменной группе и передает эту информацию по безопасным каналам в SVAS. SVAS дает пользователю доступ к приложению, если идентификатор безопасности (SID) пользователя существует в каталоге членства группы приложений, при этом ярлык для каждого приложения помещается на рабочий стол пользователя (или в любое другое место, указанное администратором, например, меню запуска, панель инструментов для быстрого запуска и т.д.).

Фактическая доставка приложения обычно начинается, когда пользователь щелкает значок ярлыка, ассоциированного с файлом Open Software Description (.osd). Это файл на основе XML, который содержит сведения о пакете приложения. Клиент получает название сервера виртуального приложения из OSD-файла и инициирует подключение. В этот момент SVAS проводит проверку подлинности клиента и вызывает хранилище данных для определения соответствия лицензии. После проверки подлинности пользователя SVAS передает данные приложения клиенту блоками – по умолчанию длина блоков 32 КБ, но может настраиваться в момент установки последовательности.

Учтите, что клиенту не передается все приложение целиком. Вместо этого SoftGrid передает только часть приложения, которая требуется для запуска приложения на клиентской машине. Эта часть составляет обычно от 20 до 40 процентов всего кода, хотя возможны вариации в зависимости от приложения. Например, для запуска Microsoft Word 2003 на клиентской машине требуется передача 15 МБ данных в сравнении с общим размером пакета в 800 МБ. Если пользователь получает доступ к части приложения, которой еще нет в кэше клиента, необходимый код передается клиенту. Для того, чтобы избежать эффекта утра понедельника, когда огромное количество одновременных запросов подвешивает сеть, организации могут выбрать предварительное кэширование обычных приложений на рабочих столах пользователя.

Active Directory

SoftGrid основан на пользователях и группах доменов Active Directory (или Windows NT® 4.0) для предоставления приложений авторизованным пользователям. В многодоменной среде пользователи могут получать их, используя соответствующее членство в группе (SoftGrid поддерживает локальное, глобальное и универсальное членство в группе) и доверительные отношения с доменом, где установлен SVAS.

При установке SVAS вам предложат различные учетные записи служб и группы, которые помогают в интеграции с Active Directory и в дальнейшем используются для административных целей. Таким образом, перед установкой вам необходимо создать три группы и учетные записи: учетную запись обозревателя SoftGrid, группу администраторов SoftGrid и группу пользователей SoftGrid.

Учетная запись обозревателя SoftGrid отвечает за обзор Active Directory и, таким образом, требует наличия прав «только для чтения» для всех доменов Active Directory в многодоменной среде. Группа администраторов SoftGrid используется для предоставления административного доступа к консоли управления SoftGrid и веб-службе управления SoftGrid. И, наконец, группа пользователей SoftGrid используется для назначения политики поставщика по умолчанию, которая используется для предоставления всем пользователям домена доступа к приложениям, опубликованным при помощи консоли управления.

Виртуальная среда

В ядре клиента SoftGrid находится SystemGuard, который выполняется на локальном компьютере. SystemGuard отвечает за предоставление полностью функциональной виртуальной среды, чтобы приложения могли работать в изоляции. В этой среде размещаются виртуализированные компоненты ОС – реестр, файлы, шрифты, INI-файлы, модель COM, встроенные службы и переменные среды, которые требуются для правильной работы приложения (см. рис. 3 ).

Рис. 3 Виртуализированная среда для работы приложения в изоляции

SystemGuard создает виртуальные разделы реестра для каждого приложения, которое он запускает. Эти разделы недоступны для других приложений, запущенных на локальной ОС, и невидимы для средств правки реестра, таких как regedit. Операции по чтению и записи реестра перенаправляются по необходимости в виртуальные разделы. Учтите, тем не менее, что виртуальные приложения могут передаваться в локальный реестр для получения информации, которой нет в виртуальных разделах реестра.

Точно таким образом SystemGuard создает виртуализированную файловую систему и перенаправляет большинство операций приложений по чтению и записи в эту файловую систему. Эта виртуализированная файловая система изолирована и предоставляет среду, которая вам нужна, если вы решите запустить множественные версии одного и того же приложения на одном клиенте.

Тем не менее, следует отметить, что хотя приложения изолированы от локальной ОС, пользователь все равно имеет доступ ко всем локальным службам, таким как печать, копирование и вставка и сетевые диски.

Пакетирование приложений

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

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

После установки последовательности приложения создаются четыре файла: файл приложения, позволяющий виртуализацию (SFT), файл Open Software Description (OSD), файл значка (ICO) и файл проекта (SPRJ). Они затем копируются в каталог содержимого SVAS. В другом варианте администратор может опубликовать файлы ICO и OSD на клиентах при помощи сервера HTTP.

В то время как SoftGrid обычно позволяет приложениям работать независимо друг от друга в изолированных средах, SystemGuard позволяет некоторое взаимодействие между приложениями. Вы должны внимательно изучить возможные зависимости приложений друг от друга и установить приложения в последовательность одновременно, если они взаимодействуют друг с другом. Этот процесс обычно называется подбором. Учтите, что не все приложения, требующие взаимодействия друг с другом, могут быть установлены в последовательность вместе. Подбор – это весьма запутанный процесс, который необходимо производить после тщательного изучения всех компонентов, связанных с приложениями, поскольку установка последовательности для двух или более приложений препятствует целям виртуализации.

Упрощение администрирования

Рис. 4 Управление веб-службой SoftGrid предоставляет подключение к хранилищу данных

Рис. 5 Управление SoftGrid при помощи одной консоли управления

Вот краткое описание всех типов задач управления по каждому из контейнеров. В контейнере приложений администратор может делать следующее – импортировать файлы SPRJ для публикации более новых приложений, указывать расположение OSD, удалять приложения и т.д. По умолчанию этот контейнер включает уже опубликованный пакет, который можно использовать для проверки связи клиента с сервером приложения.

При установке последовательности приложений создается связь с типом файла. После импорта пакета связи с типами файлов становятся доступными в консоли управления. Контейнер связей с типами файлов является местом, где администратор может изменять все связи с типами файлов.

Контейнер пакетов контролирует версии пакетов для активных обновлений; это обновления приложения, которые можно применить без отключения пользователя от сети или отключения сервера. Кроме того, используя этот контейнер, администратор может удалить пакет при помощи консоли управления. Учтите, что удаление пакета из контейнера пакетов удалит файл SFT из консоли управления и хранилища данных, но не удалит его из каталога содержимого на сервере приложений.

Как мы упоминали ранее, когда пользователь запускает приложение, клиент SoftGrid проверяет наличие лицензии и запускает приложение только в тому случае, если лицензия есть в хранилище данных. При помощи контейнера лицензий приложений администраторы могут связывать лицензии с приложениями – неограниченные лицензии, одновременные лицензии и именные лицензии.

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

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

И наконец контейнер отчетов, как видно из названия, позволяет администраторам создавать отчеты для проверки общего состояния среды SoftGrid. Возможны следующие виды отчетов: использование приложения, аудит программного обеспечения, использование системы, активность пользователя/группы, а также системные ошибки.

Настройка клиента

Клиент SoftGrid устанавливается в операционной системе компьютера, который будет использоваться для получения доступа к виртуальному приложению. Как мы говорили раньше, поддерживаются два типа клиентов: Microsoft SoftGrid для рабочих столов или Microsoft SoftGrid для служб терминалов. У каждого подхода есть свои преимущества, но также и некоторые компромиссы с производительностью, а именно проблемы с задержками в сети, консолидацией серверной фермы и управлением.

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

Клиент может быть развернут любым стандартным методов, например, при помощи ручной установки или автоматического развертывания с использованием такого средства, как Systems Management Server 2003. На рис. 6 показано минимальное оборудование и программное обеспечение, необходимое для установки этих клиентов.

Рис. 6 Системные требования для клиентов SoftGrid

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

Для запуска консоли управления клиента необходимо открыть панель управления и запустить управление клиентом SoftGrid из группы «Администрирование». Вы можете выбрать тип подключения – с локальной или удаленной машиной.

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

Рис. 7 Консоль управления клиентом

Приложения можно просматривать и изменять в контейнере «Приложения». Контейнер «Приложения» содержит сведения о состоянии локального приложения – запущено ли приложение, заблокировано ли в кэше, какой процент приложения (SFT-файла) передан в локальный кэш.

Контейнер «Связи с типами файлов» позволяет просматривать, изменять и удалять связи с типами файлов. Для получения дополнительных сведений вернитесь к рассказу о связях с типами файлов в предыдущем разделе.

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

Заключение

Виртуализация приложений при помощи Microsoft SoftGrid предлагает непревзойденный способ улучшить надежность системы и упростить управление. Поскольку в процесс вовлечены различные элементы, работающие вместе, архитектура безукоризненно вписывается в информационную инфраструктуру.

Источник

Обзор Microsoft SoftGrid Application Virtualization

Некоторое время назад был на встрече MCP клуба на котором узнал о Microsoft SoftGrid.
Что это такое:

Это система виртуализации приложений. Работает следующим образом:

1. Сначала с помощью специального продукта SoftGrid Sequencer снимается образ с приложения. Нужно запустить sequencer, затем проинсталлировать нужный софт, запустить его, поработать с ним немного, завершить выполнение и сказать sequencer’у прекратить мониторинг и создать пакет приложения.

2. Затем на SoftGrid Application Server нужно проимпортировать созданный пакет, и назначить группы пользователей которым это приложение должно стать доступным.

3. Пользователи, которым назначено приложение и которые имеют у себя SoftGrid Client получают ярлыки, ассоциации файлов. при первом щелчке загружается пакет и запускается ПО.

В чем же новизна?
а новизна вот в чем:
Виртуализация обозначает, что приложение отделяется от операционной системы специальной прослойкой и эмулирует для приложения:

— реестр
— системные файлы

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

В результате можно, например, проинсталлировать на один компьютер Word 97, Word XP, Word 2007 и все они смогут работать совместно, не мешая друг другу.

Преимущества использования такой технологии по сравнению с др. в следующем:

— Автоматизация развертываемости приложения
— Более стабильная работа
— нет влияния проинсталлированных приложений на систему (напримет dll hell)
— построение отчетов
— контроль за использованием лицензий

Источник

Виртуальные приложения SoftGrid

Меня всегда поражало число технологий, реализованных в инфраструктуре Microsoft. Приходится постоянно выбирать и решать, какие из них смогут решить конкретные задачи (в частности, в области управления и обеспечения деятельности компании).

Меня всегда поражало число технологий, реализованных в инфраструктуре Microsoft. Приходится постоянно выбирать и решать, какие из них смогут решить конкретные задачи (в частности, в области управления и обеспечения деятельности компании).

Как отмечается во врезке «Преимущества виртуализации приложений», благодаря виртуализации операционной системы и недавним усовершенствованиям в области управления клиентами и серверами, развертывать программные продукты стало проще, но проблемы совместимости и управляемости остаются. Виртуализация приложений позволяет запускать приложения локально и экономить ресурсы сервера, устраняет единые точки отказа и снимает ограничения на работу в сети. Решение для виртуализации приложений SoftGrid обеспечивает аналогичную «песочнице» среду под названием SystemGuard, в которой приложения могут выполняться на компьютерах пользователей без локальной установки операционной системы.

Виртуальная среда SystemGuard

SystemGuard — виртуальная прикладная среда, которая содержит все необходимые приложению элементы, такие как файлы, данные реестра, COM-объекты и информация о среде. Совместимые с SoftGrid программы не требуется устанавливать в основной операционной системе, но они взаимодействуют с операционной системой в соответствии с определенными правилами, чтобы избежать излишнего дублирования данных в виртуализованном пространстве.

Как показано на экране 1, приложение взаимодействует с ресурсами, которые представляются ей обычной операционной системой, с полными правами записи и чтения в среде SystemGuard. SystemGuard строго контролируемо взаимодействует с настоящей операционной системой. Информацию о настроечных параметрах можно прочитать, но не изменить. Данные профиля и документов могут быть изменены в операционной системе, которая позволяет сохранять данные и параметры среды между сеансами.

Дополнительные требования к ресурсам

SystemGuard создает меньшую нагрузку на ресурсы, чем может показаться. Помимо дискового пространства для кэширования приложения, которое обычно меньше, чем для локально установленного приложения, виртуализованное приложение потребляет менее чем на 1% больше ресурсов процессора, нежели невиртуализованное приложение. Причина в том, что основная часть дополнительной нагрузки приходится на инициализацию SystemGuard и открывание приложения, а не на этап его выполнения. Кроме того, потребность в памяти при выполнении виртуализованных приложений, как правило, ниже, чем при выполнении обычных.

Занимаемую приложением память можно разделить на выгружаемый пул и невыгружаемый пул. Большинство приложений работают внутри выгружаемого пула памяти. Содержимое выгружаемого пула можно при необходимости записать на диск, а память, используемая виртуализованным приложением, такая же, как для локально установленных программ. Единственное дополнительное требование к памяти — 20 Мбайт для клиента SoftGrid. Невыгружаемый пул используется для важных данных операционной системы, которые нельзя сохранить на диске.

Настроечные данные (например, данные реестра) обычно загружаются в ядро во время начального запуска компьютера. Когда загружаются программы, реестр растет и занимает больше места, что приводит к увеличению времени загрузки (для областей реестра HKEY_LOCAL_MACHINE и HKEY_CLASSES) или процедур регистрации (HKEY_CURRENT_USER).

Для приложений SoftGrid никакие данные в реестр компьютера не записываются. Данные, необходимые для приложения, загружаются по мере необходимости в процессе выполнения. Представьте, что локально установлено 40 программ, но используются только 10: реестр серьезно разрастается после заполнения невыгружаемого пула. При запуске виртуализованных приложений экономится 75% невыгружаемого пула.

Экономятся и ресурсы сетевого канала связи, так как SoftGrid доставляет клиенту виртуализованные приложения и компоненты по требованию. Сначала имеется лишь пиктограмма приложения на рабочем столе клиента. Когда приложение используется, SoftGrid последовательно извлекает компоненты приложения, значительно ускоряя его запуск. Доставляются только нужные компоненты приложения, что экономит место на диске клиента.

Еще одно интересное преимущество состоит в том, что при использовании SoftGrid с серверами терминалов не требуется «терапевтическая перезагрузка». SoftGrid отличается чрезвычайной компактностью при выполнении и аккуратно удаляет «мусор» после закрытия приложения.

Комплекс SoftGrid состоит из пяти основных компонентов, которые позволяют создавать приложения SystemGuard и размещать их на клиентах.

Существуют дополнительные компоненты, интегрированные с решением System Center Configuration Manager (SCCM), которые позволяют использовать SCCM для дистрибуции, а также отдельный клиент для среды типа сервера терминалов (в том числе Citrix). В данной статье недостаточно места для описания этих компонентов, но о них следует знать, если предполагается использовать SCCM или серверы терминалов.

Установка и настройка конфигурации

Первый шаг в использовании SoftGrid — установить компонент System Center Virtual Application Server с умеренными требованиями к аппаратным средствам и программному обеспечению. Хранилище данных можно разместить на SQL Server 2005 или SQL Server 2000, а также на Microsoft SQL Server Desktop Engine (MSDE) в тестовой среде. Хранилище данных не обязательно находится на том же сервере, что и приложение, хотя должно быть в той же локальной сети.

Для комплекса SoftGrid необходима служба каталогов, такая как Active Directory (AD). Достаточно иметь домен Windows NT 4.0, однако маловероятно, что пользователи такой перспективной технологии, как виртуализация приложений, все еще работают с NT 4.0. В процессе установки необходимо указать учетную запись с доступом для чтения к службе каталогов. Также необходимы две глобальные группы, чтобы идентифицировать администраторов и пользователей, работающих со службами SoftGrid. Если доступ к SoftGrid необходим всем пользователям домена, можно ввести группу Domain Users в эту глобальную группу.

SoftGrid можно установить на Windows Server 2003 или Windows 2000 Server. Консоль SoftGrid Management Console функционирует с Windows 2003 или Windows XP при наличии NET Framework 1.1 и консоли Microsoft Management Console (MMC) 3.0, которая входит в состав Windows 2003 R2, а с Web-узла Microsoft можно загрузить ее версии для других операционных систем.

Для компонента SoftGrid System Center Virtual Application Server необходим процессор Pentium III, работающий с тактовой частотой 1 ГГц, память не менее 512 Мбайт и 200 Мбайт пространства на жестком диске. Чем больше приложений подвергается виртуализации, тем больше требуется места на диске. С помощью функций балансировки нагрузки Windows или аппаратных средств балансировки можно управлять нагрузкой нескольких систем SoftGrid Virtual Application Server.

Не следует использовать MSDE для хранилища данных в производственной среде. Возможности восстановления и репликации MSDE ограничены, как и функции управления. Если от нескольких серверов SoftGrid требуется высокая отказоустойчивость, следует использовать службы кластеризации SQL Server и Windows, чтобы устранить единые точки отказа.

В документации по SoftGrid содержатся детальные инструкции по установке. Обязательно прочитайте и выполните требования, относящиеся к созданию учетной записи AD и групп для SoftGrid (экран 3). Чтобы облегчить работу администратора, можно назначить учетной записи AD бессрочный пароль. Однако при этом могут возникнуть проблемы безопасности. Подготовьте процедуру регулярной смены пароля. После этого не составит труда обновлять пароли с использованием параметров Account Authority в консоли управления SoftGrid (экран 4).

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

После завершения установки консоль управления SoftGrid доступна в программной группе Administrative Tools. При первом запуске консоль управления просит указать компьютер SoftGrid, к которому следует подключиться. SoftGrid работает через порт 80 и нуждается в имени службы SoftGrid Management Web Service. Как уже отмечалось, консоль управления никогда не взаимодействует с хранилищем данных напрямую; любые соединения устанавливаются через службу Management Web Service.

Виртуализация приложений — перспективное направление. С помощью SoftGrid несложно без значительных затрат преобразовать приложения в виртуальные. Кроме того, среда SystemGuard обеспечивает одновременное выполнение приложений, устраняя проблемы совместимости. Процесс экспериментальной виртуализации Microsoft Office XP и Office 2003 был гладким и интуитивно понятным. В следующей статье будет рассказано о применении виртуализованных приложений SoftGrid.

Джон Сэвилл (jsavill@windowsitpro.com ) — директор по технической инфраструктуре компании Geniant, имеет сертификаты CISSP, Security and Messaging MCSE для Windows Server 2003 и звание MVP

Преимущества виртуализации приложений

За последние несколько лет в методах управления клиентскими системами и серверами произошли существенные изменения. В прошлом установочные программы размещались на файл-серверах, а администраторы устанавливали приложения вручную или развертывали с использованием сценариев регистрации. В настоящее время стало проще назначать и публиковать приложения на компьютерах с помощью Active Directory (AD) и групповой политики, а Microsoft Systems Management Server (SMS) обеспечивает еще более удачное решение, с более детальной и продуманной процедурой развертывания программного обеспечения и отчетами о выполнении.

Эти технологии упрощают развертывание программ, но остаются проблемы совместимости и управления приложениями. Например, как обновлять приложение? Не нарушится ли функционирование программы после установки другого приложения? Совместимо ли приложение с Vista? При установке приложения его компоненты регистрируются в компьютере; выполняемые файлы, библиотеки DLL и другие файлы копируются в файловую систему; данные записываются в реестр. При обновлении или удалении программ данные остаются. Со временем компьютеры «засоряются» остаточными файлами, фрагментами данных в реестре и зарегистрированными компонентами, что может привести к проблемам совместимости.

В последнее время методы виртуализации стали более эффективными. Традиционно виртуализация операционной системы была полезна в двух основных ситуациях: консолидации и тестирования. В прошлом каждое крупное приложение функционировало на собственном сервере, что приводило к большим затратам как на покупку оборудования, так и на лицензирование. В настоящее время благодаря виртуализации можно запускать несколько операционных систем в «песочницах» на одном физическом сервере. Проблемы совместимости приложений не возникают, так как каждое из нескольких приложений на одном сервере работает со своей виртуальной операционной системой, с собственным жестким диском, реестром, процессором и ресурсами памяти. При тестировании виртуализация позволяет работать нескольким операционным системам (например, Windows XP, Windows 2000 Server, Windows 95 и Vista) на одном компьютере и одновременно запустить несколько экземпляров тестовой среды.

Запуск приложения в виртуальной операционной системе — решение проблем совместимости для одного приложения, но будет ли оно эффективным для десятка приложений? Необходимо принять во внимание дополнительную нагрузку, требования к памяти и месту на диске. Кроме того, необходимо управлять, обновлять и защищать каждый экземпляр операционной системы. Приложения работают в «песочницах» операционной системы, но вся операционная среда также находится в «песочнице», что затрудняет сохранение документов или данных, созданных в приложении, в локальной файловой системе физического компьютера.

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

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

Поделитесь материалом с коллегами и друзьями

Источник