Tag: 泊位者群

docker全球服务和复制服务的性能: 我一直在使用docker containerizing服务。我被困在一个担心的情况下，我们需要支持docker global config services （服务运行在每个节点上），但我不相信这种方法，因为运行的容器已经启用了swarm ，AFAIK swarm内部使用入口用路由网格进行负载均衡，这意味着已发布的端口和目标端口负责处理请求的任何节点上的请求。但是，如果我想要实现全局服务，那么是否有任何性能退步或此方法的任何问题，因为swarm需要要特别注意每节点启动容器？做了很多谷歌search和docker论坛，但没有find合适的答案。 build议欢迎

Windows容器无法在Swarm中ping Ubuntu容器: 我们正在尝试创build一个docker swarm，该docker swarm具有在Docker容器上运行的ASP.NET Docker服务，该容器通过运行在Ubuntu docker-machine上的Nginx服务提供服务。问题是Windows容器没有正确响应群中的其他服务。我们有Django应用程序使用相同的Nginx服务运行良好，但ASP.NET应用程序超时。我们进入Nginx容器，并成功地触及ASP.NET容器，但当我们进入ASP.NET容器请求正在发送到正确的IP但所有请求超时。这里是我们所知道的这一点： Docker版本17.04.0-ce，构build4845c56 运行Windows Server 2016 – KB3150513 禁用防火墙来确认它不是端口的问题 Windows容器在Docker实例上直接在Windows Server上运行 Ubuntu容器在Ubuntu Docker机器上我们的堆栈： ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS jhqjiqg9dhsw ourStack_DjangoProd.1 ourRepo/Django-prod:rc ourStack-worker-5 Running Running 38 seconds ago qixjelib9bzj ourStack_nginx.1 ourRepo/stealth-nginx:latest ourStack-worker-5 Running Running 34 seconds ago k8u0p6mzwz54 ourStack_DjangoStage.1 ourRepo/Django-staging:latest ourStack-worker-5 Running Running 39 […]

Docker群集负载平衡 – 如何给服务通用名称？: 我读了群路由网格我创build了一个使用tomcat服务器的简单服务，并在8080处侦听。 docker swarm init我在node1创build了一个节点pipe理器。 docker swarm join /tokens我使用了节点2和节点3的pipe理器提供的令牌来创build工作者。 docker node ls显示了我的服务的5个实例，3个在节点1上运行，1个在节点2上运行，另一个在节点3上。 docker service create image我创build的服务。 docker service scale imageid=5缩放它。我的应用程序使用在JVM级别维护的primefaces序号。如果我点击http://node1:8080/service 25次，所有的请求都会到达node1。如何平衡节点？如果我点击http://node2:8080/service ，它会转到节点2。为什么不使用循环法？释疑：上述步骤是否有问题？我错过了什么？我觉得我失去了一些东西。像普通服务名称http://domain:8080/service ，swarm将以循环方式工作。我只想了解群集模式。我目前对外部负载均衡器不感兴趣。如何在行动中看到群体负载平衡？

Docker Swarm – 在Manager无法访问的任务上运行: 我正在关注Docker文档中的docker swarm模式教程有两个节点，一个经理和一个工人。我的问题是，当我创build一个nginx服务，复制两次（一个nginx副本运行在经理和一个工人）我可以访问Nginx实例上的工人，而不是经理。我直接得到Connection Refused 。起初我以为这可能是一个防火墙问题，但是如果我重build群体与工作人员作为经理，反之亦然，这些都被closures和有趣的，同样的问题发生。我在网上有一个很好的search，没有出现，所以任何帮助，将不胜感激。确切的命令我正在运行启动服务是： docker service create –name nginx-test –publish 20080:80 –replicas 2 nginx 该文件说，pipe理人员也作为工人默认运行，我错过了一些明显的东西？

如何在一台物理服务器内的两个dockernetworking之间使用防火墙: 我想在物理服务器上使用像DMZ这样的dockernetworking和内部networking。 docker network create DMZ … docker network create Internal … 现在我想只允许3306 / tcp到内部stream量的DMZ。我知道dockernetworking不允许每个networking互相访问，但实际上都可以通过网桥访问。或者，我可以使用两个networking都可以访问的networking。如果我可以在networking之间放置一个防火墙容器，或者在networking中的容器上使用防火墙服务，我想我可以制作虚拟DMZ和内部networking环境。我试图在容器内使用firewalld，但它不起作用。像DMZ和内部使用dockernetworking的一个很好的做法是什么？我也想知道这个虫群的情况。任何build议将受到欢迎！

Docker群不会发布端口: 我有一个错误的吞吐者群新的服务，当我添加一些端口的服务，如： docker service create –name=elasticSearch –network=swarm-net -e xpack.security.enabled=false -e xpack.monitoring.enabled=false -e xpack.graph.enabled=false -e xpack.watcher.enabled=false -p 9200:9200 -p 9300:9300 -d docker.elastic.co/elasticsearch/elasticsearch:5.3.2 当我没有发布任何端口的服务工作正常，但是当我join它，进程停留在状态“新”没有运行。你有想法吗？问候

Docker Swarm：无法在不同主机上创build服务副本: 我有一个主机上的两个节点的docker群。在每台主机上，都有一个相同名称的文件在同一目录中。更清楚的是，在host1上有一个包含IP的文件/ etc / hostsTemp。在host2上有一个包含另一个IP的文件/ etc / hostsTemp。我正在尝试使用–mode global来创build服务，这意味着每个节点都将创build此服务的副本。并且每个服务副本都将挂载相应的/ etc / hostsTemp文件。但是，当我把这个命令，docker将只会创build一个副本，因为挂载选项。当我删除挂载选项时，它会创build两个副本。有没有办法解决这个问题？这不像两个副本使用相同的卷，因为每个副本都在不同的主机上。

如何初始化与领事的docker群: 如何启动一个有consul后端的docker群集？在docker swarm init命令中我看不到任何发现参数？或者docker swarm join命令？我成功跑了 docker群初始化…. 然后 docker群join 在内部群发现机制上启动群集，但不推荐用于生产。那么我错过了什么？

docker堆栈部署生成卡住的服务没有复制: 我试图部署我的工作docker组成一个docker群，一切似乎没问题，唯一的服务，得到复制和生成一个正在运行的容器是Redis之一，其他三个被卡住，从来没有产生任何运行容器，他们甚至不下载他们各自的图像。我找不到任何debuggingfunction，所有的日志都是空的，我完全无奈。让我告诉你我的安装的当前状态。 docker node ls print => ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS oapl4et92vjp6mv67h2vw8boq boot2docker Ready Active x2fal9iwj6aqt1vgobyp1smv1 * manager1 Ready Active Leader lmtuojednaiqmfmm2izl7npf0 worker1 Ready Active docker工人=> version: '3' services: mongo: image: mongo container_name: mongo restart: always volumes: – /data/db:/data/db deploy: placement: constraints: [node.role == manager] ports: – "27017:27017" redis: image: redis container_name: […]