Построение схемы дата-центра поможет обрести сокровище

09 февраля 2015 г. | Фаулер Адам | Категория: Обсуждаем статью

Не можете отыскать сервер, нуждающийся в обслуживании, или нужную кнопку перезагрузки, когда главный компьютер показывает синий экран? Постройте схему своего ЦОДа – ее польза будет неоценимой, особенно в случае аварии. Обычно это неблагодарное занятие – составление плана размещения ресурсов дата-центра. Их никогда не смотрят, хуже того – о них забывают сразу же после составления. Если вообще составляют.

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

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

Что должна содержать схема дата-центра?

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

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

Зачем нужно тратить силы на документирование ЦОДа?

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

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

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

Не забывайте о своей команде. Если вы руководите дата-центром или строите его с нуля, не думайте, что вы просто можете все запомнить наизусть, даже если Ваш ЦОД и не так велик, как у Google. Что произойдет, если вас там не будет? В конце концов, вам нужен хотя бы один человек, который сможет вас заменить, когда вы наконец выкроите время для отпуска.

Вся IT-команда, включая разработчиков, должна ознакомиться со схемой расположения ресурсов дата-центра. Если разработчик – это единственный, кто окажется в нужный момент на месте, ему может понадобиться перезагрузить сервер или проверить кабели. Процесс устранения проблемы может довести до белого каления, если вы не знаете, что где расположено. Самая основная информация, такая как точное место физического сервера (который вы до этого в глаза не видели), поможет сохранить массу времени и сил. Схемы дата-центра становятся особенно драгоценны, когда случается авария. Синий экран главной машины, или тревога ядра — и кто-то будет бегать в поисках нужной кнопки.

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

Нужно ли регулярно обновлять схему?

В некотором роде, устаревшая схема — это хуже, чем ее отсутствие. Обновления жизненно важны, но часто IT-департамент о них забывает.

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

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

Как составить схему дата-центра?

Программа Microsoft Visio — это пример инструмента построения и редактирования схем дата-центра. Многие поставщики оборудования, например, Cisco, прилагают к продукту шаблоны Visio для облегчения построения схемы. Есть также сайты с шаблонами Visio, поддерживаемые теми или иными сообществами, где хранятся модели, созданные пользователями.

Карты по всему миру

Самые распространенные схемы – это планы, сделанные по шаблонам Visio, показывающие стойки и их содержимое. Как вариант, некоторые IT-департаменты используют поэтажный план ЦОДа, показывающий вид помещения сверху. Кроме стоек, эти поэтажные планы часто включают расположение кондиционеров/вентиляторов, настенные коммуникационные шкафы и иное физическое оборудование. Схемы часто документируют передний и задний вид каждой стойки, с маркировкой на каждом физическом устройстве в стойке. Такие планы занимают особое место среди прочей справочной документации, такой как контекстуальные схемы системы, показывающие, как работает система и какие устройства с ней взаимодействуют.

Visio все еще популярный инструмент, но появляются и другие, более простые. Один пример из серии открытого ПО – RackTables, в котором функция превалирует над формой, но при этом содержится много ключевой информации для документирования стоек и содержимого. Даже Excel может вполне служить средством документирования дата-центра, главное чтобы информация была верна и постоянно обновлялась.

Маршрутизация: виртуализация ломает схемы

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

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

Об авторе: Адам Фаулер является управляющим IT в австралийской юридической фирме PiperAlderman. Он работает в сфере IT более десяти лет, его обязанности включают поддержку систем, инфраструктуры и эксплуатации. Он ведет блог по адресу http://www.adamfowlerit.com