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

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

—Сервер перегружен

Это сложная проблема, но она невероятно распространена. Фактически, разрастание серверов, вероятно, является одной из наиболее частых проблем, с которыми сталкиваются сегодня IT-отделы.

Вот несколько методов, которые позволят вам вернуть себе контроль.

Настройка системы тегов для виртуальных машин

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

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

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

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

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

Автоматизация политик управления жизненным циклом

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

Стандартизируйте предоставление виртуальных машин

Другой способ управления разрастанием серверов — стандартизация процесса развёртывания виртуальных машин . Начните с ограничения того, кто в организации может создавать (или даже запрашивать) новую виртуальную машину. В рамках процесса подготовки лицо, создающее виртуальную машину, должно применить соответствующие теги и написать подробное обоснование того, почему необходим новый сервер. Хотя часть этого, по общему признанию, звучит как бюрократическая чушь, это служит определенной цели:

• Улучшенное отслеживание: помогает ИТ-отделу идентифицировать виртуальную машину, её владельца и её цель.

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

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

• Возвратные платежи подразумевают выставление счетов отдельным департаментам за потребленные ими ИТ-ресурсы.

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

Цель состоит в том, чтобы информировать владельцев виртуальных машин о фактических расходах, связанных с развёртываемыми ими рабочими нагрузками.

Контакты, администрация и авторы