0x1 docker swarm init --advertise-addr 192.168.99.121 0x2 # 创建自定义的swarm网络，可以修改网段，或者子网掩码长度等 docker network create -d overlay --subnet=192.168.0.0/16 mynets # 但是官方文档建议是overlay下使用默认子网掩码长度 # 相关文档 https://github.com/moby/moby/issues/30820 0x3 参考文档： https://docs.doc…

swarm 默认网络无法获取到客户端真实的ip,如果nginx/dns等服务需要真实ip,那么可以使用host模式 -p mode=host,target=80,published=80 以上使用host模式后只有容器所在的节点能够提供服务了,无法从任意节点定位,可以设置成全局每个节点都运行此服务来解决,最后设置vip,由vip的节点来提供服务 --mode=global 如果在多副本的创建过程中某个节点失败了,获取不到镜像,虽然手动拉取了,但是一直也不成功,这时候可以中断,其他节点是运行成功的,状态参考如下: […

0x1 方式 一般我们通过yum或者rpm离线方式安装后也能通过同样的方式升级，但是外网建议以yum方式升级，如果增加了一些依赖也能自动处理 0x2 版本 可以确定目前运行的docker server版本 docker info 其次还需要确定cli命令行版本，如果比较喜欢用命令行模式的话 # 这里遇到了一个问题，之前一直没想到server和cli是分开的，以为升级版本后看到docker info是新版本就ok了，但后来在命令行更新容器功能的时候发现命令参数没有，排查半天才发现cli版本还是旧的，需要单独升级 do…

场景 某docker的宿主机很卡，显示负载很高，可能是由某个容器导致的，但是通过宿主机的top看资源使用没有明显的异常，不能很好区分，其他的异常表现为显示有zombie进程，那么现在查出进程号后如何知道宿主机的此进程号对应的哪个容器呢？ 解决 其实对于正常情况来说查进程号是能够看到容器不少信息的，如果没有大量重复容器的情况下基本上能够通过这些信息定位到相关的容器。但是我们遇到的情况是，第一有大量重复的容器，正常情况查询宿主机进程显示的内容都是一样的，第二此进程已经zombie，显示的内容为僵尸进程内容，所以需要使用…

背景 因为有用户需要容器化运行，需要我们提供镜像，但镜像构建分发还是比较麻烦的，涉及到如下步骤： 下载此版本最新的war包 构建war包为镜像 推送到仓库 如果总是人工操作必然会浪费很多时间，于是使用jenkins来提供自动化的流程 注意点 因为Dockerfile/启动脚本的以后可能会修改，这部分我们使用git托管起来，使用jenkins构建的时候也能自动拉取最新代码 流程 jenkins中先拉取代码 jenkins中调用脚本拿到war包，并且获取war包的版本 把脚本从本地发送到远端进行构建，如果是本地就更方便…