DockerDoc的主页 - PintereStory

DockerDoc

Docker四种网络模式（Bridge，Host，Container，None） - 大数据老司机

DockerDoc

2024-08-28

来源：

Docker四种网络模式（Bridge，Host，Container，None） - 大数据老司机 - 博客园

Docker关闭后里面的东西还在吗？

当我们关闭Docker容器时，容器中的内容和更改是否会保留呢？答案是：取决于我们如何关闭容器。

正常关闭容器

当我们通过docker stop命令正常关闭容器时，Docker会尝试优雅地关闭容器，即向容器中的进程发送SIGTERM信号并等待一段时间，以便进程完成清理工作。在这种情况下，容器中的文件更改将会被保留。

下面是一个示例，演示了如何正常关闭一个Docker容器：

强制关闭容器

在某些情况下，我们可能需要强制关闭容器，例如容器中的进程无响应或无法正常关闭。在这种情况下，我们可以使用docker kill命令来强制关闭容器。当我们强制关闭容器时，容器中的文件更改可能会丢失。

下面是一个示例，演示了如何强制关闭一个Docker容器：

持久化数据

如果你希望容器关闭后的内容仍然保留，你可以使用Docker数据卷。数据卷是宿主机上的一个目录或文件，可以被Docker容器挂载并访问。通过将容器中的数据存储在数据卷中，我们可以确保即使容器被删除，数据仍然保留在宿主机上。

下面是一个示例，演示了如何使用数据卷来持久化数据：

在上面的示例中，/path/on/host是宿主机上的目录，/path/in/container是容器中的目录，image_name是要使用的镜像名称。

导出容器

另一种方式是将容器导出为一个镜像文件，这样我们可以在需要时重新导入容器。使用docker export命令可以导出一个容器。

下面是一个示例，演示了如何导出和导入一个容器：

在上面的示例中，output.tar是导出的镜像文件，container_name是要导出的容器名称，image_name是导入时使用的镜像名称。

结论

在正常关闭Docker容器时，容器中的文件更改将会被保留。然而，在强制关闭容器时，容器中的文件更改可能会丢失。为了持久保存容器中的数据，可以使用数据卷或导出容器为镜像文件。

希望本文能为您解答关于Docker关闭后内容保留的疑惑。通过合理使用Docker的停止和持久化机制，您可以更好地管理和维护您的容器化应用程序。

代码示例

以下是一个使用数据卷的简单代码示例：

DockerDoc

2024-08-27

来源：

docker关闭后里面的东西还在吗_mob649e815375e5的技术博客_51CTO博客

Docker容器管理流程图

DockerDoc

2024-08-27

来源：

docker里的resume命令_mob64ca12dedda8的技术博客_51CTO博客

图解docker kill、stop 和 pause 区别

DockerDoc

2024-08-27

来源：

聊一聊容器暂停退出 - 编程玩家 - 博客园

停止docker容器数据是否会丢失

停止docker容器（docker stop container-name），数据不会丢失。docker容器停止并退出，会处于终止（exited）状态，其中的数据不会丢失，可以通过“docker ps -a”查看；只有删除掉容器，数据才会随着容器的删除被清空。

DockerDoc

2024-08-27

来源：

停止docker容器数据是否会丢失-睿象云平台

Docker commit 保存对容器的修改

DockerDoc

2024-08-27

来源：

保存对容器的修改 - Docker入门教程 - docker中文社区

Docker多阶段Build：命名stage

By default, the stages aren't named, and you refer to them by their integer number, starting with 0 for the first FROM instruction. However, you can name your stages, by adding an AS <NAME> to the FROM instruction. This example improves the previous one by naming the stages and using the name in the COPY instruction. This means that even if the instructions in your Dockerfile are re-ordered later, the COPY doesn't break.

# syntax=docker/dockerfile:1
FROM golang:1.21 as build
WORKDIR /src
COPY <<EOF /src/main.go
package main

import "fmt"

func main() {
  fmt.Println("hello, world")
}
EOF
RUN go build -o /bin/hello ./main.go

FROM scratch
COPY --from=build /bin/hello /bin/hello
CMD ["/bin/hello"]

DockerDoc

2024-06-02

来源：

Multi-stage builds | Docker Docs

Docker重启容器图解

DockerDoc

2024-04-18

来源：

docker常规操作——启动、停止、重启容器实例_docker容器重启-CSDN博客

微服务治理的 3 种方式

DockerDoc

2024-03-02

来源：

微服务治理的3种方式_微服务治理_穿过生命散发芬芳_InfoQ写作社区

consul 的组成和架构

DockerDoc

2024-03-02

来源：

微服务之consul初体验_微服务_迷彩_InfoQ写作社区

Consul多数据中心及数据同步

萌兰三太子 2021-01-08 14:32:10

多数据中心

1、搭建多数据中心

在上一篇文章中，我们讲解了单数据中心的搭建流程，这边文章将在其基础之上构建多数据中心。我们另选一个region的两个节点，按照单数据中心的方式搭建好，然后执行如下命令，先查看下数据中心情况：


[root@karbor2 consul]# ./consul members -wan
Node                 Address         Status  Type    Build  Protocol  DC        Segment
ts-test-38.ts-test1  30.3.3.38:8302  alive   server  1.8.4  2         ts-test1  <all>
ts-test-39.ts-test1  30.3.3.39:8302  alive   server  1.8.4  2         ts-test1  <all>

可以看到，当前wan只有本region数据中心的两个节点

2、关联数据中心

下面我们开始将两个region的数据中心关联起来，我们在dc1的任一server节点执行如下命令：


[root@karbor1 consul]# ./consul join -wan 30.3.3.38
Successfully joined cluster by contacting 1 nodes.

这里的30.3.3.38可以是dc2的任一server节点

再次查看wan，我们分别在dc1和dc2的任意节点执行如下命令：


[root@karbor2 consul]# ./consul members -wan
Node                 Address         Status  Type    Build  Protocol  DC        Segment
ts-test-38.ts-test1  30.3.3.38:8302  alive   server  1.8.4  2         ts-test1  <all>
ts-test-39.ts-test1  30.3.3.39:8302  alive   server  1.8.4  2         ts-test1  <all>
ts-test-42.ts-test   30.1.3.42:8302  alive   server  1.8.4  2         ts-test   <all>
ts-test-43.ts-test   30.1.3.43:8302  alive   server  1.8.4  2         ts-test   <all>

显示结果都一样，同时我们可以发现，在将dc1的任一server节点加入到dc2中，dc1和dc2下所有的server节点都会自动加入该wan。

3、验证数据同步

我们在dc1的节点上增加数据key：


[root@karbor1 consul]# ./consul kv put ts/test/sex 'boy'
Success! Data written to: ts/test/sex

在dc2数据中心查询该key：


[root@karbor2 consul]# ./consul kv get ts/test/sex
Error! No key exists at: ts/test/sex

可以发现，两个数据中心的数据是不同步的，也就是说集群间不相互影响。

数据同步

对于有在多个数据中心进行数据同步的需求来说，官方也给出了两种解决方案，下面具体来说说

1、ACL同步复制

官方文档为：https://learn.hashicorp.com/tutorials/consul/access-control-token-migration?in=consul/day-2-agent-authentication

设置ACL复制涉及如下几个步骤：

1、在主数据中心中的所有Consul代理上设置primary_datacenter参数。
2、创建复制令牌。
3、在辅助数据中心中的所有Consul代理上配置primary_datacenter参数。
4、在辅助数据中心中的服务器上启用令牌复制。
5、将复制令牌应用于辅助数据中心中的所有服务器。

1.1 配置主数据中心

默认情况下在主数据中心上启用了复制，但是我们还是建议在所有server和client上显式设置primary_datacenter参数。配置应类似于以下示例：


{
  "datacenter": "primary_dc",
  "primary_datacenter": "primary_dc",
  "acl": {
    "enabled": true,
    "default_policy": "deny",
    "down_policy": "extend-cache",
    "enable_token_persistence": true
  }
}

primary_datacenter参数将主数据中心设置为具有所有ACL信息的权限。配置完成之后，需要重启agent。

接下来，使用以下特权创建用于管理ACL的复制令牌。

1.2 创建用于ACL管理的复制令牌

创建文件replication-policy.hcl，内容如下：


acl = "write"
 
 
operator = "write"
 
 
service_prefix "" {
  policy = "read"
  intentions = "read"
}

1、acl = "write"表示允许复制token
2、operator = "write"用于复制代理默认配置条目并在辅助数据中心中启用CA证书签名。
3、service_prefix 用于复制服务默认配置条目，CA和intentions数据。

下面我们采用上面定义的rule创建acl策略：

consul acl policy create -name replication -rules @replication-policy.hcl

最后，使用新创建的策略来创建复制令牌。

consul acl token create -description "replication token" -policy-name replication

1.3 配置副数据中心

需要在所有服务器上将primary_datacenter参数设置为主要数据中心的名称，并将enable_token_replication设置为true。


{
  "datacenter": "dc_secondary",
  "primary_datacenter": "primary_dc",
  "acl": {
    "enabled": true,
    "default_policy": "deny",
    "down_policy": "extend-cache",
    "enable_token_persistence": true,
    "enable_token_replication": true
  }
}

配置完成之后，需要重启agent。

最后，使用CLI将复制令牌应用于所有服务器。

consul acl set-agent-token replication <token>

同样的，对于客户端，您需要将primary_datacenter参数设置为主数据中心的名称，并将enable_token_replication设置为true。


{
  "datacenter": "dc_secondary",
  "primary_datacenter": "primary_dc",
  "acl": {
    "enabled": true,
    "default_policy": "deny",
    "down_policy": "extend-cache",
    "enable_token_persistence": true,
    "enable_token_replication": true
  }
}

配置完成之后，需要重启agent。

2、通过consul-replication工具同步

2.1 下载

在git上下载一个最新的二进制包：https://github.com/hashicorp/consul-replicate

将consul-replication工具上传到需要同步其他数据中心的consul节点上

2.2 启动服务


[root@karbor1 consul]# consul-replicate -log-level info -prefix "ts@ts-test1"
2020/10/23 06:31:39.371080 [INFO] consul-replicate v0.4.0 (886abcc)
2020/10/23 06:31:39.371110 [INFO] (runner) creating new runner (once: false)
2020/10/23 06:31:39.371485 [INFO] (runner) creating watcher
2020/10/23 06:31:39.371582 [INFO] (runner) starting
2020/10/23 06:31:39.374341 [INFO] (runner) running

参数含义如下：

1、-log-level: 表示打印日志级别
2、-prefix：ts@ts-test1——表示该数据中心会时刻监控数据中心ts-test1中key前缀为ts的所有key

注：consul-replicate是一个常驻进程，它会时刻监控key的变化，并立刻更新本数据中心的数据

2.3 配置文件

该工具除了支持命令行参数之外，还支持配置文件，这对于多个配置来说是非常方便的，下面是官方给的一个配置文件样例：


# This denotes the start of the configuration p for Consul. All values
# contained in this p pertain to Consul.
consul {
  # This block specifies the basic authentication information to pass with the
  # request. For more information on authentication, please see the Consul
  # documentation.
  auth {
    enabled  = true
    username = "test"
    password = "test"
  }
 
 
  # This is the address of the Consul agent. By default, this is
  # 127.0.0.1:8500, which is the default bind and port for a local Consul
  # agent. It is not recommended that you communicate directly with a Consul
  # server, and instead communicate with the local Consul agent. There are many
  # reasons for this, most importantly the Consul agent is able to multiplex
  # connections to the Consul server and reduce the number of open HTTP
  # connections. Additionally, it provides a "well-known" IP address for which
  # clients can connect.
  address = "127.0.0.1:8500"
 
 
  # This is the ACL token to use when connecting to Consul. If you did not
  # enable ACLs on your Consul cluster, you do not need to set this option.
  #
  # This option is also available via the environment variable CONSUL_TOKEN.
  token = "abcd1234"
 
 
  # This controls the retry behavior when an error is returned from Consul.
  # Consul Replicate is highly fault tolerant, meaning it does not exit in the
  # face of failure. Instead, it uses exponential back-off and retry functions
  # to wait for the cluster to become available, as is customary in distributed
  # systems.
  retry {
    # This enabled retries. Retries are enabled by default, so this is
    # redundant.
    enabled = true
 
 
    # This specifies the number of attempts to make before giving up. Each
    # attempt adds the exponential backoff sleep time. Setting this to
    # zero will implement an unlimited number of retries.
    attempts = 12
 
 
    # This is the base amount of time to sleep between retry attempts. Each
    # retry sleeps for an exponent of 2 longer than this base. For 5 retries,
    # the sleep times would be: 250ms, 500ms, 1s, 2s, then 4s.
    backoff = "250ms"
 
 
    # This is the maximum amount of time to sleep between retry attempts.
    # When max_backoff is set to zero, there is no upper limit to the
    # exponential sleep between retry attempts.
    # If max_backoff is set to 10s and backoff is set to 1s, sleep times
    # would be: 1s, 2s, 4s, 8s, 10s, 10s, ...
    max_backoff = "1m"
  }
 
 
  # This block configures the SSL options for connecting to the Consul server.
  ssl {
    # This enables SSL. Specifying any option for SSL will also enable it.
    enabled = true
 
 
    # This enables SSL peer verification. The default value is "true", which
    # will check the global CA chain to make sure the given certificates are
    # valid. If you are using a self-signed certificate that you have not added
    # to the CA chain, you may want to disable SSL verification. However, please
    # understand this is a potential security vulnerability.
    verify = false
 
 
    # This is the path to the certificate to use to authenticate. If just a
    # certificate is provided, it is assumed to contain both the certificate and
    # the key to convert to an X509 certificate. If both the certificate and
    # key are specified, Consul Replicate will automatically combine them into an
    # X509 certificate for you.
    cert = "/path/to/client/cert"
    key  = "/path/to/client/key"
 
 
    # This is the path to the certificate authority to use as a CA. This is
    # useful for self-signed certificates or for organizations using their own
    # internal certificate authority.
    ca_cert = "/path/to/ca"
 
 
    # This is the path to a directory of PEM-encoded CA cert files. If both
    # `ca_cert` and `ca_path` is specified, `ca_cert` is preferred.
    ca_path = "path/to/certs/"
 
 
    # This sets the SNI server name to use for validation.
    server_name = "my-server.com"
  }
}
 
 
# This is the list of keys to exclude if they are found in the prefix. This can
# be specified multiple times to exclude multiple keys from replication.
exclude {
  source = "my-key"
}
 
 
# This is the signal to listen for to trigger a graceful stop. The default value
# is shown below. Setting this value to the empty string will cause Consul
# Replicate to not listen for any graceful stop signals.
kill_signal = "SIGINT"
 
 
# This is the log level. If you find a bug in Consul Replicate, please enable
# debug logs so we can help identify the issue. This is also available as a
# command line flag.
log_level = "warn"
 
 
# This is the maximum interval to allow "stale" data. By default, only the
# Consul leader will respond to queries; any requests to a follower will
# forward to the leader. In large clusters with many requests, this is not as
# scalable, so this option allows any follower to respond to a query, so long
# as the last-replicated data is within these bounds. Higher values result in
# less cluster load, but are more likely to have outdated data.
max_stale = "10m"
 
 
# This is the path to store a PID file which will contain the process ID of the
# Consul Replicate process. This is useful if you plan to send custom signals
# to the process.
pid_file = "/path/to/pid"
 
 
# This is the prefix and datacenter to replicate and the resulting destination.
prefix {
  source      = "global"
  datacenter  = "nyc1"
  destination = "default"
}
 
 
# This is the signal to listen for to trigger a reload event. The default value
# is shown below. Setting this value to the empty string will cause Consul
# Replicate to not listen for any reload signals.
reload_signal = "SIGHUP"
 
 
# This is the path in Consul to store replication and leader status.
status_dir = "service/consul-replicate/statuses"
 
 
# This block defines the configuration for connecting to a syslog server for
# logging.
syslog {
  # This enables syslog logging. Specifying any other option also enables
  # syslog logging.
  enabled = true
 
 
  # This is the name of the syslog facility to log to.
  facility = "LOCAL5"
}
 
 
# This is the quiescence timers; it defines the minimum and maximum amount of
# time to wait for the cluster to reach a consistent state before rendering a
# replicating. This is useful to enable in systems that have a lot of flapping,
# because it will reduce the the number of times a replication occurs.
wait {
  min = "5s"
  max = "10s"
}

上面的配置不是所有的都需要的，可以根据自己的情况删除，从上面我们可以看出，该工具也是比较智能的，支持的功能比较多：

1、支持数据中心之间的认证
2、支持重试机制
3、支持日志转储
4、...

利用配置文件启动命令如下：

$ consul-replicate -config "/my/config.hcl"

注意：

1、可以多次指定此参数以加载多个配置文件。最右边的配置具有最高的优先级。如果提供了目录路径（而不是文件路径），则给定目录中的所有文件将以词法顺序递归合并。请注意，不遵循符号链接。

2、命令行参数会覆盖文件参数

2.4 实测

1、我们在dc1任一节点启动该工具：


[root@karbor1 consul]# consul-replicate -log-level info -prefix "ts@ts-test1"
2020/10/23 06:31:39.371080 [INFO] consul-replicate v0.4.0 (886abcc)
2020/10/23 06:31:39.371110 [INFO] (runner) creating new runner (once: false)
2020/10/23 06:31:39.371485 [INFO] (runner) creating watcher
2020/10/23 06:31:39.371582 [INFO] (runner) starting
2020/10/23 06:31:39.374341 [INFO] (runner) running

2、在dc2任一节点更新或者增加参数


[root@karbor2 consul]# ./consul kv put ts/test/lq "sdsdsdfd"
Success! Data written to: ts/test/lq

3、可以查看dc1中的节点监控日志：


2020/10/23 06:46:04.698742 [INFO] (runner) running
2020/10/23 06:46:04.713276 [INFO] (runner) replicated 1 updates, 0 deletes

4、在dc1任一节点查询数据：


[root@karbor1 djmanager]# /opt/consul/consul kv get ts/test/lq
sdsdsdfd

可以看到两个不同的数据中心的数据已经是一样的了

说明

注意，这个工具只会同步kv数据，不会同步服务，也就是说各个数据中心注册的服务是相互独立的，不会被这个工具工步

参考链接：https://www.jsonlong.com/2020/06/02/%E8%B7%A8%E6%9C%BA%E6%88%BF%E6%95%B0%E6%8D%AE%E5%90%8C%E6%AD%A5%E5%8F%AF%E8%A1%8C%E6%80%A7%E8%B0%83%E7%A0%94/

DockerDoc

2024-03-02

来源：

Consul多数据中心及数据同步-CSDN博客

Docker export、import、save、load 区别

rousong 2024.01.18 03:04

Docker export、import、save、load 都是 Docker 中用于镜像操作的命令，但它们之间存在一些重要的区别。下面我们将详细解释这些命令之间的主要差异，以及它们在何时应该使用。

Docker Export 和 Import
Docker Export 命令用于将容器导出为文件，而 Docker Import 命令用于将导出的文件导入为镜像。这两个命令常用于在不同的环境或主机之间迁移容器。导出容器时，它会将容器的整个文件系统保存到一个 tar 文件中，而导入镜像时，则会将 tar 文件中的内容加载到 Docker 环境中。
Docker Save 和 Load
Docker Save 命令用于将镜像保存为文件，而 Docker Load 命令用于从文件中加载镜像。与 Export 和 Import 不同，Save 和 Load 更常用于备份和恢复镜像。Save 命令将整个镜像（包括所有层和元数据）保存到一个 tar 文件中，而 Load 命令则从 tar 文件中恢复镜像。
区别

Docker Export 和 Save 的主要区别在于它们保存的内容不同。Export 保存的是容器，而 Save 保存的是镜像。因此，Export 导出的文件比 Save 保存的文件要小，因为它只包含容器的文件系统而没有镜像的构建历史。此外，Export 导出的文件只包含运行容器所需的信息，而 Save 保存的镜像则包括所有层和元数据。
Docker Import 和 Load 的主要区别在于它们的使用场景和功能不同。Import 可以对导入的镜像指定新的名称和标签，而 Load 无法重命名镜像。此外，Import 是将 tar 文件中的内容加载到 Docker 环境中，而 Load 是从文件中恢复镜像。

使用场景

当您需要在不同的环境或主机之间迁移容器时，应使用 Docker Export 和 Import。例如，您可以将运行在开发环境中的容器导出为一个文件，然后在生产环境中使用 Import 命令将该文件导入为一个新的镜像。
当您需要备份或迁移镜像时，应使用 Docker Save 和 Load。例如，您可以将重要的镜像保存为一个文件，然后在需要时使用 Load 命令从文件中恢复镜像。

注意事项

在使用 Docker Export 和 Import 时，应确保目标环境或主机上的 Docker 版本与源环境或主机一致，以避免兼容性问题。
在使用 Docker Save 和 Load 时，应确保目标文件的大小足够大，以容纳整个镜像的内容。此外，由于 Load 命令无法重命名镜像，因此应谨慎操作以避免命名冲突。
总结：Docker export、import、save、load 都是用于镜像操作的命令，但它们的使用场景和功能有所不同。根据您的需求选择合适的命令来迁移容器、备份或恢复镜像。

DockerDoc

2024-03-02

来源：

Docker export、import、save、load 区别-百度开发者中心

docker 重命名运行中的容器

重命名已经运行的 Docker 容器步骤如下：

首先，通过 docker ps 命令查看正在运行的容器的列表，找到你想要重命名的容器的 CONTAINER ID 或者名称。
停止该容器：(docker 25.0.3已经不需要停止容器)
```
docker stop <CONTAINER ID 或者名称>
```

重命名容器：

docker rename <旧容器名称> <新容器名称>

例如：

docker rename my_container new_container

重新启动已重命名的容器：
```
docker start <新容器名称>
```

这样，你就成功地重命名了已经运行的 Docker 容器。

查看docker 容器的启动方式，是否设置了自启动
docker inspect container_id |grep Restaert

如何开启自启动

如果是docker-compose 方式有的版本是docker compose

docker-compose文件修改
docker run 参数

docker run --restart=always my_image

DockerDoc

2024-03-01

来源：

docker 已经运行的容器重命名 - 学不会xuebuhui - 博客园

Docker commit 命令

docker commit :从容器创建一个新的镜像。

语法

docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]

OPTIONS说明：

-a :提交的镜像作者；
-c :使用Dockerfile指令来创建镜像；
-m :提交时的说明文字；
-p :在commit时，将容器暂停。

实例

将容器a404c6c174a2 保存为新的镜像,并添加提交人信息和说明信息。

runoob@runoob:~$ docker commit -a "runoob.com" -m "my apache" a404c6c174a2  mymysql:v1 
sha256:37af1236adef1544e8886be23010b66577647a40bc02c0885a6600b33ee28057
runoob@runoob:~$ docker images mymysql:v1
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
mymysql             v1                  37af1236adef        15 seconds ago      329 MB