Расчёт TCO. Часть 2. Критерии выбора.


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

Такими факторами являются:
1 – риски;
2 – стоимость;
3 – положительные моменты, которые можно получить в случае консолидации;
4 – время и стоимость, которые потребуются на проведение процедуры консолидации;
5 – нужно понять, что получит бизнес в случае осуществления процедуры консолидации.

Риски

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

Для того чтобы все это осуществить, требуется:

– идентификация рисков;
– анализ рисков;
– управление рисками;
– стоимость рисков.

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

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

Управление рисками
Управление рисками состоит из следующих процедур:
– разработка плана по управлению каждым из идентифицированных рисков;
– ассоциирование ресурсов.

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

Методология консолидации


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

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

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

3. Метод «скорпион» — Этот метод разработан компанией IBM для анализа IT-инфраструктур с технической точки зрения, а также с точки зрения финансовых затрат.
В данном методе используется тщательный финансовый анализ, исследования капитальных вложений в инфраструктуру и вырабатываются возможные решения для осуществления процедуры консолидации.

1.    Методология выравнивания


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

Краткое описание этих 6-ти шагов приведено на рисунке 1.

 pic1.jpg

Шаг № 1.
Оценка информационной структуры предприятия.

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

Шаг № 2.
Создание профиля существующей инфраструктуры.

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

Шаг № 3.
Анализ «островов» IT-инфраструктуры.

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

«Островом» считается физическая либо логическая группа серверов, работающая с одними приложениями или данными.

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

Шаг № 4.
Детальный анализ и разработка решения.

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

При разработке этого решения следует учитывать различные факторы:

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

Шаг № 5.
Внедрение.

На этом шаге выработанное ранее решение должно быть применено на новых серверах.

Шаг № 6.
Проверка.

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

2.    УПРОЩЕННАЯ МЕТОДОЛОГИЯ ВЫРАВНИВАНИЯ


Как упоминалось ранее, упрощенная методология выравнивания используется при консолидации серверов одного производителя. Например, для консолидации нескольких UNIX-серверов производства той или иной компании.

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

  pic2.jpg

 

 

Шаг № 1.
Оценка.

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

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

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

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

Эти данные могут помочь при ответе на все вышепоставленные вопросы, такие как: что желает получить предприятие вследствие процедуры консолидации, от чего придется отказаться, какие положительные и отрицательные моменты ждут предприятие после консолидации серверов.

Шаг № 2.
Создание профиля существующей IT-инфраструктуры.

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

При разработке профиля существующей IT инфраструктуры необходимо ответить на следующие вопросы:

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

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

Необходимо задокументировать следующую информацию:

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

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

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

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

Исходя из всех этих данных, а также данных собранных на шаге № 2, можно принять решение об одном из трех типов серверной консолидации:

1. физическая консолидация — представляет собой сокращение количества серверов и замена большого количества маленьких серверов небольшим количеством более мощных и производительных серверов;
2.  централизация – это перемещение существующих серверов на меньшее количество сайтов;
3. интеграция приложений – интеграция приложений либо данных на новую платформу на один сервер. В данном случае следует учитывать, что один физический сервер будет обслужить большое количество разнообразных приложений и работать с большим количеством разнообразных данных, и как следствие, к его надёжности и управляемости дожны предъявляться повышенные требования.

  Метод  «СКОРПИОН»


Метод «скорпион» был разработан для анализа IT-инфраструктуры предприятия. Данный метод комбинирует техники анализа серверной инфраструктуры с финансовым анализом, разработкой новых средств финансирования IT- инфраструктуры, новых инструментов управления и финансирования IT-инфраструктуры и разработки новых технологических решений.
Сегодня, когда бизнес развивается стремительными темпами, подчас можно наблюдать ситуацию, когда организации вынуждены переходить на новые технологии, на новые программные продукты с невероятной скоростью.
Ещё в прошлом тысячелетии IT-инфраструктура любого предприятия была достаточно стабильна и могла не изменяться годами. Сегодня же при появлении новых линий связи, таких как Internet, при появлении новых программных продуктов, упрощающих процедуру управления предприятием, таких, как продукты класса ERP – в этих условиях IT-инфраструктуре предприятия необходимо своевременно реагировать на все изменения. Соответственно, крайне важной задачей является возможность быстрого роста IT-инфраструктуры одновременно с возникновением новых задач.
Метод «скорпион» и позволяет связать все эти задачи в некую единую цепочку и разрешить потребности предприятия, возникающие при решении всех этих проблем.

Основные задачи и шаги при использовании метода «Скорпион»


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

Следующей задачей и следующим шагом метода «скорпион» является разработка рекомендаций для внедрения альтернативных решений, которые можно применить в IT-инфраструктуре предприятия.
На рисунке 2-6 дана суммарная картина того, каким образом метод «скорпион» может помочь в оценке текущего состояния IT-инфраструктуры, а также то, какие шаги необходимо предпринять для разработки альтернативных решений.
Рис 3

  pic3.jpg

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

Основными задачами, которые должны решаться при использовании метода «скорпион», являются следующие:

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

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

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

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

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

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

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

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

8.
Последним шагом является разработка окончательных рекомендаций по переходу IT-инфраструктуры предприятия на новое технологическое решение.

  Сбор данных


Для разработки проекта консолидации необходимо собрать данные, которые могут быть разбиты по следующим категориям:

а) бюджет существующей  IT-инфраструктуры и стоимость использования существующей инфраструктуры.
Данный пункт включает в себя информацию о стоимости аппаратного обеспечения (или его аренды: амортизации программного и аппаратного обеспечений; стоимость консультаций, стоимость сервисной поддержки и т.д.

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

в) демографические данные о серверах.
Необходимо составить таблицу, в которой будут указаны все UNIX и x86/Windows сервера. Информация, собираемая на этом шаге, должна включать в себя:

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

Собранная на этом шаге информация потребуется в дальнейшем, на шаге разработки проекта консолидации серверов.

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

Анализ данных


Собранные на предыдущем шаге данные можно использовать для анализа и выявления перспектив использования существующей инфраструктуры предприятия.

Стоимость IT-инфраструктуры


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

Давайте представим себе большую организацию, IT-бюджет которой равен примерно трёмстам миллионам долларов в год.

При оценке бюджета данного предприятия в него не были включены такие ключевые затраты, как например, 50 миллионов долларов на работу «call-центра» и голосовой связи (сотовая связь, телефонная связь и прочее), а также порядка 50 миллионов долларов на работу почтовой службы и на печать различных документов, использующихся при работе IT-инфраструктуры предприятия.
Предположим, что эти затраты невозможно уменьшить. Таким образом, IT-бюджет предприятия составит порядка 200 миллионов долларов. Из этой суммы около 100 миллионов затрачиваются на разработку приложений, необходимых для функционирования данного предприятия, поддержку этих приложений, а также на оплату сторонних разработчиков. Остальные 100 миллионов долларов и являются ключевыми в IT-инфраструктуре предприятия. Эти 100 миллионов включают в себя затраты на поддержание рабочих станций, сетей передачи данных; серверное, аппаратное, программное обеспечение; обслуживание программного и аппаратного обеспечений, а также стоимость людских ресурсов.     Рис 4

pic4.jpg

 Финансовый анализ

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

  Технический анализ


Как правило, каждое крупное предприятие имеет в своём IT-подразделении сотни UNIX и Intel серверов. При выполнении технического анализа необходимо сгруппировать эти серверы по нескольким основным категориям и подкатегориям. Эти категории прописаны в таблице1.

tab1.jpg

 

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

Разработка решения


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

pic5.jpg

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


Продолжение следует

При перепечатке материала ссылка на источник обязательна.

  Автор: Кирилл Терешенко

Оставьте комментарий