Руководитель консула не найден при записи данных консулу

Я новичок в консуле. В моем случае у меня три сервера. Все настроены. Когда я проверил информацию о лидере, используя следующий URL-адрес "http://localhost:8500/v1/status/leader "получение правильной информации

"192.168.10.7:8300"

Consul \ data \ raft есть следующая информация

введите описание изображения здесь

Я мог видеть некоторые ответы в стеке. Мне это не помогло. Также попробуйте следующую команду

-bootstrap-expect=3

показывает ошибку, указанную ниже

введите описание изображения здесь

Журнал ошибок

Consul request failed with status [500]: No cluster leader

Я полностью застрял, как я могу исправить эту проблему


person arj    schedule 22.08.2019    source источник


Ответы (1)


Используйте 1_

Поскольку мы указали ожидаемое значение 3, это означает, что он сначала ищет три одноранговых узла для подключения, а затем выполняет загрузку серверов.

1. docker run -d -p 8400:8400 -p 8500:8500 -p 8600:53/udp --name node1 -h node1 progrium/consul -server -bootstrap-expect 3 

docker inspect -f '{{.NetworkSettings.IPAddress}}' node1
Use the inspected IP to join with, in next three commands.

2. docker run -d  --name node2 -h node2 progrium/consul -server -join 172.17.0.2

3. docker run -d --name node3 -h node3 progrium/consul -server -join 172.17.0.2

4. docker run -d --name node4 -h node4 progrium/consul -server -join 172.17.0.2

И вы можете начать свой сервис сейчас, он свяжется с консулом.

Объяснение:-

Как сказано в документации Прежде чем кластер Consul сможет начать обслуживать запросы , узел сервера должен быть выбран лидером. И это причина вашего исключения при запуске службы Spring-Boot, лидер еще не выбран !!

Почему не избран лидер? Список серверов, включенных в кластер, должен быть загружен. И серверы могут быть загружены с помощью параметра конфигурации -bootstrap-expect. Рекомендуется

Примечание: - Просто для целей тестирования / обучения вы можете пойти дальше и создать один сервер, потому что развертывание одного сервера крайне не рекомендуется, поскольку потеря данных неизбежна в сценарии сбоя.

person sunny jha    schedule 23.08.2019