Релиз Carbon Reductor 5.4.1

Релиз Carbon Reductor 5.4.1

Итак, выпущен 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 минут.

Среди наших клиентов