Виртуализация: Перенос ПО

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

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

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

Варианты переноса

Существует много способов переноса ПО. Среди них — самый традиционный метод: заново установить ПО на новую платформу. ИТ-профессионалы всего мира занимаются этим ежедневно. Если это сделано правильно, все работает просто замечательно. Есть вероятность, что вы задействуете этот метод для ряда своих приложений. Часто он оказывается наилучшим и самым надежным. Однако как менеджер центра данных только вы знаете, когда лучше всего выполнить переустановку вместо переноса.

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

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

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

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

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

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

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

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

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

Упрощайте процесс

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

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