• Docker日常运维小技巧


    一、故障定位

    1、查看容器内部 https 请求响应时间

    docker exec -t $(docker ps -f name=blog_web -q) curl -H 'X-Forwarded-Proto:https' \-w %{time_total} -o /dev/null -s localhost

    2、查看容器日志

    docker logs --tail 50 --follow --timestamps mediawiki_web_1

    3、删除 docker 虚拟网卡

    service docker stop# 用ip命令使docker0网卡downip link set dev docker0 down# 删除网卡brctl delbr docker0

    二、修改镜像并生成新镜像

    1、确认现有镜像

    docker ps

    2、修改镜像内容

    docker cp /tmp/seafile-controller seafile:/tmp/docker cp /tmp/seaf-server seafile:/tmp/docker exec -it seafile /bin/bashdocker imagesdocker pssudo docker commit -m "seafile-pro-9.0.5 ida" -a "zyfeng" 5d1d283f12d3 seafile-pro:9.0.5idadocker images

    3、保存镜像为独立文件

    sudo docker save -o seafile-pro-ida9.0.5.tar seafile-pro:9.0.5ida

    4、复制到其它主机加载​​​​​​​

    sudo docker load -i seafile-pro-ida9.0.5.tardocker ps

    5、删除镜像文件

    1)先确认容器镜像是否仍在运行,需要先停止正在运行的待删除的容器镜像。

    2)删除非正常退出的容器​​​​​​​

    docker ps -a docker rm 容器ID ##上个命令查出的带清理的容器docker imagesdocker rmi 容器ID

    三、Docker-compose 常用命令

    docker-compose up -d nginx                    构建建启动nignx容器

    docker-compose exec nginx bash             登录到nginx容器中

    docker-compose down                              删除所有nginx容器,镜像

    docker-compose ps                                   显示所有容器

    docker-compose restart nginx                  重新启动nginx容器

    docker-compose run --no-deps --rm php-fpm php -v  

    在php-fpm中不启动关联容器,并容器执行php -v 执行完成后删除容器

    docker-compose build nginx                     构建镜像 。        

    docker-compose build --no-cache nginx  不带缓存的构建。

    docker-compose logs  nginx                      查看nginx的日志 

    docker-compose logs -f nginx                   查看nginx的实时日志

    docker-compose config  -q                      

    验证(docker-compose.yml)文件配置,当配置正确时,不输出任何内容,当文件配置错误,输出错误信息。 

    docker-compose events --json nginx     以json的形式输出nginx的docker日志

    docker-compose pause nginx                 暂停nignx容器

    docker-compose unpause nginx             恢复ningx容器

    docker-compose rm nginx                       删除容器(删除前必须关闭容器)

    docker-compose stop nginx                    停止nignx容器

    docker-compose start nginx                    启动nignx容器

    1、配置文件示例​​​​​​​

    version: "3.7"services:
      redis:    image: redis:alpine    ports:      - "6379"    networks:      - frontend    deploy:      replicas: 2      update_config:        parallelism: 2        delay: 10s      restart_policy:        condition: on-failure
      db:    image: postgres:9.4    volumes:      - db-data:/var/lib/postgresql/data    networks:      - backend    deploy:      placement:        constraints: [node.role == manager]
      vote:    image: dockersamples/examplevotingapp_vote:before    ports:      - "5000:80"    networks:      - frontend    depends_on:      - redis    deploy:      replicas: 2      update_config:        parallelism: 2      restart_policy:        condition: on-failure
      result:    image: dockersamples/examplevotingapp_result:before    ports:      - "5001:80"    networks:      - backend    depends_on:      - db    deploy:      replicas: 1      update_config:        parallelism: 2        delay: 10s      restart_policy:        condition: on-failure
      worker:    image: dockersamples/examplevotingapp_worker    networks:      - frontend      - backend    deploy:      mode: replicated      replicas: 1      labels: [APP=VOTING]      restart_policy:        condition: on-failure        delay: 10s        max_attempts: 3        window: 120s      placement:        constraints: [node.role == manager]
      visualizer:    image: dockersamples/visualizer:stable    ports:      - "8080:8080"    stop_grace_period: 1m30s    volumes:      - "/var/run/docker.sock:/var/run/docker.sock"    deploy:      placement:        constraints: [node.role == manager]
    networks:  frontend:  backend:
    volumes:  db-data:

    2、示例文件说明​​​​​​​

    ##服务基于已经存在的镜像services:  web:    image: hello-world
    ##服务基于dockerfile build: /path/to/build/dirbuild: ./dirbuild:  context: ../  dockerfile: path/of/Dockerfile
    build: ./dirimage: webapp:tag
    ##command command命令可以覆盖容器启动后默认执行的命令command: bundle exec thin -p 3000command: [bundle, exec, thin, -p, 3000]
    ##container_nameCompose 的容器名称格式是:<项目名称><服务名称><序号>虽然可以自定义项目名称、服务名称,但是如果你想完全控制容器的命名,可以使用这个标签指定container_name: app
    ##depends_ondepends_on解决了容器的依赖、启动先后的问题version: '2'services:  web:    build: .    depends_on:      - db      - redis  redis:    image: redis  db:
    ##dnsdns: 8.8.8.8dns:  - 8.8.8.8  - 9.9.9.9
    dns_search: example.comdns_search:  - dc1.example.com  - dc2.example.com
    ##tmfs挂载临时目录到容器内部,与run的参数一样效果tmpfs: /runtmpfs:  - /run  - /tmp
    ##environment设置镜像变量,它可以保存变量到镜像里,也就是说启动的容器也会包含这些变量设置environment:  RACK_ENV: development  SHOW: 'true'  SESSION_SECRET:
    environment:  - RACK_ENV=development  - SHOW=true  - SESSION_SECRET
    ##expose用于指定暴露的端口,但是只是作为参考,端口映射的话还得ports标签expose: - "3000" - "8000"
    ##external_links在使用Docker的过程中,我们会有许多单独使用docker run启动的容器,为了使Compose能够连接这些不在docker-compose.yml中定义的容器,我们需要一个特殊的标签,就是external_links,它可以让Compose项目里面的容器连接到那些项目配置外部的容器(前提是外部容器中必须至少有一个容器是连接到与项目内的服务的同一个网络里面)
    external_links: - redis_1 - project_db_1:mysql - project_db_1:postgresql
    ##extra_hosts添加主机名的标签,就是往容器内部/etc/hosts文件中添加一些记录extra_hosts: - "somehost:162.242.195.82" - "otherhost:50.31.209.229"
    ##labels向容器添加元数据,和Dockerfile的lable指令一个意思
    labels:  com.example.description: "Accounting webapp"  com.example.department: "Finance"  com.example.label-with-empty-value: ""labels:  - "com.example.description=Accounting webapp"  - "com.example.department=Finance"  - "com.example.label-with-empty-value"
    ##links解决容器连接问题,与docker的–link一样的效果,会连接到其他服务中的容器,使用的别名将会自动在服务容器中的/etc/hosts里创建links: - db - db:database - redis
    ##ports用作端口映射使用HOST:CONTAINER格式或者只是指定容器的端口,宿主机会随机映射端口ports: - "3000" - "8000:8000" - "49100:22" - "127.0.0.1:8001:8001"当使用HOST:CONTAINER格式来映射端口时,如果你使用的容器端口小于60你可能会得到错误得结果,因为YAML将会解析xx:yy这种数字格式为60进制。所以建议采用字符串格式
    ##security_opt为每个容器覆盖默认的标签。简单说来就是管理全部服务的标签,比如设置全部服务的user标签值为USERsecurity_opt:  - label:user:USER  - label:role:ROLE
    ##volumes挂载一个目录或者一个已经存在的数据卷容器,可以直接使用[HOST:CONTAINER]这样的格式,或者使用[HOST:CONTAINER:ro]这样的格式,或者对于容器来说,数据卷是只读的,这样可以有效保护宿主机的文件系统。compose的数据卷指定路径可以是相对路径,使用 . 或者 … 来指定性对目录
    volumes:  // 只是指定一个路径,Docker 会自动在创建一个数据卷(这个路径是容器内部的)。  - /var/lib/mysql
      // 使用绝对路径挂载数据卷  - /opt/data:/var/lib/mysql
      // 以 Compose 配置文件为中心的相对路径作为数据卷挂载到容器。  - ./cache:/tmp/cache
      // 使用用户的相对路径(~/ 表示的目录是 /home/<用户目录>/ 或者 /root/)。  - ~/configs:/etc/configs/:ro
      // 已经存在的命名的数据卷。  - datavolume:/var/lib/mysql
    如果你不使用宿主机的路径,你可以指定一个volume_driver。volume_driver: mydriver
    ##volumes_from从其它容器或者服务挂载数据卷,可选的参数是:ro或者:rw,前者表示容器只读,后者表示容器对数据卷是可读可写的,默认是可读可写的
    volumes_from:  - service_name  - service_name:ro  - container:container_name  - container:container_name:rw
    ##network_mode网络模式,与docker client的–net参数类似,只是相对多了一个service:[sevice name]的格式network_mode: "bridge"network_mode: "host"network_mode: "none"network_mode: "service:[service name]"network_mode: "container:[container name/id]"
    ##networks加入指定网络services:  some-service:    networks:     - some-network     - other-network

  • 相关阅读:
    【Git】Git基础命令操作速记
    QML自定义可长按短按的SpinBox
    电容笔和触屏笔一样吗?Ipad高性价比电容笔排行
    基于yolov4作者最新力作yolov7目标检测模型实现火点烟雾检测
    [附源码]java毕业设计汽车销售网站论文
    Golang 接口(interface)最佳实践
    局部刷新,例如,列表中只更新 收藏图标
    数组传参及 &数组
    Android 蓝牙 OPP文件传输-Obex协议连接-socket连接 从framework到协议栈btif层 --- 全网最详细(一)
    多目标跟踪框架boxmot介绍
  • 原文地址:https://blog.csdn.net/LinkSLA/article/details/128205096