- •Оглавление
- •Введение
- •Тсо и её компоненты, определяющие стоимость владения сервером
- •Стоимость приобретения Аппаратное обеспечение
- •Программное обеспечение
- •Затраты, связанные с содержанием сервера Фактор электричества
- •Организация цод-ов или серверных комнат
- •Косвенные затраты в тсо
- •Простои систем
- •Уменьшение стоимости владения сервером
- •Применение технологии виртуализации
- •Чего ждет от виртуализации малый и средний бизнес
- •Обзор платформ виртуализации для smb
- •Пакеты платформы vMware для smb
- •Решения компании Citrix (XenSource)
- •Решения компании Virtual Iron
- •Решения компании Microsoft
- •Перспективы виртуализации для smb
- •Консолидация серверов и схд
- •Географическая консолидация
- •Физическая консолидация
- •Консолидация приложений
- •Консолидация доменов
- •Подготовка к консолидации серверов
- •Консолидация данных
- •Типы консолидации систем хранения
- •Централизованные системы хранения данных
- •Преимущества консолидации
- •Сравнение платного (Windows) и бесплатного (Linux) серверного по
- •Применение унифицированных схд от определённых вендеров
- •Системы ibm XIV Storage System
- •Система от компании emc claRiiOn
- •Системы от компании NetApp fas6200
Географическая консолидация
В качестве первого шага к консолидации предприятия следует рассмотреть возможность концентрации распределенных серверов в пределах единого центра данных или сравнительно небольшого числа региональных центров (рис. 1). Очевидное преимущество этого решения в том, что упрощается выделение персонала поддержки и его работа по развертыванию и управлению системами, снижается степень дублирования опытных кадров. Централизация также облегчает использование стандартизованных конфигураций и процессов управления, создание рентабельных систем резервного копирования для восстановления данных после сбоя и поддержания связности бизнеса. Упрощается и решение вопросов организации высококачественного контроля за состоянием окружающей среды и обеспечения физической защиты. Может быть улучшена и сетевая безопасность, поскольку серверы оказываются под защитой единого, централизованно управляемого межсетевого экрана.
Как в любых процессах объединения, централизация может стать весьма сложной задачей, затраты на которую, риски и преимущества должны быть тщательно взвешены. Для реализации поставленной цели, как правило, необходимо расширять существующие центры данных или строить новые. Речь также идет о перераспределении ИТ-персонала и возможных затратах на переобучение и наем новых сотрудников.
Вообще говоря, централизация не есть универсальное решение для любого приложения. Дело в том, что требования сети и время отклика приложения могут значительно возрасти, если серверы будут удалены от местоположения пользователей. В этом случае следует тщательно оценить стоимость сетей WAN и степень удовлетворенности пользователей. Служба каталогов и служба регистрации входа пользователей также должны быть интегрированы, однако рабочие нагрузки на системы обеспечения безопасности и аутентификации могут при этом значительно возрасти. Перемещенные серверы и связанная с ними инфраструктура должны быть соответственно модернизированы, чтобы удовлетворять новым требованиям, и эти затраты следует тщательно взвесить при оценке отдачи от капиталовложений в проект консолидации.
Физическая консолидация
Один из этапов консолидации на предприятии состоит в уменьшении общего числа серверов путем объединения компьютеров, работающих под управлением одинаковых ОС и выполняющих одни и те же приложения, в более крупные и мощные системы. Такая консолидация может улучшить использование ресурсов и снизить стоимость затрат на управление. Она также способна повысить эффективность использования иных ресурсов центра данных, таких, как занимаемая площадь и потребляемая мощность.
Однако все эти преимущества следует сопоставить с выгодами упрощенной архитектуры, обеспечивающей выравнивание рабочих нагрузок между несколькими серверами. Разукрупнение обеспечивает высокую готовность при низких затратах за счет избыточности серверов, а также пошаговое масштабирование путем простого добавления серверов.
Инструменты для управления такими кластерными решениями значительно усовершенствовались за прошедшие годы, поэтому высокие операционные затраты не обязательно должны быть их важнейшим отличительным признаком.
В общем случае при физической консолидации специалисты рекомендуют подход, основанный на выборе адекватного размера системы. Это означает укрупнение или разукрупнение системы по мере необходимости для оптимизации инфраструктуры каждого конкретного приложения. В каждом случае следует тщательно проанализировать архитектуру приложения. Многие приложения не рассчитаны на использование более четырех процессоров, а иным для эффективной работы может потребоваться определенный объем памяти или число устройств ввода-вывода. Некоторые приложения могут интенсивно взаимодействовать с другими системами и приложениями в локальных или глобальных сетях.
Потребности бизнеса также должны быть внимательно проанализированы. В частности, представляет интерес число пользователей, которых обслуживает данное приложение, и место их физического нахождения. Кроме того, возникают вопросы специфических требований к производительности, масштабируемости и готовности. Важно также точно определить то место, которое конкретное приложение занимает в бизнес-процессах, и выяснить, каким изменениям во времени оно может подвергнуться.
По понятным причинам оптимизированную архитектуру решения, объединяющую преимущества как укрупнения, так и разукрупнения, можно выбрать на основе тщательной оценки требований конкретных приложений. Проектировщики могут развертывать более крупные индивидуальные серверы для улучшения использования ресурсов, основанные на четких конкретных особенностях поведения приложения и предполагаемых рабочих нагрузках. Разработчики также могут распределять приложение между несколькими серверами, чтобы расширить общую мощность решения за пределы архитектурных ограничений приложения, обеспечить более высокую пропускную способность и повысить готовность решения.
