Как обнаружить изменение трафика и запустить конвейер GitLab?

У нас есть два кластера etcd, работающих в Kubernetes, один действует как основной (А), а второй действует как резервный(Б). У нас также есть etcdctl сделать зеркало на месте между этими двумя кластерами, теперь проблема в том, если мы переключаем трафик из кластера А к Б затем кластер Б становится первичным, а кластерным А становится резервным кластером.Есть F5 балансировщик нагрузки перед этими двумя кластерами.

Я ищу механизм/триггер, который обнаружит это изменение трафика и запустит конвейер, который затем запускает модуль репликации в кластере. Б и снимите модуль репликации в кластере А боковая сторона.

Я также открыт для предложений по этому рабочему процессу. Есть ли лучший способ добиться двусторонней репликации для etcd? я что-то пропустил?

В конечном счете, это будет зависеть от вашего конкретного выбора конвейера CI/CD и того, что отвечает за инициирование переключения трафика, но я нашел демонстрацию F5, использующую действия Github для запуска изменений конфигурации, когда он видел предупреждения/пороговые события из стеков ELK/Splunk. .

В вашем случае, если изменение трафика было автоматизировано, ваш аналитический стек может инициировать оповещение для процесса, который вызывает действие Github через веб-книгу, тем самым инициируя любое количество методов, включая обновления F5 BIG-IP ADC. ИЛИ вы можете перенести изменения кластера k8 в BIG-IP через их интеграцию с kubernetes.

Если вы инициируете аварийное переключение трафика из kubernetes или каким-либо ручным методом, то это немного проще, и вы можете пропустить создание триггера аналитического оповещения.

Вот репозиторий автоматического масштабирования F5 ADC на основе телеметрии, который служит для установки всего этого. https://github.com/f5devcentral/adc-телеметрия на основе автомасштабирования

Возможно, вы не используете автоматическое масштабирование BIG-IP, но триггеры и изменения, вызванные событиями, — это то, что вам нужно.