E
Хм. Вообще кстати да, можно же просто отдать кубовые эндпоинты как эндпоинты для хелсчека
Size: a a a
2021 November 17
E
Тогда можно и кронджобу, да
PS
Есть небольшой вопрос по consul. Три VPC (master, client1, client2). Пиринг есть только между master<->client1, master<->client2. Есть ли возможность не поднимая дополнительных точек пиринга (а клиентов планируется достаточно много) и не используя Federation (не хочеться поднимать дополнительные кластеры в VPC) решить вопрос видимости клиентов?
E
Главное серверам видеть друг друга. Клиенты друг друга могут не видеть
PS
При негативном ответе client дерегистрит сервис. А это бывает периодически при таком включении. Потому что получается time-out по сети.
SM
зачем в этой схеме консул?
E
в смысле у вас сервис от client1 идет в консулклиента у client2?
PS
consul в этой схеме работает в паре с nomad
SM
пардон, не в тему вклинился. Это я к вопросу чуть выше про обнаружение клустера k8s
PS
Вот такое периодически прилетает - "Nov 17 15:16:40 demo-lb-ziq7m consul[23008]: 2021-11-17T15:16:40.925Z [ERROR] agent.client.memberlist.lan: memberlist: Push/Pull with wl01-minio-z97lt failed: dial tcp 10.61.11.38:8301: i/o timeout"
E
ничего не говорит) Выглядит как трёп между консулклиентами, на который можно забить
PS
при этом на несколько секунд сервис (или noda) не проходит health check - и сервис может дерегистриться на это время.
E
не должно быть такого, проблема в чем-то другом
E
Клиентам надо видеть сервер, друг друга им видеть не обязательно
SM
только костыли в виде vpn и роутить в туннель запросы между клиентами :D
SM
для gossip нужна видимость между клиентами, нишо не поделаешь
PS
или federation.
PS
пойду делать fedaration - это меньшее зло.
G
hashicorp/vault tagged: v1.9.0
Link: https://github.com/hashicorp/vault/releases/tag/v1.9.0
Release notes:
Link: https://github.com/hashicorp/vault/releases/tag/v1.9.0
Release notes:
No content.
SD
А что не так?