Tag: 领事
领事不注销僵尸服务
我正在用marathon部署一个简单的hello world nginx容器，除了我有6个容器不会从领事注销之外，一切似乎都很顺利。 docker ps显示没有容器正在运行。 我尝试使用/v1/catalog/deregister端点注销这些服务，但是它们不断回来。 然后，我杀了注册人的容器，并试图再次注销。 他们回来了。 我正在运行注册人 docker run -d –name agent-registrator -v /var/run/docker.sock:/tmp/docker.sock –net=host gliderlabs/registrator consul://127.0.0.1:8500 -deregister-on-success -cleanup 有1名领事代理正在运行。 重新启动计算机（这是本地虚拟机上的单个节点安装）不会使服务消失。 我如何使这些容器消失？
consul容器退出时出现协议版本错误
我正在为领事做一个容器，而且这个输出一直没有成功，好笑，我真的不认为这是一个错误 Protocol 2 spoken by default, understands 2 to 3 (agent will automatically use protocol >2 when speaking to compatible agents) 以下是我正在使用的命令： docker container run –net host –name consul-server -e 'CONSUL_LOCAL_CONFIG={"skip_leave_on_interrupt": true}' -e CONSUL_BIND_INTERFACE='eth0' consul agent -server -client 0.0.0.0 -dns-port 53 -bootstrap-expect 1 -ui -datacenter dc1 -v "/var/lib/consul:/consul/data" -data-dir /var/lib/consul 这是一个单一的节点全新安装与registry的最新版本，所以没有升级或版本不匹配与任何代理/客户端在这里发生。
dynamic可扩展和自适应架构
我是一名云计算博士生，我计划使用基于微服务的架构与consul和zeromq进行我的研究项目。 我有几个难以理解的问题。 有人能帮我分享他们的经验。 我们有基于docker的微服务，我们有zeromq，我们有领事。 你能否提一下我们如何将这三者结合起来，形成一个dynamic的适应性环境？ 虽然我了解zeromq，docker和consul是个别的，但是我仍然无法清楚地了解它们是如何作为一个整体来运行的。我们有一个在主机上运行微服务的docker容器。 我们使用zeromq在Docker容器之间传输消息（Pub-sub / pipeline）。 这些容器可能运行在相同的主机/数据中心或不同的主机/数据中心上。 然后，我们使用领事进行服务发现。这里我的理解是否正确？ 架构如何根据工作负载dynamic扩展/缩小？ 说，我有一个情况，我需要更多的工人节点进行特定的计算。 谁旋转了更多的工人节点。 哪个组件决定/做出这个决定？ 是否有调度组件？ 如果是这样，有人可以简单地解释它是如何发生的或哪个组件执行该function？ 那么，领事的主要angular色是什么？ 是否仅用于服务发现？是否也可用于configuration。 如果是这样，它的局限性是什么？ 我看到，即使是zeromq也有服务发现机制，那么为什么我们需要领事呢？ 如何在架构中传播节点信息的失败？ 哪个组件负责？ 这只是领事吗？ 还是zeroMq呢？ 请指教。
重新启动后，如何将IP保留在单个节点上的dockerized Consul群集中
我对Docker和Consul相当陌生，现在试图build立一个由3个dockerized节点组成的本地Consul Cluster。 我正在使用progrium/consul Docker镜像，并完成了整个教程和示例。 群集正常工作，直到重新启动/重新启动。 这是我docker-compose.yml ： — node1: command: "-server -bootstrap-expect 3 -ui-dir /ui -advertise 10.67.203.217" image: progrium/consul ports: – "10.67.203.217:8300:8300" – "10.67.203.217:8400:8400" – "10.67.203.217:8500:8500" – "10.67.203.217:8301:8301" – "10.67.203.217:8302:8302" – "10.67.203.217:8301:8301/udp" – "10.67.203.217:8302:8302/udp" – "172.17.42.1:53:53/udp" restart: always node2: command: "-server -join 10.67.203.217" image: progrium/consul restart: always node3: command: "-server -join 10.67.203.217" image: progrium/consul restart: […]
