简述etcd及其特点 etcd是CoreOS团队发起的开源项目，是一个管理配置信息和服务发现（service discovery）的项目，它的目标是构建一个高可用的分布式键值（key-value）数据库，基于Go语言实现。 特点： 简单：支持REST风格的HTTP+JSON API 安全：支持HTTPS方式的访问 快速：支持并发1k/s的写操作 可靠：支持分布式结构，基于Raft的一致性算法，Raft是一套通过选举主节点来实现分布式系统一致性的算法。 简述etcd适应的场景 etcd基于其优秀的特点，可广泛的应用于以下场景： 服务发现（Service Discovery）：服务发现主要解决在同一个分布式集群中的进程或服务，要如何才能找到对方并建立连接。本质上来说，服务发现就是想要了解集群中是否有进程在监听UDP或TCP端口，并且通过名字就可以查找和连接。 消息发布与订阅：在分布式系统中，最适用的一种组件间通信方式就是消息发布与订阅。即构建一个配置共享中心，数据提供者在这个配置中心发布消息，而消息使用者则订阅他们关心的主题，一旦主题有消息发布，就会实时通知订阅者。通过这种方式可...

一、docker服务设置自动启动 说明：适用于yum安装的各种服务 查看已启动的服务 systemctl list-units --type=service 查看是否设置开机启动 systemctl list-unit-files | grep enable 设置开机启动 systemctl enable docker.service 关闭开机启动 systemctl disable docker.service 回到顶部 二、docker容器设置自动启动 启动时加--restart=always docker run -tid --name isaler_v0.0.11 -p 8081:8080 --restart=always -v /alidata/iDocker/run/projectImages/isaler/v0.0.11/log:/usr/local/tomcat/logs isaler_v0.0.11 Flag Description no 不自动重启容器. (默认value) on-failure 容器发生error而退出(容器退出状态不为0)重启...

centos：解决docker容器内挂载目录无权限 ls: cannot open directory .: Permission denied docker运行一个容器后，将主机中当前目录下的文件夹挂载到容器的文件夹后 进入到docker容器内对应的挂载目录中，运行命令ls后提示： ls: cannot open directory .: Permission denied 解决：    在docker run一个容器时，加上 --privileged=true 给容器加特权即可。 大约在0.6版，privileged被引入docker。 使用该参数，container内的root拥有真正的root权限。 否则，container内的root只是外部的一个普通用户权限。 privileged启动的容器，可以看到很多host上的设备，并且可以执行mount。 甚至允许你在docker容器中启动docker容器。

本文转自https://www.freeaihub.com/article/host-module-in-docker-network.html,该页可在线运行 当我们准备将Docker技术应用到生产级别的场景时，我们需要了解很多网络方面的知识。网络是Docker中相对比较薄弱的部分，我们有必要了解Docker的网络知识，以满足更高的网络需求。本节先对Docker网络模型中的host模型进行理论介绍，再通过案例的实操，让您更好地去理解docker网络模型。 Docker网络 当你安装完Docker时，它会自动创建三个网络。你可以使用以下docker network ls命令列出这些网络： docker network ls 结果应如下 NETWORK ID NAME DRIVER SCOPE 594430d2d4bb bridge bridge local d855b34c5d51 host ...

docker network基础 前面介绍了nginx与php两个容器间是如何进行通信的： [root@docker ~]# docker run -d --name=php -v /www:/usr/local/nginx/html php [root@docker ~]# docker run -d --name=nginx --link=php:php -v /www:/usr/local/nginx/html -p 81:80 nginx [root@docker ~]# docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 58280fe851f9 nginx "/usr/local/nginx/..." 15 seconds ago Up 14 seconds 0.0.0...

在使用docker创建elasticsearch-head容器去连接elasticsearch的时候,容易出两个问题 1.不能连接elasticsearch，一般为跨域 进入elasticsearch容器 修改elasticsearch.yml文件 添加如下两个配置（文件位置可用：find / -name elasticsearch.yml  命令查找），然后重启容器 http.cors.enabled: true http.cors.allow-origin: "*"   2.连接上了elasticsearch,但是使用其他的操作发现浏览器会报406 这是因为在elasticsearch-head容器中返回的数据格式不对 进入容器 docker exec -it 容器名 /bin/bash cd _site/ vim vendor.js 如果发现不能使用vi/vim,就在容器内部先进行安装,分别执行如下两条命令 apt-get update apt-get install -y vim 安装完成之后 修改vendor.js两处配置 第一处在6888行 ...

启动容器时，报如下错： docker: Error response from daemon: failed to copy files: copy file range failed: no space left on device. See 'docker run --help'. 错误原因是，docker  里面存在很多孤立的卷（删除容器的遗留），可以使用以下命令查看 docker volume ls -qf dangling=true 将会显示所有"已作废"的卷,具体里面有没有有用信息，自行判断。只需要将这些卷彻底删除，磁盘就够用了，执行： docker volume rm $(docker volume ls -qf dangling=true) 如图： 之后，在运行一个容器就不报错了。

当使用 docker  run  命令运行一个容器时，给他制定ip，如  docker run -tid --name bt-centos -p 80:80 -p 443:443 -p 8888:8888 -p 888:888 --network my_net  --ip 172.22.1.5  --privileged=true --shm-size=1g --restart always -v ~/wwwroot:/www/wwwroot pch18/baota  报错：user specified IP address is supported only when connec 出现该问题是因为只有使用–subnet 创建的网络才能指定静态IP 如下使用  –subnet创建网络（用来指定ip段），–gateway（用来指定网关），my_net为创建的名字 docker network create --driver bridge --subnet 172.22.1.0/24 --gateway 172.22.1.1 my_net 使用上面方式创建的桥接网络，才可在启动...

我是虚拟机装的Centos7，linux 3.10 内核，docker官方说至少3.8以上，建议3.10以上（ubuntu下要linux内核3.8以上， RHEL/Centos 的内核修补过， centos6.5的版本就可以——这个可以试试） 1，root账户登录，查看内核版本如下 [root@localhost ~]# uname -a Linux localhost.qgc 3.10.0-862.11.6.el7.x86_64 #1 SMP Tue Aug 14 21:49:04 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux 2，把yum包更新到最新（不要问我为什么） [root@localhost ~]# yum update 已加载插件：fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: centos.ustc.edu.cn * extras: mirrors.aliyun.com * updates: centos.ustc.ed...

1、在开发环境，因为code的频繁变更，通过volume方式进行挂载方便。 2、代码提交到git repo后，通过jenkins打包编译，把编译后的代码包生成到docker image中，并打好对应的tag，上传到docker registy。之后进入测试环境进行部署，测试。 3、通过paas ci后的docker image就可以直接在生产环境进行部署了。