Итак, выпущен Carbon Reductor 5.4.1.
Основной целью этого релиза стало улучшение качества технической поддержки, повышение скорости реакции на проблемы и снижение информационного мусора, который отвлекает от реально полезных задач. Что же нового появилось в Carbon Reductor?
Новая система мониторинга
Последние месяцы мы мучились из-за одной проблемы — клиентов с аутсорсингом стало слишком много, чтобы сходу можно было сказать как у них дела.
Старая система уведомлений технической поддержки по e-mail, хорошо подходила, когда пользователей было 10, 50, 100. Но она не позволяла отследить то, что у сервера пропала сеть, с её помощью мы могли узнать только то, что у сервера что-то сломалось, что мы можем отследить. Она не позволяла выявить проблемы в духе отключенного (по какой-либо причине) crond, из-за которого не выгружались списки и при этом не вызывалась диагностика, призванная отследить это.
Теперь сервера пользователей, выбравших подписки уровня сопровождение и аутсорсинг, установивших Carbon Reductor на отдельный сервер с CentOS 6 отправляют отчёт не только об ошибках, а в целом о состоянии сервера, в том числе и о том, что ему хорошо, на наш сервер. Эта функция стала доступна при обновлении.
Благодаря этому у нас появилась цельная «картина мира», с её помощью можно быстро реагировать на проблемы, не ожидая «толчка» со стороны клиентов, быстро выяснять глобальная проблема или локальная, как давно она имеет место и так далее. Выглядит это вот так:
Старая система мониторинга ещё работает, но скорее всего будет упразднена в следующих релизах. У новой системы улучшен подход к уведомлениям — она уведомляет только об изменениях состояния списка пользователей.
Ещё это позволяет нам следить за тем, как своевременно и успешно обновляются сервера наших дорогих клиентов. Около 30% проблем, которые когда либо возникали — были связаны с какими либо особенностями серверов, влиявшими на обновление, так что установленная версия — тоже очень важный аспект, который нужно отслеживать, чтобы обеспечивать гарантированно хорошую работу серверов.
Списки 2.1: новые выгрузка и разбор
10 марта Роскомнадзор сменил формат списка на 2.1, после чего случилась проблема с выгрузками. Вкратце — python-suds, используемый для получения выгрузок падал при получении ответа с zip-архивом с ошибкой. Решение было найдено и появилось у всех клиентов с версией для CentOS 6 в течение двух часов. Также исправление внесено в последние дистрибутивы Carbon Billing 4 и Carbon AS 4, которые выложены на сайте. Пользователям встроенного в них Carbon Reductor необходимо срочно обновиться.
Улучшена работа белых списков
Имелась небольшая проблема с белыми списками для исключения из фильтрации доменов целиком, но оставляя заблокированными конкретные страницы этого домена. Она появилась в ходе внедрения поддержки нового формата выгрузок, но благодаря своевременному фидбэку быстро была исправлена.
Критические обновления проверяются раз в час, в том числе и по выходным
Теперь мы не только быстро узнаём о массовых критических проблемах, благодаря системе мониторинга, но и быстро реагируем на них — если раньше критические обновления проверялись только в 7 утра в понедельник, вторник, среду и четверг, теперь они проверяются каждый час. Таким образом теперь хотфиксы — действительно горячие.
В веб интерфейсе появился раздел «сетевые карты»
Теперь в веб-интерфейсе, не заглядывая в терминал можно увидеть статистику сетевых карт, в частности потери пакетов на них, если они имеют место.
Возможность легко вынести Carbon Reductor на отдельный сервер
С сегодняшнего дня все, кто использует Carbon Billing 4 могут спокойно перенести Reductor на отдельный сервер! В меню Carbon Billing 4 в настройках Carbon Reductor можно поставить галочку «Carbon Reductor установлен на другом сервере», ввести IP адрес на который слать зеркало трафика и сделать мягкую перезагрузку, если с настройкой зеркала трафика на коммутаторе возникают проблемы. Всё что остаётся сделать — скопировать сертификат и настроить сеть и Carbon Reductor на новом сервере с CentOS 6 — обычно это занимает около 10 минут.