Пять шагов к успешной консолидации и виртуализации

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

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

Ниже предлагаем пять шагов к успешной консолидации ИТ инфраструктуры.

Как создать успешную стратегию виртуализации и консолидации?

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

• 1. Спланируйте изменения и выработайте стратегию управления рисками.
• 2. Разработайте план восстановления
• 3. Протестируйте и, если требуется, повысьте эффективность филиалов и локальную консолидацию
• 4. Создайте перспективную архитектуру инфраструктуры и план ее поддержки
• 5. Спланируйте стадии внедрения

1 Спланируйте изменения и выработайте стратегию управления рисками

Управление рисками – один из важнейших пунктов управления проектами, но в случае ИТ консолидации есть несколько дополнительных пунктов. Ее преимущества хорошо видны бизнес-команде предприятия (экономия затрат, меньше нагрузка на ИТ), но совсем не видна, например, сотрудникам удаленных филиалов. Их команда может считать, что они теряют «свои» сервера или инструменты и взамен получат беспричинную замедленную работу техники. И поскольку, цели ИТ должны служить целям бизнеса, все это может привести к непониманию и конфликтам.

Хорошая стратегия перемен начинается с общения. Коммуникации с различными бизнес – подразделениями может занять некоторое время, чтобы разъяснить, какие преимущества они получат от нововведений.Метавселенная ВДНХ 4.8 т

Можно, например, предложить им следующие преимущества:

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

ИТ менеджеры в удаленных офисах должны быть уверены в том, что смогут воспользоваться преимуществами консолидации:

• Сокращение рутинных задач по поддержке. Вместо каждодневных рутинных процедур они смогут сфокусироваться на перспективных проектах и помочь людям производить больше работы в меньшее время.
• Уровень обслуживания будет поддерживаться.
• Обратную связь будут воспринимать серьезно. Связь с ИТ менеджерами поможет усилить эффект от планирования консолидации и виртуализации.

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

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

2 Разработайте план восстановления

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

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

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

Также компании стоит подумать об избыточности WAN. При централизованном хранении данных отсутствие соединения парализует работу удаленных офисов компании.

Оценивая избыточность WAN, следует взвесить что выгоднее, иметь двух разных провайдеров для связи на последней миле или использовать одного провайдера, но через разные PoP.

При первом варианте имеет лучшую диверсификацию доставки и спокойна за доступ удаленных офисов к штаб – квартире.

При втором варианте офис имеет несколько меньший уровень устойчивости. Если проблема у провайдера, офис остается без связи. Если «падает» только один РоР, второй PoP того же провайдера обеспечит офис связью. Преимущества такого подхода в цене и управлении.

3 Протестируйте и повысьте эффективность работы филиалов и локальную консолидацию

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

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

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

• Доступ к файлам общего пользования
• Доступ к удаленным папкам
• Открытие файла с помощью офисных приложений
• Доступ к базе данных
• Взаимодействие веб приложений

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

4 Создайте перспективную архитектуру инфраструктуры и план ее поддержки

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

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

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

5 Спланируйте пофазовое внедрение

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

• Насколько хорошо вы можете поддерживать офисы в первой стадии проекта?
• Какие приложения надо консолидировать первыми?
• Насколько завершенным будет процесс консолидации?

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

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

Важно продумать все и вместе с командой прийти к единому плану.

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

• Подготовлено Содействие НП по материалам Riverbed Technology