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

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

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

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

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

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