Модуль контроля диска и бэкапов для 1С-Битрикс

Сайт с тяжёлыми файлами устроен так, что однажды он остановится. Видео осмотров, сканы документов, фотографии дефектов копятся каждый день, место на диске уходит постепенно и предсказуемо. А заканчивается разом: сайт просто перестаёт принимать файлы.

У сайта проката автомобилей, который я делала, это случилось в августе. Сотрудник на площадке не смог закрыть возврат: форма не сохраняла видео осмотра. О проблеме сообщил клиент, а не система, поэтому время ушло ещё и на то, чтобы понять причину. Причина оказалась простой – на диске кончилось место.

Место занимали видео осмотров: каждая выдача добавляет новый файл, и за полгода архив перерос тот объём диска, под который сайт заводили. Я разгрузила диск и вынесла архив в облако, но главная проблема была не в этом.

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

Модуль закрывает именно это: выносит состояние сервера туда, где его видно без разработчика, и сам сообщает о проблеме, пока она ещё не авария.

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

Следит за местом и предупреждает заранее. Раз в час проверяет свободное место и сравнивает с двумя порогами. По умолчанию это 15 гигабайт для предупреждения и 7 гигабайт для критического остатка, у каждого проекта они свои. При переходе через порог отправляет письмо и показывает уведомление в административной части. Письмо не приходит чаще раза в сутки, но если стало хуже – уходит сразу. Когда место возвращается в норму, уведомление снимается и приходит письмо об этом.

Следит, что задачи резервного копирования отработали. Ночью на сервере работают три задачи: копия базы и файлов сайта, копия документов заказов в облако, удаление локальных копий видео у закрытых заказов, копии которых уже подтверждены в облаке. Модуль каждый час смотрит, прошли ли они, и тревожит не только при сбое, но и когда задача давно не запускалась вовсе. Это разные беды, и вторую обычно замечают позже.

Показывает, во что обходится облако. Расходы берутся из личного кабинета хранилища по дням: график показывает историю за тридцать дней, а итог – расходы с начала текущего месяца. Отдельный сервисный доступ только на чтение статистики.

Помнит сроки продлений. Раз в сутки проверяет, сколько дней осталось до каждого срока, и по каждому пункту видно, кто продлевает: клиент сам, разработчик или это происходит автоматически.

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

Чтобы письма доходили, а не оседали в спаме, отправляет их сам сайт – с почты домена, для которой настроены подписи отправителя. Ночные задачи на сервере писем не шлют вовсе: они оставляют отметку о результате в папке, доступной сайту только для чтения; раз в час сайт проверяет эти отметки и отправляет уведомление своей почтой. Письмо уходит с привычного адреса, а не от системного пользователя сервера – у такого письма куда больше шансов дойти.

Заодно это разделяет ответственность: сервер занимается своей работой, а всё, что касается писем и их доставки, остаётся на стороне сайта, где это настроено один раз и проверяется.

Считать сэкономленные часы и заявки я не берусь: до модуля никто не измерял, сколько простоев было и чего они стоили, а придумывать цифры задним числом нечестно. Что изменилось точно:

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