ЦОД и реализация консолидационной политики: возможные проблемы и решения

ЦОД построили что дальше ? На практике емкость корпоративных ЦОД, построенных не под конкретное приложение, утилизируется с отставанием от планов «Замороженные в инфраструктуру инвестиции» Постоянные эксплуатационные затраты Моральное старение

Перевернутая пирамида ПО системное и служебное Вычислительные коммуникационные системы (сервера, системы хранения, СПД) Прикладное программное обеспечение Бизнес функции Инженерная инфраструктура ЦОД На практике Должно быть

Легко сказать - упорядочить Вложить деньги в инженерную инфраструктуру ЦОД – получить осязаемый результат Для переноса и объединения надо «посчитать» Масштаб имеет значение. В крупных, географически распределенных структурах с большим количеством приложений традиционные технологии инвентаризации дадут «устаревший» результат Вариант 1 – в новом ЦОД строить полный клон всей ИТ инфраструктуры = ОЧЕНЬ ДОРОГО Вариант 2 – заполнять ЦОД по мере внедрения новых сервисов = ДОЛГО Вариант 3 – внедрять автоматизированные инструменты инвентаризации = ?

Плюсы автоматизированной инвентаризации Он-лайн информация об обеспечивающих цепочках Возможность переносить «По одному приложению» Определение реальных потребителей сервисов Сокращение потребности в емкости СХД Сокращение требований к надежности инфраструктуры

Вторая сторона медали Вопрос должен содержать половину ответа Позиция хорошего сисадмина – «не трогай пока работает» При попытке «сноса» приложения обязательно найдется влиятельный «потребитель» «Без локальных копий мы не гарантируем что вовремя выполним свои задачи» ЦОД уровня Tire III или IV уже построен / строится…

Консолидация и инвентаризация