Развитие ИТ-инфраструктуры на каждом предприятии происходит по своему уникальному сценарию. Однако, хорошо и правильно, когда процесс развития связан с ИТ-стратегией предприятия. Часто стратегия вырабатывается не сразу, а когда уже бизнес и соответствующее обеспечение вырастают в масштабах и требуют особого внимания в управлении. Конечно, можно нанять специалистов и для разработки стратегии и для приведения в соответствие с ней ИТ-инфраструктуры. А можно заняться этим своими силами. В любом случае, для начала неплохо бы разобраться как это сделать и, главное, зачем?
Даже при умеренном росте компании или ее стабильном размере, как минимум ежегодно возникает необходимость в покупке, списании или апгрейде оборудования. Поэтому можно сформулировать первую причину, по которой необходимо делать анализ инфраструктуры:
- Прогноз закупок и апгрейдов на будущий год. Как правило, такие закупки сопровождаются определенными процедурами выделения бюджета и проведения тендеров. Это занимает время. Следовательно, при наличии плана закупок можно провести эти процедуры заранее.
Прогноз закупок и обновлений необходимо составлять на год вперед из-за долгой процедуры бюджетирования и тендеров.
Второй причиной можно назвать поиск недозагруженных или неэффективно используемых мощностей:
- Анализ реальной загруженности имеющихся мощностей. Эта причина может показаться надуманной в ситуации, когда мощности добавляются по требованию. Но на практике часто случается так, что изначальное планирование было избыточным, или нашли более эффективные решения, или изменились задачи, которые будет решать то или иное оборудование. Или просто купили сервера «про запас», потому что были деньги, а теперь не используем их и на 50%. Иногда недозагруженность «не видна» и необходимо делать поиск таких резервов с помощью специальных утилит или систем мониторинга. Можно обойтись и составлением сравнительных таблиц вручную, но это бывает сложно сделать при наличии различных версий ОС и большой сети.
- Решение вопроса об аутсорсинге ЦОДа. Иногда наиболее эффективным решением будет передача на обслуживание специализированной сервисной компании. Здесь надо понимать, что важнее: сэкономить на поддержке, решении административных вопросов, обучении или же первоочередным фактором является скорость реакции и непрерывность предоставления услуг.
Аутсорсинг ЦОДа – это отдельная и довольно серьезная тема. Здесь должны учитываться размеры компании, ее активный рост или стабильность, специфика бизнеса. Для разного бизнеса будут использоваться разные критерии оценки – кому-то важна непрерывность предоставления услуг, а кому-то надежность защиты информации.
- Тестирование. При наличии у компании проектной деятельности в сфере ИТ возникает необходимость в тестировании решений. Анализ инфраструктуры поможет понять, нужно ли выделять для этого отдельный бюджет на закупку оборудования или же тестовые площадки можно выделить из имеющихся ресурсов.
- Нештатные ситуации. Предупреждением нештатных ситуаций необходимо заниматься постоянно. Для этого, как минимум надо подсчитать недублированные критические мощности и оценить риски их потери или временного выхода из строя.
Методом защиты от разного рода физических воздействий является создание резервных копий, находящихся в географически разных точках.
- Резервное копирование. О необходимости резервных копий рассказывать не стоит. Но стоит упомянуть о том, что необходимые объем и частота резервирования также очень сильно зависят от бизнеса и размера компании.
- Создание страхового фонда. Иначе говоря, должно быть определено, какое оборудование нужно держать «про запас» и есть ли в этом необходимость. Эти данные так же получаются из оценки рисков.
- Оценка стоимости услуг операторов дата-центров. Игроки этого рынка постоянно борются за новых клиентов, очень часто меняя ценовую политику и условия предоставления услуг. Поэтому регулярная оценка этих предложений может дать возможность заключить более выгодный договор с другим оператором или договориться о скидке со своим.
Итак, мы выяснили, по каким причинам надо делать ревью инфраструктуры. Теперь рассмотрим примерный план необходимых для этого действий.
- Составить перечень всех предоставляемых сервисов с выделением наиболее критичных для бизнеса. Установить допустимые технологические перерывы в работе сервисов.
- Определить план и объем резервных копий, а также оборудования и ПО для экстренного восстановления работы.
- Произвести инвентаризацию существующего оборудования и разделить существующую инфраструктуру на группы: сетевая, серверная, системы безопасности и т.д.
- Провести аудит существующих систем и провести анализ на соответствие с бизнес-задачами организации.
- Собрать статистические данные о загрузке элементов инфраструктуры.
- Проверить систему на надежность и безопасность, учитывая антивирусную защиту и защиту от несанкционированного доступа.
- Проанализировать цели и задачи предприятия. Разработать или модифицировать ИТ-стратегию в соответствии с этими целями.
- Определить функции и персональный состав ИТ-подразделения на предприятии.
- Решить вопрос с арендой ЦОД-а или миграцией в облако.
- Выбрать конкретные решения и провести тендера на закупку оборудования или услуг.
Реализация данного плана будет оригинальной у каждого конкретного предприятия и зависеть от:
- желания заказчика эффективно управлять ИТ-инфраструктурой
- ИТ-стратегии конкретного предприятия
- глубины аудита систем
- выбора инструментов для мониторинга
- финансовыми ресурсами.
После того, как будет проведен аудит, и мы получим ревью инфраструктуры, мы можем приступать к упрощению, повышению прозрачности в управлении, повышению эффективности обслуживания инфраструктуры и выбору наиболее выгодных предложений по аутсорсу дата-центров.
Исходя из всего сказанного становится понятно, что ИТ-инфраструктура – это не только набор «железа» с перечнем программ, но и правильное проектирование, эксплуатация и обслуживание всех технических решений предприятия. Наиболее актуальна проблема управления ИТ-инфраструктурой для активно растущих предприятий, но и небольшие компании могут использовать этот инструмент максимально эффективно, с той лишь разницей, что им более упрощенные доступны типовые решения.
About The Author
Виктор Карабедянц
ИТ директор (CIO), руководитель нескольких DevOps команд. Профессиональный руководитель проектов по внедрению, поддержке ИТ систем и обслуживанию пользователей.