Три дата-центра за четыре дня: где живёт ваш портал и что делать
За первую половину октября в России остановились три дата-центра Яндекса. Восьмого числа в рунете легли десятки сервисов: жалобы шли на Яндекс, ЦИАН, Авито, РЖД, банки и ВКонтакте. Одиннадцатого в 4:12 по Москве канал Yandex Cloud Alerts сообщил о нарушении электропитания в зоне ru-central1-a, после чего площадку во Владимире остановили полностью.
Формулировки самой платформы в тот день стоит прочитать внимательно: оставшиеся мощности компания назвала неустойчивыми, а клиентам рекомендовала задействовать любые доступные планы аварийного восстановления, не ограничиваясь переключением между зонами доступности. Сроки восстановления объявлены не были. Пострадавших нет.
Почему это касается тех, кто Яндексом не пользуется
На облачной платформе живут не только сервисы самого Яндекса. Там же работают чужие интернет-магазины, доставки, системы оплаты, мобильные приложения. Поэтому в те дни у людей не открывался не «Яндекс», а пиццерия, маркетплейс и оплата в такси. Компания, которая никогда не заходила в облачную консоль, всё равно оказалась в простое через подрядчика, платёжный сервис или службу доставки.
Это и есть главный вывод октября. Вопрос не в том, какой у вас провайдер, а в том, знаете ли вы, от чьей инфраструктуры зависит ваша работа и что произойдёт, когда она станет недоступна.
Где физически лежит ваш Битрикс24
Если портал облачный, данные хранятся в российских дата-центрах: вендор называет «Корп Софт» (CorpSoft24) и «Цифровое облако» (VK Cloud). Это не площадки Яндекса, но принцип тот же: физический объект, электропитание, каналы связи. Управлять восстановлением вы не можете, остаётся ждать и следить за статусом.
Если портал коробочный, он лежит там, куда его поставили: на своём сервере, у хостера или в облаке. Здесь всё в ваших руках, и это одновременно плюс и минус. Чем отличаются два варианта, подробно разобрали в сравнении облако или коробка.
Сайт на 1С-Битрикс живёт у вашего хостинг-провайдера, и вот про него чаще всего не знают главного: в каком городе стоит сервер и где хранятся резервные копии.
Что проверить, пока всё работает
- Выясните, где физически размещён сайт: провайдер, площадка, город. Это одна строка в письме поддержке хостинга, а ответ определяет всё остальное.
- Проверьте, где лежат резервные копии. Копия на том же сервере спасает от кривого обновления и не спасает от остановки площадки. Нужна копия, которая физически в другом месте.
- Разверните копию и убедитесь, что она рабочая. Непроверенный бэкап — это надежда, а не защита: половина проблем вскрывается именно при восстановлении.
- Запишите, за сколько поднимается сайт или портал на новом сервере. Не «примерно за день», а с цифрой, полученной на практике.
- Договоритесь, как общаетесь с клиентами, если портал недоступен: телефон, почта, мессенджер. Молчание на сутки стоит дороже самого простоя.
- Для облачного Битрикс24 заведите регулярную выгрузку ключевого: сделки, контакты, компании, важные документы. Восстановлением вы не управляете, но данные должны быть и у вас.
Как делать копии, расписано в инструкциях: резервная копия Битрикс24 и резервная копия сайта на 1С-Битрикс. Если копию нужно развернуть на другой площадке, порядок описан в материале про перенос сайта на другой сервер.
Что делать, когда уже лежит
Первое: проверить, ваша это проблема или общая. Статус провайдера и его официальный канал отвечают на это за минуту и экономят час паники.
Второе: включить запасной канал общения с клиентами. Заявки, которые приходят в эти часы, принимаются хоть на бумагу, лишь бы не терялись.
Третье: не начинать аварийный переезд в первые же минуты. Если площадка вернётся через два часа, переезд на горячую голову создаст вторую аварию, уже свою. Решение о переносе принимается, когда понятен масштаб и названы сроки, а при отсутствии сроков — когда простой становится дороже переезда.
Честно про отказоустойчивость
Стопроцентной доступности не бывает ни у кого, и резервная площадка за разумные деньги не делает бизнес неуязвимым. Реальная цель скромнее: сократить время простоя и гарантированно не потерять данные. Для большинства компаний это означает три вещи. Копии лежат отдельно от боевого сервера, копии проверены восстановлением, а время подъёма известно заранее.
Дальше начинается арифметика. Если час простоя стоит компании несколько тысяч рублей, достаточно обычных копий и понятного плана. Если сотни тысяч, разговор идёт про резервную площадку, и это уже отдельный проект со своим бюджетом.
Мы в такие моменты подключаемся на стороне клиента: проверяем копии, считаем время восстановления, при необходимости переносим сайт или портал. Это часть технической поддержки. О том, как не остаться без связи с клиентами, когда ложится чужой сервис, писали раньше: Яндекс недоступен, а ваш бизнес умеет работать без него?
