Docker Compose

为什么需要监控系统？这个应该不需要我赘述了，简言之，监控系统帮助运维和开发人员监控线上环境的状态，既能及时预警，也有利于查bug找问题。 Prometheus是一款当前业界最流行的开源监控系统，没有之一！ 学习Prometheus需要理解不少概念，在这之前，让我们先把一个完整的Prometheus系统搭起来一睹为快！ 一，安装Docker 和 Docker Compose Docker Engine overview docs.docker.com Install Docker Compose docs.docker.com 在命令行中运行以下指令确保安装成功 docker --version docker-compose --version 二，从 GitHub 上拉下 dockprom 的代码 git clone https://github.com/stefanprodan/dockprom 三，运行 cd dockprom ADMIN_USER=admin ADMIN_PASSWORD=admin docker-compose up -d 结束！就这么简单！ 来看看效果 （以下网址如果需要登录，用户名和密码都是 admin） 访问 Prometheus 控制台 http:// localhost:9090/graph 尝试在 输入框里输入以下内容 sum(rate(node

安装Hyperledger Fabric，服务整个都跑起来了，但是抛了一个错，Error: got unexpected status: FORBIDDEN -- Failed to reach implicit threshold of 1 sub-policies, required 1 remaining: permission denied 这个时候找了很多解决的办法，解决思路是，仔细看一下orderer的日志，看清楚它到底是具体的哪一个部分有问题， 看到大多数的问题在于： 1）UTC [cauthdsl] deduplicate -> ERRO 014 Principal deserialization failure (the supplied identity is not valid: x509: certificate signed by unknown authority (possibly because of "x509: ECDSA verification failure" while trying to verify candidate authority certificate "ca.org1.example.com")) for identity 错误原因：由于启动过网络并且更新了证书，在没有删除干净的环境中启动复用的之前的volume

[toc] 说明 在上一篇 企业级镜像管理系统Harbor 中，我们简要说明了单机版本harbor的配置。然而这种单机部署显然无法满足在生产中需求，必须要保证应用的高可用性。 目前有两种主流的方案来解决这个问题： 双主复制 多harbor实例共享后端存储 双主复制 主从同步 harbor官方默认提供主从复制的方案来解决镜像同步问题，通过复制的方式，我们可以实时将测试环境harbor仓库的镜像同步到生产环境harbor，类似于如下流程： 在实际生产运维的中，往往需要把镜像发布到几十或上百台集群节点上。这时，单个Registry已经无法满足大量节点的下载需求，因此要配置多个Registry实例做负载均衡。手工维护多个Registry实例上的镜像，将是十分繁琐的事情。Harbor可以支持一主多从的镜像发布模式，可以解决大规模镜像发布的难题： 只要往一台Registry上发布，镜像就像“仙女散花”般地同步到多个Registry中，高效可靠。 如果是地域分布较广的集群，还可以采用层次型发布方式，如从集团总部同步到省公司，从省公司再同步到市公司： 然而单靠主从同步，仍然解决不了harbor主节点的单点问题。 双主复制说明 所谓的双主复制其实就是复用主从同步实现两个harbor节点之间的双向同步，来保证数据的一致性，然后在两台harbor前端顶一个负载均衡器将进来的请求分流到不同的实例中去

本文重点说下 Harbor 高可用集群方案的部署，目前主要有两种主流的 Harbor 高可用集群方案：1）双主复制；2）多 harbor 实例共享后端存储。 一、Harbor 双主复制高可用集群 1.1 主从同步 harbor 官方默认提供主从复制的方案来解决镜像同步问题，通过复制的方式，我们可以实时将测试环境 harbor 仓库的镜像同步到生产环境 harbor，类似于如下流程： 在实际生产运维的中，往往需要把镜像发布到几十或上百台集群节点上。这时，单个 Registry 已经无法满足大量节点的下载需求，因此要配置多个 Registry 实例做负载均衡。手工维护多个 Registry 实例上的镜像，将是十分繁琐的事情。Harbor 可以支持一主多从的镜像发布模式，可以解决大规模镜像发布的难题： 只要往一台 Harbor 上发布，镜像就会像"仙女散花"般地同步到多个 Registry 中，高效可靠。 如果是地域分布较广的集群，还可以采用层次型发布方式，比如从集团总部机房同步到分公司1机房，再从分公司1机房同步到分公司2机房： 然而单靠主从同步，仍然解决不了 harbor 主节点的单点问题。 1.2 双主复制说明 所谓的双主复制其实就是复用主从同步实现两个 harbor 节点之间的双向同步，来保证数据的一致性，然后在两台 harbor

原文: Docker时区timezone问题 文章目录 Linux时间类型 docker时间、时区问题 docker-compose启动时的设置： dockerfile进行镜像设置生成 容器启动时直接设置 Linux时间类型 在Unix类的机器下的 /usr/share/zoneinfo/ 文件内为所有代码调用的 ZONEINFO 的数据位置，想查看设置哪个时区时，直接去里边看名字即可。 docker时间、时区问题 docker容器内默认为utc时间 docker-compose启动时的设置： 设置容器内为宿主机时间： volumes : - /etc/localtime : /etc/localtime : ro - /etc/timezone : /etc/timezone : ro # 这个只在Linux上有 # “ro”的意思是只读(read-only)模式，可以保证其挂载卷不被 Docker 容器内部文件系统配置所覆盖 # 通过环境变量设置时区 environment : - TZ=Asia/Shanghai # 设置容器时区为CST 1 2 3 4 5 6 7 8 dockerfile进行镜像设置生成 RUN echo "Asia/Shanghai" > /etc/timezone RUN dpkg-reconfigure -f noninteractive

在client端启动zabbix-agent服务 启动zabbix-agent有如下2种方式： agent start root@lykj-45 :/srv# ls leyao zabbix zabbix-agent- 20180606 .tar.gz root@lykj- 45:/srv# tree -L 3 zabbix/ zabbix/ `-- agent |-- agent |-- compose.yml `-- zabbix-agent.service 1 directory, 3 files root@lykj- 45:/srv# zabbix/agent/agent start service zabbix-agent start root@lykj-45 :/etc/init.d# pwd /etc/init.d root@lykj- 45 :/etc/init.d# ls -l zabbix-agent -rwxr-xr-x 1 root root 1688 Jun 8 14:35 zabbix-agent root@lykj- 45:/etc/init.d# service zabbix-agent start 使用agent start启动时遇到的问题 　　Question： 　　　　docker与docker-compose版本不匹配，提示如下： root

docker-compose安装，两种方式： 1. 第一种方式： （1）下载指定版本的docker-compose (https://github.com/docker/compose/releases) $ curl -L https://github.com/docker/compose/releases/download/1.21.0/docker-compose-$(uname -s)-$(uname -m) -o /usr/local/bin/docker-compose （2）对二进制文件赋可执行权限 $ chmod +x /usr/local/bin/docker-compose （3）测试下docker-compose是否安装成功 $ docker-compose --version　　如果出现版本信息，则表示安装成功 2. 第二种方式： （1）pip3 install docker-compose 来源： oschina 链接： https://my.oschina.net/forkey/blog/4815976

今天博主使用typecho各种不爽，索性干掉typecho，使用WordPress 依赖 mysql nginx yml 文件 version: '3' services: nginx: image: nginx:1.13.9-alpine ports: - "80:80" - "443:443" restart: always volumes: - ./wordpress.conf:/etc/nginx/conf.d/default.conf - ./nginx_logs:/var/log/nginx - ./letsencrypt:/etc/letsencrypt depends_on: - wordpress networks: - daryl_blog_net wordpress: image: wordpress:latest restart: always volumes: - ./html:/var/www/html networks: - daryl_blog_net depends_on: - db environment: WORDPRESS_DB_HOST: db:3306 WORDPRESS_DB_USER: wordpress WORDPRESS_DB_PASSWORD: password db: image: mysql:5.7.23 volumes:

前言 去年在学习docker，在看完菜鸟教程和第一本docker书后，一直想实战用一下这个技术，多用用才能熟能生巧，真正体验它的利弊。正好傅老板用docker搭完了wordpress，我也就手痒跟着搭建了一下（也就是现在的这个博客网站）。 此处记录一下搭建过程。 搭建环境 阿里云ECS 去年双11买的，720/3年，1核1G1M香港服务器，centos 7.4 有个小插曲，阿里云的工作人员还给我打电话，问我用的怎么样。。阿里云什么时候有这种回访了。。。 域名 阿里云购买即可，像我申请的 .top 域名更是便宜，丧心病狂只要2块钱。。 ssl证书 https用的证书，我是在腾讯云免费申请的，地址为： 腾讯云证书管理 ，此处就不详细描述申请过程了，很简单的 Docker 这里要注意，centos中不要直接使用yum install docker，yum中的是旧的docker版本，升级参考我的这篇博文： CentOS更新Docker至最新版本 Docker Compose compose原本是一个第三方公司写的，用来在docker中定义和运行复杂应用的小工具，后来被docker收购了，正式用来替代最早的fig。 通过以下命令安装： # 下载compose curl -L https://github.com/docker/compose/releases/download/1.18.0

参考：https://www.jianshu.com/p/8ccd712e2599 搭建过程 1. 下载zookeeper镜像 docker pull wurstmeister/zookeeper 2. 下载kafka镜像 docker pull wurstmeister/kafka 3. 创建一个docker-compose.yml文件 version: ' 2 ' services: zookeeper: image: wurstmeister / zookeeper ports: - " 2181:2181 " kafka: image: wurstmeister / kafka ports: - " 9092 " environment: KAFKA_ADVERTISED_HOST_NAME: " 192.168.99.100 " KAFKA_ZOOKEEPER_CONNECT: 192.168 . 99.100 : 2181 volumes: - /var/run/docker.sock:/var/run/docker.sock 4. 启动docker-compose docker-compose up -d 5. 运行kafka集群模式 docker-compose scale kafka=3 6. 查看container docker ps docker ps -a