Estou tendo problemas para configurar o cluster etcd sem usar um URL de descoberta em execução no CoreOS.
A configuração é via cloud-init. Os 3 servidores no cluster estão listados em pares abaixo. Cada um tem um IP diferente e tem addr e peer-addr configurados estaticamente.
Por exemplo, o primeiro servidor contém:
#cloud-config
coreos:
etcd:
addr: 192.168.0.50:4001
peer-addr: 192.168.0.50:7001
peers: 192.168.0.50:7001,192.168.0.51:7001,192.168.0.52:7001
O que estou vendo no journalctl é:
AVISO | cluster de sincronização de falha ([ http://192.168.0.50:7001 http://127.0.0.1:7001] )
E erros como estes:
locksmithd[12262]: etcd.service está ativo locksmithd[12262]: Erro ao inicializar o cliente etcd: 402: Erro interno em espera (
Presumo que o etcd não esteja funcionando corretamente.
Infelizmente, o site do CoreOS não detalha uma configuração estática do CoreOS e etcd na prática.
Depois que estiver funcionando, como seria minha configuração de nuvem para uma instância etcd com proxy?
Ao usar a descoberta estática, o etcd 0.4.x seleciona o líder inicial do cluster como o nó que foi iniciado sem uma
--peer
lista. Você precisará omitir apeers:
seção de um de seus arquivos cloud-configs.O etcd 2.0.0 permitirá que você inicialize o cluster da maneira que está tentando agora, que é fornecer uma lista estática para todos os membros e trazer o cluster dessa maneira. Confira os documentos de clustering estático: https://github.com/coreos/etcd/blob/master/Documentation/clustering.md#static
O etcd 2.0.0 não está sendo enviado em uma imagem/canal do CoreOS, mas procure-o em breve!