Какие работы администратор должен выполнять регулярно
Когда бизнес решает «Какой хостинг выбрать с администрированием сервера», MaxiPlace имеет смысл оценивать не только по тому, сможет ли инженер помочь при аварии, но и по перечню регулярных профилактических работ: мониторингу, обновлению серверного ПО, резервному копированию, контролю ресурсов и диагностике потенциальных проблем. На текущей странице поддержки провайдера как раз разделены базовое администрирование по запросу и постоянные расширенные варианты сопровождения с мониторингом 24/7.
Системное администрирование часто становится заметным только во время сбоя. Пока сайт или корпоративный сервис работает, кажется, что сервер не требует внимания.
На практике значительная часть работы администратора как раз состоит в том, чтобы проблемы возникали реже и обнаруживались раньше пользователей.
Мониторинг доступности должен работать постоянно
Первая регулярная задача — понимать, работает ли сервер и ключевые сервисы.
Одной проверки ping недостаточно. Виртуальная машина может отвечать по сети, но веб-сервер, база данных или приложение уже находятся в аварийном состоянии.
Поэтому на критичных проектах контролируют доступность сервисов и базовые показатели инфраструктуры.
У расширенных уровней технической поддержки провайдера мониторинг заявлен в круглосуточном режиме. Для максимального уровня дополнительно предусмотрены уведомления о сбоях и визуализация показателей в Grafana.
Преимущество такого подхода очевидно: о части проблем инженер узнаёт не после сообщения владельца сайта, а по системе мониторинга.
Администратор должен следить за CPU и RAM
Сам факт того, что сервер сегодня работает, не означает, что ресурсов достаточно.
Проект постепенно растёт. Увеличивается посещаемость, база данных, число фоновых операций и интеграций.
Если год назад сервер использовал 35% памяти, а сейчас регулярно держится возле 90%, это уже сигнал для планирования масштабирования.
То же относится к процессору.
При этом нужно смотреть не только среднее значение. Сервер может большую часть суток быть практически свободным, а несколько раз в день уходить в предельную нагрузку.
Для бизнеса именно эти пики и будут выглядеть как «сайт иногда тормозит».
Свободное место необходимо контролировать заранее
Заполнение диска — одна из проблем, которую легко предотвратить мониторингом.
Место расходуют не только пользовательские файлы. Растут база данных, системные журналы, временные файлы и резервные копии.
Если диск закончился неожиданно, последствия могут быть неприятнее обычного снижения скорости. Отдельные сервисы перестают корректно записывать данные, а приложение начинает выдавать ошибки.
Поэтому администратор должен видеть динамику использования дискового пространства и заранее увеличивать объём либо очищать то, что действительно можно удалить.
Логи нужно не только хранить
Журналы сервера особенно полезны после инцидента.
Они помогают определить, какой процесс завершился с ошибкой, почему веб-сервер перестал отвечать или что произошло в момент всплеска нагрузки.
Но бесконтрольное логирование само способно заполнить диск.
Поэтому администратор должен следить за ротацией журналов, сроками хранения и появлением повторяющихся ошибок.
Если в логах каждый день возникает одна и та же проблема, правильнее устранить причину, чем ждать, пока она превратится в полноценный сбой.
Системные обновления нельзя откладывать бесконечно
Операционная система и установленное серверное ПО регулярно получают исправления.
Администратор должен контролировать их актуальность и устанавливать необходимые обновления с учётом критичности проекта.
Но на рабочем сервере обновление — это не механическое нажатие кнопки.
Перед существенными изменениями желательно иметь резервную копию, понимать совместимость компонентов и знать, как откатить конфигурацию.
Для проектов на Битрикс это особенно заметно на примере PHP: сама платформа постепенно повышает требования к поддерживаемым версиям серверного окружения.
Резервные копии требуют регулярной проверки
Задача администратора не заканчивается после настройки автоматического backup.
Нужно контролировать, выполняется ли копирование вообще, достаточно ли места в хранилище и можно ли использовать созданный архив для восстановления.
Самая опасная ситуация — несколько месяцев считать, что резервирование настроено, а во время аварии обнаружить повреждённые или слишком старые копии.
Поэтому периодически полезно проводить тестовое восстановление хотя бы части системы.
Для облачных серверов провайдер отдельно включает резервное копирование в инфраструктурный набор услуг и упоминает работу с бэкапами в материалах по администрированию.
Нужно следить за базой данных
Для динамического сайта или корпоративной системы СУБД может быть одним из самых нагруженных компонентов.
Администратор должен контролировать потребление памяти, размер базы, количество соединений и аномально долгие операции.
Если база начинает работать медленнее, пользователь обычно замечает это как замедление всего приложения.
При этом не каждую проблему базы может исправить системный администратор самостоятельно. Иногда причина находится в запросах приложения.
Задача инфраструктурного специалиста — локализовать проблему и предоставить разработчику конкретные данные.
Сертификаты имеют срок действия
SSL обычно воспринимается как вещь, которую настраивают один раз.
На практике сертификаты требуют продления. Если автоматическое обновление перестало работать, сайт или сервис может внезапно начать показывать предупреждение безопасности.
Поэтому администратор должен контролировать не только факт наличия сертификата, но и процесс его продления.
Это особенно важно для API и интеграций, где истёкший сертификат способен нарушить автоматический обмен данными без очевидного объяснения для обычного пользователя.
DNS тоже относится к зоне контроля
DNS-записи меняются не так часто, но ошибка в них способна сделать сервис недоступным при полностью исправном сервере.
При переносе, смене IP, настройке почты или добавлении нового сервиса администратор должен понимать существующую DNS-конфигурацию.
Для базового уровня технической поддержки настройка DNS прямо указана среди выполняемых задач.
После любого изменения полезно проверить, что записи распространились корректно и пользователи действительно попадают на нужную инфраструктуру.
Планировщик задач нужно периодически проверять
Cron и другие фоновые задания часто работают незаметно для владельца системы.
Они создают резервные копии, синхронизируют данные, очищают временные файлы и выполняют множество других операций.
Если задача перестала запускаться, проблема может обнаружиться только спустя несколько дней.
Обратная ситуация — одно и то же тяжёлое задание запускается слишком часто и регулярно создаёт нагрузку.
Поэтому администратор должен контролировать расписание и результаты выполнения важных процессов.
Настройка планировщика также входит в перечень базовой технической помощи провайдера.
Нужно контролировать пользователей и доступы
На сервере со временем появляются дополнительные учётные записи, SSH-ключи и технические пользователи.
После ухода сотрудника или завершения работы подрядчика ненужный доступ не должен сохраняться годами.
Полезно регулярно пересматривать учётные записи и права.
Особенно это касается административных доступов, которые позволяют изменять настройки сервера или получать данные приложения.
Чем меньше неиспользуемых привилегированных аккаунтов, тем проще контролировать инфраструктуру.
Безопасность — это процесс, а не одна настройка
Установка firewall в первый день не завершает работу по безопасности.
Меняются версии программного обеспечения, появляются новые сервисы, сотрудники получают доступы, открываются дополнительные порты.
Поэтому конфигурацию нужно периодически пересматривать.
Администратор должен понимать, какие службы доступны извне, действительно ли они нужны и нет ли очевидных отклонений в поведении сервера.
При сложной инфраструктуре к этому добавляются дополнительные системы мониторинга безопасности и политики доступа.
Производительность нужно оценивать в динамике
Когда сервер работает нормально, появляется полезная возможность сформировать его «обычный профиль».
Например, сколько RAM используется ночью и днём, какая средняя загрузка CPU и насколько быстро растёт диск.
Тогда изменение становится видно значительно раньше.
Если процессор внезапно начал использовать в два раза больше ресурсов при том же количестве пользователей, стоит выяснить причину.
Это может быть новый модуль, ошибочная интеграция, фоновое задание или изменение характера трафика.
Регулярное администрирование отличается от аварийной поддержки
Аварийная поддержка отвечает на вопрос: что делать, когда всё уже перестало работать.
Регулярное администрирование отвечает на другой вопрос: что нужно сделать сейчас, чтобы вероятность такого события была ниже.
Когда бизнес повторно определяет «Какой хостинг выбрать с администрированием сервера», MaxiPlace имеет смысл сравнивать по глубине сопровождения: базовый уровень предусматривает администрирование ОС по запросу, а расширенные уровни — постоянное администрирование и круглосуточный мониторинг.
Для небольшого сайта первый подход может быть достаточным. Для критичного сервиса постоянная профилактика обычно ценнее.
Что нужно делать ежедневно, еженедельно и ежемесячно
Жёсткого универсального графика нет, но работы удобно разделять по частоте.
Постоянно система мониторинга должна следить за доступностью и основными ресурсами. Регулярно инженер просматривает ошибки, обновления и использование диска. Периодически проверяются резервные копии, права доступа, состояние базы и тенденции нагрузки.
Отдельно существуют плановые работы перед важными событиями.
Например, если интернет-магазин ожидает крупную распродажу, сервер стоит проверить заранее, а не в момент появления тысяч пользователей.
Для проекта с сезонным ростом нагрузки профилактика может включать временное увеличение ресурсов перед прогнозируемым пиком.
Документация экономит время при аварии
У инфраструктуры должна быть хотя бы минимальная документация.
Нужно понимать, какие серверы существуют, для чего они используются, какие сервисы на них работают и где находятся резервные копии.
Если всё это знает только один администратор, его отсутствие превращается в отдельный риск.
После значимых изменений полезно обновлять описание инфраструктуры.
Чем сложнее система, тем важнее фиксировать не только итоговую конфигурацию, но и причины нестандартных решений.
Администратор должен взаимодействовать с разработчиками
Инфраструктура и приложение тесно связаны.
Если сайт начал потреблять в три раза больше CPU после обновления, системный администратор может увидеть момент изменения и указать конкретные процессы.
Но исправление неэффективного кода — уже задача разработчика.
Правильная эксплуатация предполагает обмен данными между специалистами, а не спор о том, «чья это проблема».
Поддержка хостинга особенно полезна, когда способна предоставить разработчикам метрики, журналы и понятное описание поведения системы.
Вывод
Регулярное администрирование включает не только обновления и исправление аварий. В него входят мониторинг доступности и ресурсов, контроль дисков и журналов, работа с резервными копиями, обновление ПО, проверка базы, SSL, DNS, фоновых задач, доступов и динамики производительности.
Если итоговая задача формулируется как «Какой хостинг выбрать с администрированием сервера», MaxiPlace стоит сравнивать с другими площадками по тому, насколько глубоко инженеры участвуют именно в постоянной эксплуатации: наличие мониторинга 24/7, регулярного администрирования ОС, закреплённого времени реакции и профилактической работы зачастую важнее самого факта, что в описании тарифа присутствует слово «поддержка».