Konsul-Nachschlagewerke funktionieren nicht mehr nach Verlust eines einzelnen Knotens im Cluster

Question

In der Hoffnung, etwas Hilfe zu bekommen, wie Konsul sich im folgenden Szenario verhalten soll.

Ich habe zwei Consul-Cluster von 3 Servern, die jeweils in separaten AZs eingerichtet sind, aber verwendet haben, verbinden Sie -wan, um sie zu verbinden. Alle Agenten sind v0.8.5. Mit 'members -wan' kann ich sehen, dass alle Server klatschen.

Ich habe gerade einen Test ausgeführt, wo ich einen Server in einem AZ1 hatte, der DNS-Lookups mit dem Format name.service.datacenter.consul in einer Schleife gegen sich selbst für einen Server in AZ2 ausführt. Das hat super funktioniert, bis ich einen einzelnen Server in AZ2 heruntergefahren habe. Nach ein paar Minuten kann AZ1 in AZ2 keine Dienste mehr suchen. Bring den Server wieder hoch und die Suche fängt wieder an zu arbeiten oder warte noch ein paar Minuten mit dem Server und die Suche wird wieder funktionieren. Lokale Suchvorgänge funktionieren weiterhin in AZ2, nur keine WAN-Suchvorgänge. Ist das erwartetes Verhalten? Irgendwelche Unterlagen dazu?

Answer 1

Vielleicht möchten Sie etwas von der Konfiguration Ihres Clusters teilen, es ist schwierig, ohne sie zu urteilen.

Wie es aussieht, sieht es jedoch wie eine Fehlkonfiguration des Datencenters aus, da Consul 0.8.0 WAN Join Flooding hinzugefügt hat. Wenn also ein Consul Server in einem Datencenter dem WAN beitritt, wird er automatisch den anderen Servern beitreten in seinem lokalen Rechenzentrum, das es über das LAN kennt. Technisch gesehen, solange der Agent auf der Maschine läuft, sollte er in der Lage sein, die Informationen über Klatsch von anderen Knoten im DC zu bekommen.