В предыдущих выпусках мы советовали, как НЕ нужно строить ЦОДы и как уже построенный ЦОД НЕ сломать. В этой статье вы узнаете 5 причин реконструкции ЦОДа и как их НЕ заметить.
У вас есть ЦОД, и он стабильно работает …
и вы всерьез рассчитываете, что так будет всегда! Стоит ли беспокоиться, что за один жизненный цикл инженерного оборудования сменится 3 — 4 цикла ИТ-оборудования?
Пока инженерное оборудование устаревает и изнашивается, ИТ-оборудование становится производительнее и требовательнее к микроклимату и качеству электросети, и совершенно НЕожиданно вы обнаружите, что:
- ЦОДу не хватает электричества
- ЦОД перегревается
- Свободное место в серверных шкафах закончилось
- Коммутация между стойками напоминает паутину
- ИБП и кондиционеры работают без резервирования
Появление любого из 5 основных признаков окончания жизненного цикла инженерного оборудования ЦОД очень легко НЕ заметить.
Да будет свет, сказал электрик …
Ваш электрик воспользовался советами из предыдущих статей и безвозвратно уничтожил (съел!) однолинейную расчетную схему электроснабжения, и поэтому теперь уже никто не узнает, на какую максимальную мощность был рассчитан ЦОД. ЦОД периодически отключается из-за перегрузки, причем отключения происходят все чаще и чаще и, — какое совпадение! — в самый разгар рабочего дня! Не придавайте этому значения, и тогда, на радость вашим сотрудникам, у них все чаще и чаще будут появляться дополнительные выходные. Стоит ли думать, на какую максимальную мощность был рассчитан ЦОД, если персонал счастлив, а ответственный за ЦОД радуется сверхурочным!
Жар костей не ломит!
На улице тепло и солнечно, но главный по ЦОДу становится тревожнее и раздражительнее? Он плохо спит, плохо ест, он ждет … и ему наконец-то приходит долгожданный привет от системы охлаждения: «alarm critical temperature». Эта смс-ка означает, что система кондиционирования не в состоянии охладить ваш перегруженный ЦОД и таким образом прощается с вами перед своей отключкой… не придавайте значения смс, просто удалите ее. Ведь на улице тепло и солнечно!
В тесноте, да не в обиде!
Когда вы с удивлением обнаружите, что новый сервер невозможно поместить в забитые шкафы, когда в шкафах нет ни одного свободного юнита, а в серверную не втиснуть дополнительную стойку — это НЕ повод задуматься о реконструкции.
Сколько веревочке ни виться …
Если ваш ЦОД бурно рос и развивался, процесс шел спонтанно и хаотично, свободных портов не осталось… СКС выглядит как фантастическое переплетение разноцветных линков, патч-кордов, оптических и медных кабелей… Ваши спецы давно оставили надежду разобраться в схеме коммутации, нет кабельных журналов и маркировки… Ничего не трогайте, ни к чему не прикасайтесь!
Кстати, вы играете в домино?
… В перегруженном ЦОДе, где нарушены принципы резервирования, легко и непринужденно может возникнуть «эффект домино».
Если в схеме резервирования N+1 или 2N любой элемент: ИБП (кондиционер, ДГУ, чиллер … — нужное подставить) неожиданно (ах! всегда неожиданно!) ломается, нагрузка на последующие элементы обязательно превысит 100%, и они последовательно, друг за другом, выходят из строя.
Демонстрация «эффекта домино» в реальности приведет в восторг не только топ-менеджмент вашей компании, но и ваших заказчиков. Конечно, есть риск, что особенно нервные зрители перестанут пользоваться вашими услугами, но так ли это важно для вашего бизнеса? Планомерная реконструкция ЦОД, работа над повышением его надежности и отказоустойчивости, особенно с привлечением квалифицированных исполнителей, может лишить вас радости авралов, неожиданных смс-ок, ночных выездов и отсутствия отпусков.
Поэтому, если в вашем ЦОДе наблюдается любая из причин, или все пять — это еще НЕ повод вернуться к 1-й статье о том, как НЕ нужно строить ЦОДы (см. стр. 13 в №8 от 17.02.2014).
Если же ваш ЦОД еще молод, полон сил и здоровья, и краска на его стенах еще не обсохла, то в номере 14 от 31.03.2014, вы узнаете, как НЕ использовать преимущества виртуальных сред и облачных вычислений.
Следите за страницей № 13!
Комментарий Капитана Очевидность:
Реконструкция ЦОД требует не только сил и времени, но и переоценки возросших потребностей вашего бизнеса.Казалось бы, очевидно, что рост бизнеса означает и рост нагрузки на ИТ-инфраструктуру, но не всегда есть возможность провести корректную оценку необходимого масштабирования ИТ-нагрузок и рассчитать оптимальную схемурезервирования. Для того чтобы реконструкция прошла успешно, необходим аудит текущего состояния ЦОД, выявление проблемных зон и всесторонний анализ необходимых изменений. Мы обладаем большим опытом реконструкции ЦОДов и знаем, как реконструировать ЦОД, не останавливая важные для вашего бизнеса процессы и приложения.
Андрей Еременюк,
Руководитель направления, Департамент
инженерно-технических систем УЦСБ
Статья опубликована в журнале "Эксперт-Урал", 17 марта 2014 №12 (593), страница 13
Реконструкция ЦОД требует не только сил и времени, но и переоценки возросших потребностей вашего бизнеса. Казалось бы, очевидно, что рост бизнеса означает и рост нагрузки на ИТ-инфраструктуру, но не всегда есть возможность провести корректную оценку необходимого масштабирования ИТ-нагрузок и рассчитать оптимальную схему резервирования. Для того чтобы реконструкция прошла успешно, необходим аудит текущего состояния ЦОД, выявление проблемных зон и всесторонний анализ необходимых изменений. Мы обладаем большим опытом реконструкции ЦОДов и знаем, как реконструировать ЦОД, не останавливая важные для вашего бизнеса процессы и приложения.