Подготовка к консолидации серверов

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

• определение емкости и степени использования серверов;

• документация процессов поддержки и управления;

• инвентаризация инфраструктуры серверов;

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

Определение целей консолидации серверов:

• определение высших деловых и технологических приоритетов проекта;

• указание среди приоритетов возможности определенных уступок, включая большую доступность, уменьшение стоимости и гибкость инфраструктуры;

• определение целей емкости новой среды;

• определение целей стоимости для управления и поддержки консолидированной инфраструктуры;

• составление графика и бюджета проекта консолидации.

Создание нового окружения:

• поиск возможностей программного и аппаратного обеспечения;

• выбор инфраструктуры на основании требований емкости и роста;

• ориентировка на отказоустойчивость и избыточность.

Разработка плана миграции:

• оценка вариантов консолидации с точки зрения бизнеса;

• определение организационных функций и ответственности в ходе процесса консолидации и после него;

• полная оценка плана, рисков, бюджета и требуемых результатов перед внедрением.

Внедрение нового пилотного окружения:

• определение потребностей в программном и аппаратном обеспечении;

• определение особенностей сети и инфраструктуры;

• допуск технических ограничений и рисков;

• построение и тестирование консолидированной среды.

Окончательное оформление плана миграции пользователей и данных:

• запись процедур для перемещения пользователей и данных для нового окружения;

• создание детального графика развертывания, включая планирование непредвиденных обстоятельств;

• выбор критерия для продолжения.

Внедрение новой производственной среды:

• установка приложений, служебных программ и инструментов в новой консолидированной среде;

• разработка и документирование процедур управления и обслуживания после консолидации.

Миграция пользователей и данных в новое окружение:

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

• выполнение миграции в соответствии с детальным расписанием;

• тестирование консолидированной среды, включая пользователей и данные;

• переход к новой производственной среде.

Оценка и обзор проекта:

• оценка результатов процесса консолидации, включая стоимость и процедуры обслуживания;

• повторная регулярная оценка консолидации;

• оптимизация среды.

Консолидация данных

Рост объемов данных, расширение спектра задач, связанных с их обработкой, критичность доступа к данным для бизнеса приводят к необходимости именно систем хранения данных. Система хранения - это не просто набор дисков, подключенный к серверу; сегодня это комплекс средств, предоставляющий высокоуровневый доступ к данным, обеспечивающий их постоянную готовность, защиту от сбоев и катастроф, мониторинг и управление использованием дискового пространства, автоматическое архивирование и прозрачное восстановление. 

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

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

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

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

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

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

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

Если для осуществления бизнеса компания использует Интернет, то у нее должна быть уверенность в доступности и готовности используемых СУБД даже по выходным дням, поскольку кому-то всегда может потребоваться доступ к данным именно в это время. Известно, что обычно размер СУБД удваивается каждый год, и эта проблема со временем станет только острее.