Вставлю свои пять копеек, никому не нужные. Вы говорите всё верно, но не совсем.
Что такое ЦОД? Если сильно упростить, это здание с оборудованием и полным комплексом инженерных систем. Отключили электричество — есть ИБП и ДГУ. Что-то загорелось — есть система пожаротушения. Нужно отводить тепло — работает система охлаждения, в некоторых залах с подачей воздуха через фальшпол.
И да, отчасти вы правы: повредить защищённое бетонное здание сложно, но возможно. Однако вы не учитываете несколько моментов.
Первый момент — назначение и масштаб площадки.
Возможно, на объекте РТК, где вы были, вам показывали именно машинный зал с преимущественно телекоммуникационным оборудованием. Но машинный зал — это часть ЦОД, а не противоположность ему.
При этом площадка оператора связи и крупный дата-центр облачного провайдера могут заметно отличаться по составу оборудования. В одном случае основной акцент сделан на передаче трафика, в другом — на вычислениях и хранении данных. Хотя и серверы, и сетевое оборудование могут присутствовать в обоих случаях.
Поэтому оценивать размеры и устройство крупного ЦОД по одному увиденному залу не совсем корректно.
Второй момент — защитить здание ЦОД ещё не значит защитить всё его жизнеобеспечение.
Есть ДГУ, топливное хозяйство, ИБП и аккумуляторные помещения. При пропадании внешнего питания аккумуляторы поддерживают нагрузку, пока генераторы запускаются и выходят на рабочий режим. После этого ДГУ могут работать продолжительное время, если хватает топлива и обеспечено обслуживание.
Отдельный вопрос — охлаждение. Тепло нужно куда-то отводить, а часть оборудования системы охлаждения может находиться снаружи здания. Конкретная схема зависит от проекта: это не обязательно привычные внешние блоки кондиционеров.
То есть защищать приходится целый комплекс, а не только стены вокруг стоек.
Третий момент — последствия пожара и загрязнения оборудования.
Здесь всё зависит от того, какая система пожаротушения установлена на конкретной площадке. Нельзя утверждать, что во всех ЦОД используется порошок.
Но если в помещении применяется порошковое пожаротушение, его срабатывание может создать отдельную проблему. Порошок способен попасть в оборудование, особенно если вентиляторы продолжают работать. После этого потребуется оценка состояния, очистка, а в некоторых случаях — замена компонентов.
И даже без порошка остаются дым, продукты горения и строительная пыль.
По своему опыту скажу: иногда обычная чистка стойки от пыли занимает пол ночи. А у меня в одном машинном зале в среднем 45–60 стоек. Представьте объём работы после серьёзного загрязнения.
Если загрязнение нарушает охлаждение, оборудование может перегреваться. Но время до перегрева зависит от нагрузки, конструкции и состояния системы охлаждения — универсальной цифры здесь нет.
В итоге даже оборудование, которое физически уцелело, не всегда можно сразу вернуть в эксплуатацию.
Четвёртый момент — замена вышедшего из строя оборудования.
ЗИП обычно рассчитан на определённый набор отказов. Полный запас оборудования для замены целого машинного зала — совсем другой масштаб расходов и хранения.
Одно дело — заменить плату, блок питания, оперативную память или SFP-модуль. Другое — одновременно восстанавливать десятки серверов, сетевые шасси и инфраструктуру стоек.
Поэтому наличие ЗИП ещё не означает, что последствия крупной аварии можно устранить за одну смену. Думаю, понятно, что я пытаюсь сказать.
Пятый момент — восстановление кабельной инфраструктуры.
При повреждении машинного зала могут пострадать силовые линии, распределение питания и кабельные трассы.
Если вы работали в таких залах, то представляете, какие там используются кабели. Для мощного оборудования важны не только напряжение, но и ток, длина линии, допустимое падение напряжения и условия прокладки.
Заменить повреждённый силовой кабель — это не просто принести новую бухту. Нужно восстановить трассу, выполнить подключение и проверить всё перед подачей питания.
С оптикой тоже не всегда всё решается быстро: запас кабеля не отменяет необходимости восстановить трассы, соединения и маркировку.
И это я ещё не говорю о возможном повреждении несущих конструкций.
Можно ли использовать защитные сетки? Возможно, как один из элементов защиты. Но сама по себе сетка не гарантирует сохранность всего комплекса, а защитить большую площадку со всеми инженерными системами — отдельная задача.
Поэтому сводить защищённость ЦОД к прочности бетонной коробки я бы не стал.
Теперь о последствиях.
Представим условный машинный зал со 100–150 серверами, на которых работает облачная инфраструктура. Там могут размещаться приложения, сайты, базы данных, бухгалтерские системы и другие сервисы разных заказчиков. Это именно условный пример, а не утверждение о том, что конкретные сервисы Яндекса, VK, Госуслуг или ФНС находятся вместе на одной площадке.
Что произойдёт при потере такого зала? Всё зависит от архитектуры сервисов.
Если приложение заранее распределено между независимыми площадками, данные реплицируются, а на оставшихся площадках хватает ресурсов, переключение может произойти быстро, в том числе автоматически.
Если же рабочая система находилась только на пострадавшей площадке, а в другом месте остались лишь резервные копии, потребуется восстановление: развернуть инфраструктуру, восстановить данные, проверить работоспособность и переключить трафик.
Сколько это займёт? Без знания конкретной системы назвать срок невозможно. Для одного сервиса это могут быть минуты, для другого — часы или дни. А если повреждены данные и нет пригодных резервных копий, ситуация будет гораздо сложнее.
Восстановление самого машинного зала — отдельный вопрос. Здесь всё зависит от масштаба повреждений, доступности оборудования, строительных работ и состояния инженерных систем.
Но потеря машинного зала или даже отдельного ЦОД сама по себе не означает, что Яндекс прекратит существование. Возможны перебои, снижение доступной мощности и длительное восстановление площадки.
Часть нагрузки при наличии ресурсов можно перенести на другие площадки. Аренда мощностей у стороннего провайдера тоже может быть вариантом, но такой переезд требует подготовки и не всегда выполняется быстро.
Главное — не смешивать два разных срока: восстановление доступности сервисов и полное восстановление повреждённого ЦОД. Сервисы могут вернуться в работу значительно раньше, чем будет восстановлена сама площадка. А восстановление площадки при серьёзных повреждениях вполне может занять месяцы.

