Виртуализировать или не виртуализировать с помощью SBC
Виртуализация сейчас очень актуальна. Многие компании рассматривают возможность виртуализации хотя бы части своей инфраструктуры. Какие возможности существуют для инфраструктур SBC, насколько развиты эти варианты и каков опыт виртуализации? В этой статье мы совершим небольшое путешествие по виртуализации с учетом инфраструктуры SBC.
Методы виртуализации
Виртуализация серверов
Первой технологией виртуализации, появившейся на рынке, была виртуализация серверов. При виртуализации серверов ваше серверное программное обеспечение не устанавливается и не запускается непосредственно на физическом компьютере, а будет работать на определенном хосте вместе с другими виртуальными серверами. Хост (программное обеспечение) организует использование доступных ресурсов, которые предлагаются как виртуализированные ресурсы.
Основная причина использования этого метода виртуализации заключалась в том, что в то время несколько серверных приложений были несовместимы друг с другом. Для каждого нового приложения требовался новый сервер, где большую часть времени ресурсы сервера мало использовались и занимали много места в центрах обработки данных. Возможность запуска всех этих серверов на одном физическом компьютере позволяет лучше использовать ресурсы, более эффективно и занимает меньше физического места. Первыми машинами, предлагающими это, были большие серверы, заполненные процессорами, памятью и сетевыми картами; Таким образом, каждый виртуализированный сервер мог использовать свой собственный процессор, память и сетевую карту, поэтому проблема с пространством была решена.
Виртуализация серверов очень быстро превратилась в современные возможности виртуализации серверов — теперь также можно контролировать использование ресурсов сервера.
Виртуализация ресурсов
С помощью этого метода виртуализации виртуальные машины могут совместно использовать физические ресурсы, такие как процессор, память и емкость сетевой карты. Как упоминалось ранее, многие серверные приложения не используют все доступные ресурсы. Таким образом, с приложениями этого типа, безусловно, хорошей идеей является совместное использование одного процессора, например, если оба используют только несколько ресурсов ЦП. Современные методы виртуализации серверов также позволяют быстро добавлять или удалять назначенные ресурсы виртуальной машине.
Как видите, виртуализация серверов и ресурсов в настоящее время дополняет друг друга. В результате появилось надежное решение для размещения нескольких виртуализированных серверов на нескольких аппаратных платформах. Наиболее известной является компания VMware с ее продуктами для виртуализации серверов, где продукт ESX является наиболее надежной реализацией.
Со всеми разработками в области методов виртуализации серверов и большой заинтересованностью компаний в виртуализации своей серверной инфраструктуры вопрос о том, можно ли виртуализировать серверы терминалов, задается все чаще. Технически серверы терминалов можно без проблем виртуализировать, но есть несколько практических недостатков.
Во-первых, терминальные серверы довольно требовательны к ресурсам, потому что к серверу одновременно обращается больше пользователей. Поскольку использование находится в зарезервированной пользователем части памяти, а многие приложения не могут использовать более одного или двух процессоров, добавление дополнительных (виртуализированных) ресурсов бесполезно. Несколько экспертов по VMware и SBC, например Рон Оглсби, провели стресс-тестирование виртуализированных серверов терминалов. Эти тесты показали, что при подключении от 20 до 30 пользователей серверы истощались. При выполнении тех же тестов на физических машинах количество пользователей увеличилось до 50-60. Это означает, что вам потребуется в два раза больше виртуальных серверов, чем физических серверов.
Последнее, но не менее важное, это поддержка производителями виртуальных машин. Официальное заявление Citrix в статье CTX997956 заключается в том, что они поддерживают Citrix Presentation Server на виртуализированных серверах, но поддержка основана на максимальных усилиях, и исправления будут выпущены только в том случае, если проблема может быть воспроизведена на физическом оборудовании.
Виртуализация приложений
Большой грядущий метод виртуализации — это виртуализация приложений. При виртуализации приложений приложения не устанавливаются на жесткий диск машины, а упаковываются и запускаются на уровне виртуализации. Этот уровень виртуализации работает поверх операционной системы в режиме только для чтения. Таким образом, приложение на уровне может использовать ресурсы, доступные в операционной системе, но не может ничего изменить. Каждое приложение имеет свой собственный отдельный уровень виртуализации (часто называемый пузырем). Эти отдельные пузырьки гарантируют, что приложения не будут конфликтовать друг с другом, поскольку все необходимые файлы доступны в пузырьке для этого конкретного приложения. В отличие от приложений, установленных на жестком диске, файлы не перезаписываются. Это большое преимущество, потому что на одном компьютере можно запускать больше приложений без конфликтов. Также обновление приложения намного проще, потому что вам нужно только заменить номер версии пузыря вместо другой установки на жесткие диски. Виртуализированные приложения используют ресурсы так же, как и приложения, установленные на жестком диске (за исключением дискового пространства, логически), поэтому виртуализация приложений не предотвращает чрезмерное использование ресурсов приложением. Подробную информацию об информации о приложении можно найти в статье Использование SoftGrid для конфликтующих приложений в среде службы терминалов.
Среды SBC очень выигрывают от виртуализации приложений на серверах терминалов, поскольку многие приложения могут быть доступны с серверов. Поскольку конфликты приложений больше не возникают, на одном сервере может быть доступно больше приложений. Это справедливо для разных приложений, а также для разных версий одного и того же приложения. Время, которое обычно тратится на обновление и тестирование, можно сократить. Это подтверждается новой функцией Application Streaming в Citrix Presentation Server и приобретением SoftGrid компанией Microsoft в прошлом году.
Виртуализация операционной системы
С приобретением Ardence компанией Citrix этот метод виртуализации оказался в центре внимания. При виртуализации операционной системы больше ничего не устанавливается на локальное устройство, а все запускается с так называемого виртуализированного диска из сети.
С помощью этого метода вы можете использовать частные или общие диски. Частный диск используется только одним клиентом, как и локальный диск. В зависимости от прав пользователя внутри операционной системы пользователь может сохранять информацию на дисках. Изменения сохраняются на виртуализированном диске. Во-вторых, есть общие диски. Такой диск может использоваться большим количеством клиентов (одновременно). Во время использования изменения сохраняются в специальном кеше, но при выключении или перезапуске клиента кеш очищается. Другими словами, когда клиент загружается, он будет использовать конфигурацию по умолчанию, доступную на виртуальном диске. Виртуализированный диск будет создан для копирования с одной машины, установленной традиционным способом. Программное обеспечение позаботится о том, чтобы при загрузке клиента имя компьютера было изменено на уникальный идентификатор в вашей инфраструктуре. Поскольку создание виртуального диска аналогично созданию образа, вам следует разработать систему, в которой другие идентификаторы (например, службы Citrix) изменяются во время загрузки с помощью сценариев или других средств.
Виртуализация операционной системы очень полезна в очень безопасных средах (ничего недоступно локально на клиенте), чтобы все клиенты оставались одинаковыми (однородными), упрощенное управление и простые механизмы обновления (для новых приложений, исправлений и т. д.) с быстрым откатом. сценарий.
Виртуализация операционной системы может быть очень полезна в средах SBC. Зачастую очень сложно сохранить одинаковые серверы из-за множества изменений и обновлений приложений и операционной системы. Тестирование обновлений также очень сложно, а резервные сценарии требуют много времени. Когда виртуализация операционной системы используется с методологией общего диска, каждый сервер после перезапуска остается точно таким же. Обновления можно легко протестировать и внедрить с помощью быстрого резервного сценария.
Виртуализация VDI
Спрос на доступ сотрудников к приложениям из любого места в любое время быстро растет. Веб-приложения и службы терминалов — два известных метода доступа к приложениям за пределами офисного здания. Но некоторые приложения недоступны в веб-версии или не поддерживаются терминальным сервером и могут быть установлены только на толстом клиенте (операционной системе). В инфраструктуре виртуальных рабочих столов такие приложения могут быть установлены с клиентской операционной системой (например, Windows XP) на сервере VMware ESX. Дополнительный сторонний продукт (называемый брокером) используется для управления средой VDI, например, для определения хоста удаленных рабочих столов, к которому назначен пользователь или к которому он подключен, автоматического развертывания системы VDI и предоставления хостов удаленных рабочих столов. Очень подробное описание VDI описано в статье Обзор инфраструктуры виртуальных рабочих столов.
Основы VDI очень похожи на концепции SBC. Только вы предоставляете доступ к приложению или рабочему столу, доступ к которому может получить только один пользователь в системе VDI. На самом деле VDI может быть решением для тех приложений, которые вы не можете предложить через среду Terminal Server прямо сейчас. При использовании VDI вы можете уменьшить потребность в толстых клиентах в офисе и разрешить использование приложений вне офиса.
Вывод
В этой статье были кратко рассмотрены современные методы виртуализации. Во-вторых, мы рассмотрели эти методы и то, что они могут сделать в вашей среде SBC. Мы можем сделать вывод, что виртуализация приложений, виртуализация операционной системы и VDI могут дополнять инфраструктуры SBC. Виртуализация серверов также возможна, но перед виртуализацией терминальных серверов необходимо тщательно рассмотреть ее недостатки.