Планирование ресурсов

Компоненты Визион.Сервер могут быть развёрнуты в различных конфигурациях.

Все компоненты на одном узле

В самом простом случае все компоненты развёртываются на одном узле.

all in one base

Особенности:

  • Простота развёртывания.

  • Настройки Визион.Сервер хранятся в конфигурационном файле config.yml, а секреты — в хранилище Ansible Vault.

  • При отказе узла нарушается работа всех компонентов Визион.Сервер.

Узел управления

Для управления Визион нужен всего один узел. Он предоставляет веб-интерфейс для управления мониторингом и обработки уведомлений. Узел управления не критичен для работы всей системы мониторинга и при отказе может быть достаточно быстро заменён на другой.

Рекомендуется развёртывать подсистему управления на отдельном узле, который не используется для других задач.

dedicated management

Ядро мониторинга

Ядро мониторинга может быть развёрнуто на одном узле или в кластере.

vision core ha

Особенности развёртывания в кластере:

  • Требуется минимум 3 узла.

  • Настройки и секреты хранятся в etcd.

  • При отказе узла-лидера его роль берёт на себя один из оставшихся в строю узлов.

vision core ha broken

Служебная БД

Как было написано ранее, служебная БД может храниться во внешнем сервере PostgreSQL или в сервере, развёрнутом средствами платформы.

Средствами платформы PostgreSQL можно развернуть в двух конфигурациях:

  • На одном узле. Этот вариант не обеспечивает отказоустойчивости.

  • Отказоустойчивый кластер минимум из трёх узлов.

    Для управления кластером используется Patroni, а подключение других компонентов к СУБД выполняется через Virtual IP, который всегда указывает на мастер.

    postgresql ha

    При отказе мастера (узел 1) новым мастером становится узел с ролью Sync Standby (узел 2). На этот же узел переносится Virtual IP.

    postgresql ha broken

VictoriaLogs и VictoriaMetrics

Средствами платформы серверы VictoriaLogs и VictoriaMetrics могут быть развёрнуты в следующих конфигурациях:

  • Оба сервера на одном узле.

    Этот вариант не обеспечивает отказоустойчивости, к тому же, при выходе узла из строя будет нарушена работа и VictoriaMetrics, и VictoriaLogs.

  • Два кластера на одних и тех же узлах.

    Кластеры VictoriaMetrics и VictoriaLogs средствами платформы развёртываются на одних и тех же узлах. Один и тот же узел одновременно выполняет роль мастера и в VictoriaMetrics, и в VictoriaLogs.

    victorialogs and victoriametrics ha on 3 nodes

    При отказе узла Virtual IP перемещается на один из оставшихся в строю узлов, который становится новым мастером и для VictoriaMetrics, и для VictoriaLogs.

    victorialogs and victoriametrics ha on 3 nodes broken

    Преимущество этого способа развёртывания в его экономичности.

  • Отдельные кластеры.

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

    victorialogs and victoriametrics dedicated

    Отказ мастера в одном кластере не влияет на работу второго.

    victorialogs and victoriametrics dedicated broken

    Преимущество этого способа развёртывания в повышенной отказоустойчивости.