如何利用Docker实现Pod

刚开始接触 Kubernetes 时，你学到的第一件事就是每个 Pod 都有一个唯一的 IP 和主机名，并且在同一个 Pod 中，容器可以通过 localhost 相互通信。所以，显而易见，一个 Pod 就像一个微型的服务器。

但是，过段时间，你会发现 Pod 中的每个容器都有一个隔离的文件系统，并且从一个容器内部，你看不到在同一 Pod 的其他容器中运行的进程。好吧！也许 Pod 不是一个微型的服务器，而只是一组具有共享网络堆栈的容器。

但随后你会了解到，Pod 中的容器可以通过共享内存进行通信！所以，在容器之间，网络命名空间不是唯一可以共享的东西……

基于最后的发现，所以，我决定深入了解：

Pod 是如何在底层实现的

Pod 和 Container 之间的实际区别是什么

如何使用 Docker 创建 Pod

在此过程中，我希望它能帮助我巩固我的 Linux、Docker 和 Kubernetes 技能。

1、探索 Container

OCI 运行时规范并不将容器实现仅限于 Linux 容器，即使用 namespace 和 cgroup 实现的容器。但是，除非另有明确说明，否则本文中的容器一词指的是这种相当传统的形式。

设置实验环境（playground）

在了解构成容器的 namespace 和 cgroups 之前，让我们快速设置一个实验环境：

$ cat > Vagrantfile < 基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
>
> * 项目地址：
> * 视频教程：

# -*- mode: ruby -*-

> 基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序，支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
>
> * 项目地址：
> * 视频教程：

# vi: set ft=ruby :

Vagrant.configure("2") do |config|
  config.vm.box = "debian/buster64"
  config.vm.hostname = "docker-host"
  config.vm.define "docker-host"
  config.vagrant.plugins = ['vagrant-vbguest']

  config.vm.provider "virtualbox" do |vb|
    vb.cpus = 2
    vb.memory = "2048"
  end

  config.vm.provision "shell", inline: <<-SHELL
    apt-get update
    apt-get install -y curl vim
  SHELL

  config.vm.provision "docker"
end
EOF

$ vagrant up
$ vagrant ssh

最后让我们启动一个容器：

$ docker run --name foo --rm -d --memory='512MB' --cpus='0.5' nginx

探索容器的 namespace

首先我们来看一下，当容器启动后，哪些隔离原语（primitives）被创建了：

# Look up the container in the process tree.
$ ps auxf
USER       PID  ...  COMMAND
...
root      4707       /usr/bin/containerd-shim-runc-v2 -namespace moby -id cc9466b3e...
root      4727        \_ nginx: master process nginx -g daemon off;
systemd+  4781            \_ nginx: worker process
systemd+  4782            \_ nginx: worker process

# Find the namespaces used by 4727 process.
$ sudo lsns
        NS TYPE   NPROCS   PID USER    COMMAND
...
4026532157 mnt         3  4727 root    nginx: master process nginx -g daemon off;
4026532158 uts         3  4727 root    nginx: master process nginx -g daemon off;
4026532159 ipc         3  4727 root    nginx: master process nginx -g daemon off;
4026532160 pid         3  4727 root    nginx: master process nginx -g daemon off;
4026532162 net         3  4727 root    nginx: master process nginx -g daemon off;

我们可以看到用于隔离以上容器的命名空间是以下这些：

mnt（挂载）：容器有一个隔离的挂载表。

uts（Unix 时间共享）：容器拥有自己的 hostname 和 domain。

ipc（进程间通信）：容器内的进程可以通过系统级 IPC 和同一容器内的其他进程进行通信。

pid（进程 ID）：容器内的进程只能看到在同一容器内或拥有相同的 PID 命名空间的其他进程。

net（网络）：容器拥有自己的网络堆栈。

注意，用户（user）命名空间没有被使用，OCI 运行时规范提及了对用户命名空间的支持。不过，虽然 Docker 可以将此命名空间用于其容器，但由于固有的限制，它默认情况下没有使用。因此，容器中的 root 用户很可能是主机系统中的 root 用户。谨防！

另一个没有出现在这里的命名空间是 cgroup。我花了一段时间才理解 cgroup 命名空间与 cgroups 机制（mechanism）的不同。Cgroup 命名空间仅提供一个容器的 cgroup 层次结构的孤立视图。同样，Docker 也支持将容器放入私有 cgroup 命名空间，但默认情况下没有这么做。

探索容器的 cgroups

Linux 命名空间可以让容器中的进程认为自己是在一个专用的机器上运行。但是，看不到别的进程并不意味着不会受到其他进程的影响。一些耗资源的进程可能会意外的过多消耗宿主机上面共享的资源。

这时候就需要 cgroups 的帮助！

可以通过检查 cgroup 虚拟文件系统中的相应子树来查看给定进程的 cgroups 限制。Cgroupfs 通常被挂在 /sys/fs/cgroup 目录，并且进程特定相关的部分可以在 /proc//cgroup 中查看：

PID=$(docker inspect --format '{{.State.Pid}}' foo)

# Check cgroupfs node for the container main process (4727).
$ cat /proc/${PID}/cgroup
11/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
10/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
9/
8/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
7/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
6/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
5:cpu,cpuacct:/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
4/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
3:net_cls,net_prio:/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
2/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
1:name=systemd:/docker/cc9466b3eb67ca374c925794776aad2fd45a34343ab66097a44594b35183dba0
0::/system.slice/containerd.service
似乎 Docker 使用 /docker/模式。好吧，不管怎样：

ID=$(docker inspect --format '{{.Id}}' foo)

# Check the memory limit.
$ cat /sys/fs/cgroup/memory/docker/${ID}/memory.limit_in_bytes
536870912  # Yay! It's the 512MB we requested!

# See the CPU limits.
ls /sys/fs/cgroup/cpu/docker/${ID}

有趣的是在不明确设置任何资源限制的情况下启动容器都会配置一个 cgroup。实际中我没有检查过，但我的猜测是默认情况下，CPU 和 RAM 消耗不受限制，Cgroups 可能用来限制从容器内部对某些设备的访问。

这是我在调查后脑海中呈现的容器：

2、探索 Pod

现在，让我们来看看 Kubernetes Pod。与容器一样，Pod 的实现可以在不同的 CRI 运行时（runtime）之间变化。例如，当 Kata 容器被用来作为一个支持的运行时类时，某些 Pod 可以就是真实的虚拟机了！并且正如预期的那样，基于 VM 的 Pod 与传统 Linux 容器实现的 Pod 在实现和功能方面会有所不同。

为了保持容器和 Pod 之间公平比较，我们会在使用 ContainerD/Runc 运行时的 Kubernetes 集群上进行探索。这也是 Docker 在底层运行容器的机制。

设置实验环境（playground）

这次我们使用基于 VirtualBox driver 和 Containd 运行时的 minikube 来设置实验环境。要快速安装 minikube 和 kubectl，我们可以使用 Alex Ellis 编写的 arkade 工具：

# Install arkade ()
$ curl -sLS https://get.arkade.dev | sh

$ arkade get kubectl minikube

$ minikube start --driver virtualbox --container-runtime containerd

实验的 Pod，可以按照下面的方式设置：

$ kubectl --context=minikube apply -f - <

	探索 Pod 的容器

	实际的 Pod 检查应在 Kubernetes 集群节点上进行：
$ minikube ssh

	让我们看看那里 Pod 的进程：
$ ps auxf
USER       PID  ...  COMMAND
...
root      4947         \_ containerd-shim -namespace k8s.io -workdir /mnt/sda1/var/lib/containerd/...
root      4966             \_ /pause
root      4981         \_ containerd-shim -namespace k8s.io -workdir /mnt/sda1/var/lib/containerd/...
root      5001             \_ /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
root      5016                 \_ /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
root      5018         \_ containerd-shim -namespace k8s.io -workdir /mnt/sda1/var/lib/containerd/...
100       5035             \_ /bin/sleep 3650d


	基于运行的时间，上述三个进程组很有可能是在 Pod 启动期间创建。这很有意思，因为在清单文件中，只有两个容器，httpbin 和 sleep。

	可以使用名为 ctr 的 ContainerD 命令行来交叉检查上述的发现：
$ sudo ctr --namespace=k8s.io containers ls
CONTAINER      IMAGE                                   RUNTIME
...
097d4fe8a7002  docker.io/curlimages/curl@sha256:1a220  io.containerd.runtime.v1.linux
...
dfb1cd29ab750  docker.io/kennethreitz/httpbin:latest   io.containerd.runtime.v1.linux
...
f0e87a9330466  k8s.gcr.io/pause:3.1                    io.containerd.runtime.v1.linux


	的确是三个容器被创建了。同时，使用另一个和 CRI 运行时监控的命令行 crictl 检测发现，仅仅只有两个容器：
$ sudo crictl ps
CONTAINER      IMAGE          CREATED            STATE    NAME     ATTEMPT  POD ID
097d4fe8a7002  bcb0c26a91c90  About an hour ago  Running  sidecar  0        f0e87a9330466
dfb1cd29ab750  b138b9264903f  About an hour ago  Running  app      0        f0e87a9330466


	但是注意，上述的 POD ID 字段和 ctr 输出的 pause:3.1 容器 id 一致。好吧，看上去这个 Pod 是一个辅助容器。所以，它有什么用呢？

	我还没有注意到在 OCI 运行时规范中有和 Pod 相对应的东西。因此，当我对 Kubernetes API 规范提供的信息不满意时，我通常直接进入 Kubernetes Container Runtime 接口（CRI）Protobuf 文件中查找相应的信息：
// kubelet expects any compatible container runtime
// to implement the following gRPC methods:

service RuntimeService {
    ...
    rpc RunPodSandbox(RunPodSandboxRequest) returns (RunPodSandboxResponse) {}    
    rpc StopPodSandbox(StopPodSandboxRequest) returns (StopPodSandboxResponse) {}    
    rpc RemovePodSandbox(RemovePodSandboxRequest) returns (RemovePodSandboxResponse) {}    
    rpc PodSandboxStatus(PodSandboxStatusRequest) returns (PodSandboxStatusResponse) {}
    rpc ListPodSandbox(ListPodSandboxRequest) returns (ListPodSandboxResponse) {}

    rpc CreateContainer(CreateContainerRequest) returns (CreateContainerResponse) {}
    rpc StartContainer(StartContainerRequest) returns (StartContainerResponse) {}    
    rpc StopContainer(StopContainerRequest) returns (StopContainerResponse) {}    
    rpc RemoveContainer(RemoveContainerRequest) returns (RemoveContainerResponse) {}
    rpc ListContainers(ListContainersRequest) returns (ListContainersResponse) {}    
    rpc ContainerStatus(ContainerStatusRequest) returns (ContainerStatusResponse) {}    
    rpc UpdateContainerResources(UpdateContainerResourcesRequest) returns (UpdateContainerResourcesResponse) {}    
    rpc ReopenContainerLog(ReopenContainerLogRequest) returns (ReopenContainerLogResponse) {}

    // ...    
}

message CreateContainerRequest {
    // ID of the PodSandbox in which the container should be created.
    string pod_sandbox_id = 1;
    // Config of the container.
    ContainerConfig config = 2;
    // Config of the PodSandbox. This is the same config that was passed
    // to RunPodSandboxRequest to create the PodSandbox. It is passed again
    // here just for easy reference. The PodSandboxConfig is immutable and
    // remains the same throughout the lifetime of the pod.
    PodSandboxConfig sandbox_config = 3;
}


	所以，Pod 实际上就是由沙盒以及在沙盒中运行的容器组成的。沙盒管理 Pod 中所有容器的常用资源，pause 容器会在 RunPodSandbox() 调用中被启动。简单的互联网搜索就发现了该容器仅仅是一个 idle 进程。

	探索 Pod 的命名空间

	下面就是集群节点上的命名空间：
$ sudo lsns
        NS TYPE   NPROCS   PID USER            COMMAND
4026532614 net         4  4966 root            /pause
4026532715 mnt         1  4966 root            /pause
4026532716 uts         4  4966 root            /pause
4026532717 ipc         4  4966 root            /pause
4026532718 pid         1  4966 root            /pause
4026532719 mnt         2  5001 root            /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
4026532720 pid         2  5001 root            /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
4026532721 mnt         1  5035 100             /bin/sleep 3650d
4026532722 pid         1  5035 100             /bin/sleep 3650d


	前面第一部分很像 Docker 容器，pause 容器有五个命名空间：net、mnt、uts、ipc 以及 pid。但是很明显，httpbin 和 sleep 容器仅仅有两个命名空间：mnt 和 pid。这是怎么回事？

	事实证明，lsns 不是检查进程名称空间的最佳工具。相反，要检查某个进程使用的命名空间，可以参考 /proc/${pid}/ns 位置：
# httpbin container
sudo ls -l /proc/5001/ns
...
lrwxrwxrwx 1 root root 0 Oct 24 14:05 ipc -> 'ipc:[4026532717]'
lrwxrwxrwx 1 root root 0 Oct 24 14:05 mnt -> 'mnt:[4026532719]'
lrwxrwxrwx 1 root root 0 Oct 24 14:05 net -> 'net:[4026532614]'
lrwxrwxrwx 1 root root 0 Oct 24 14:05 pid -> 'pid:[4026532720]'
lrwxrwxrwx 1 root root 0 Oct 24 14:05 uts -> 'uts:[4026532716]'

# sleep container
sudo ls -l /proc/5035/ns
...
lrwxrwxrwx 1 100 101 0 Oct 24 14:05 ipc -> 'ipc:[4026532717]'
lrwxrwxrwx 1 100 101 0 Oct 24 14:05 mnt -> 'mnt:[4026532721]'
lrwxrwxrwx 1 100 101 0 Oct 24 14:05 net -> 'net:[4026532614]'
lrwxrwxrwx 1 100 101 0 Oct 24 14:05 pid -> 'pid:[4026532722]'
lrwxrwxrwx 1 100 101 0 Oct 24 14:05 uts -> 'uts:[4026532716]'


	虽然不太容易去注意到，但 httpbin 和 sleep 容器实际上重用了 pause 容器的 net、uts 和 ipc 命名空间！

	我们可以用 crictl 交叉检测验证：
# Inspect httpbin container.
$ sudo crictl inspect dfb1cd29ab750
{
  ...
  "namespaces": [
    {
      "type": "pid"
    },
    {
      "type": "ipc",
      "path": "/proc/4966/ns/ipc"
    },
    {
      "type": "uts",
      "path": "/proc/4966/ns/uts"
    },
    {
      "type": "mount"
    },
    {
      "type": "network",
      "path": "/proc/4966/ns/net"
    }
  ],
  ...
}

# Inspect sleep container.
$ sudo crictl inspect 097d4fe8a7002
...

	我认为上述发现完美的解释了同一个 Pod 中容器具有的能力：

	能够互相通信

	通过 localhost 和/或

	使用 IPC（共享内存，消息队列等）

	共享 domain 和 hostname

	然而，在看过所有这些命名空间如何在容器之间自由重用之后，我开始怀疑默认边界可以被打破。实际上，在对 Pod API 规范的更深入阅读后发现，将 shareProcessNamespace 标志设置为 true 时，Pod 的容器将拥有四个通用命名空间，而不是默认的三个。但是有一个更令人震惊的发现——hostIPC、hostNetwork 和 hostPID 标志可以使容器使用相应主机的命名空间。

	有趣的是，CRI API 规范似乎更加灵活。至少在语法上，它允许将 net、pid 和 ipc 命名空间限定为 CONTAINER、POD 或 NODE。因此，可以构建一个 Pod 使其容器无法通过 localhost 相互通信 。

	探索 Pod 的 cgroups

	Pod 的 cgroups 是什么样的？systemd-cgls 可以很好地可视化 cgroups 层次结构：
$ sudo systemd-cgls
Control group /:
-.slice
├─kubepods
│ ├─burstable
│ │ ├─pod4a8d5c3e-3821-4727-9d20-965febbccfbb
│ │ │ ├─f0e87a93304666766ab139d52f10ff2b8d4a1e6060fc18f74f28e2cb000da8b2
│ │ │ │ └─4966 /pause
│ │ │ ├─dfb1cd29ab750064ae89613cb28963353c3360c2df913995af582aebcc4e85d8
│ │ │ │ ├─5001 /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
│ │ │ │ └─5016 /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
│ │ │ └─097d4fe8a7002d69d6c78899dcf6731d313ce8067ae3f736f252f387582e55ad
│ │ │   └─5035 /bin/sleep 3650d
...


	所以，Pod 本身有一个父节点（Node），每个容器也可以单独调整。这符合我的预期，因为在 Pod 清单中，可以为 Pod 中的每个容器单独设置资源限制。

	此刻，我脑海中的 Pod 看起来是这样的：

	3、利用 Docker 实现 Pod

	如果 Pod 的底层实现是一组具有共同 cgroup 父级的半融合（emi-fused）容器，是否可以使用 Docker 生产类似 Pod 的构造？

	最近我尝试做了一些类似的事情来让多个容器监听同一个套接字，我知道 Docker 可以通过 docker run —network container:语法来创建一个可以使用已存在的网络命名空间容器。但我也知道 OCI 运行时规范只定义了 create 和 start 命令。

	因此，当你使用 docker exec在现有容器中执行命令时，实际上是在运行（即 create 然后 start）一个全新的容器，该容器恰好重用了目标容器的所有命名空间（证明 1[1] 和 2[2]）。这让我非常有信心可以使用标准 Docker 命令生成 Pod。

	我们可以使用仅仅安装了 Docker 的机器作为实验环境。但是这里我会使用一个额外的包来简化使用 cgroups：
$ sudo apt-get install cgroup-tools


	首先，让我们配置一个父 cgroup 条目。为了简洁起见，我将仅使用 CPU 和内存控制器：
sudo cgcreate -g cpu,memory:/pod-foo

# Check if the corresponding folders were created:
ls -l /sys/fs/cgroup/cpu/pod-foo/
ls -l /sys/fs/cgroup/memory/pod-foo/

	然后我们创建一个沙盒容器：
$ docker run -d --rm 
  --name foo_sandbox 
  --cgroup-parent /pod-foo 
  --ipc 'shareable' 
  alpine sleep infinity


	最后，让我们启动重用沙盒容器命名空间的实际容器：
# app (httpbin)
$ docker run -d --rm 
  --name app 
  --cgroup-parent /pod-foo 
  --network container:foo_sandbox 
  --ipc container:foo_sandbox 
  kennethreitz/httpbin

# sidecar (sleep)
$ docker run -d --rm 
  --name sidecar 
  --cgroup-parent /pod-foo 
  --network container:foo_sandbox 
  --ipc container:foo_sandbox 
  curlimages/curl sleep 365d


	你注意到我省略了哪个命名空间吗？没错，我不能在容器之间共享 uts 命名空间。似乎目前在 docker run 命令中没法实现。嗯，是有点遗憾。但是除开 uts 命名空间之外，它是成功的！

	cgroups 看上去很像 Kubernetes 创建的：
$ sudo systemd-cgls memory
Controller memory; Control group /:
├─pod-foo
│ ├─488d76cade5422b57ab59116f422d8483d435a8449ceda0c9a1888ea774acac7
│ │ ├─27865 /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
│ │ └─27880 /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
│ ├─9166a87f9a96a954b10ec012104366da9f1f6680387ef423ee197c61d37f39d7
│ │ └─27977 sleep 365d
│ └─c7b0ec46b16b52c5e1c447b77d67d44d16d78f9a3f93eaeb3a86aa95e08e28b6
│   └─27743 sleep infinity

	全局命名空间列表看上去也很相似：
$ sudo lsns
        NS TYPE   NPROCS   PID USER    COMMAND
...
4026532157 mnt         1 27743 root    sleep infinity
4026532158 uts         1 27743 root    sleep infinity
4026532159 ipc         4 27743 root    sleep infinity
4026532160 pid         1 27743 root    sleep infinity
4026532162 net         4 27743 root    sleep infinity
4026532218 mnt         2 27865 root    /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
4026532219 uts         2 27865 root    /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
4026532220 pid         2 27865 root    /usr/bin/python3 /usr/local/bin/gunicorn -b 0.0.0.0:80 httpbin:app -k gevent
4026532221 mnt         1 27977 _apt    sleep 365d
4026532222 uts         1 27977 _apt    sleep 365d
4026532223 pid         1 27977 _apt    sleep 365d


	httpbin 和 sidecar 容器看上去共享了 ipc 和 net 命名空间：
# app container
$ sudo ls -l /proc/27865/ns
lrwxrwxrwx 1 root root 0 Oct 28 07:56 ipc -> 'ipc:[4026532159]'
lrwxrwxrwx 1 root root 0 Oct 28 07:56 mnt -> 'mnt:[4026532218]'
lrwxrwxrwx 1 root root 0 Oct 28 07:56 net -> 'net:[4026532162]'
lrwxrwxrwx 1 root root 0 Oct 28 07:56 pid -> 'pid:[4026532220]'
lrwxrwxrwx 1 root root 0 Oct 28 07:56 uts -> 'uts:[4026532219]'

# sidecar container
$ sudo ls -l /proc/27977/ns
lrwxrwxrwx 1 _apt systemd-journal 0 Oct 28 07:56 ipc -> 'ipc:[4026532159]'
lrwxrwxrwx 1 _apt systemd-journal 0 Oct 28 07:56 mnt -> 'mnt:[4026532221]'
lrwxrwxrwx 1 _apt systemd-journal 0 Oct 28 07:56 net -> 'net:[4026532162]'
lrwxrwxrwx 1 _apt systemd-journal 0 Oct 28 07:56 pid -> 'pid:[4026532223]'
lrwxrwxrwx 1 _apt systemd-journal 0 Oct 28 07:56 uts -> 'uts:[4026532222]'


	4、总结

	Container 和 Pod 是相似的。在底层，它们主要依赖 Linux 命名空间和 cgroup。但是，Pod 不仅仅是一组容器。Pod 是一个自给自足的高级构造。所有 Pod 的容器都运行在同一台机器（集群节点）上，它们的生命周期是同步的，并且通过削弱隔离性来简化容器间的通信。这使得 Pod 更接近于传统的 VM，带回了熟悉的部署模式，如 sidecar 或反向代理。

	编辑：黄飞

阅读全文

容器(21863) 容器(21863)
POD(5970) POD(5970)
Docker(11574) Docker(11574)

基于Docker提供内置的DNS服务器

由一个Service负载，但是Service的IP地址有可能需要变动，那么就可以让Pod通过域名的方式去访问Service，Pod无需理会IP地址的变化。 Docker DNS Docker link

2023-08-08 14:14:45

874

如何使用 Docker容器化技术

对于开发人员来说，Docker肯定都不陌生，今天小编带大家重新学习一下Docker。什么是 Docker 官话： Docker 是一种开源的容器化平台，它可以帮助开发者将应用程序与其所依赖的环境

2023-09-30 11:24:00

8305

Docker入门指南

您能够更高效地开发，因为您可以专注于应用程序。好处包括： •提高了生产力•提高了基础设施利用率•能够运行传统环境和新架构我们还将向您展示如何使用Arm和Docker实现以下功能： •探索多种计算选择

2023-08-02 06:09:19

Docker容器管理命令(二)

1、Docker容器管理命令的使用方法批量删除docker 容器docker cp命令docker cp :用于容器与主机之间的数据拷贝。语法OPTIONS说明：-L :保持源目标中的链接将容器中的文件cp到当前主机

2022-04-21 11:31:48

Docker是什么?

docker1-原理介绍

2019-08-22 11:02:12

Docker是什么？

为什么是Docker？尽管现在的Docker已经风靡全球，但还是有很多开发者（特别是嵌入式开发者）对Docker认识还是仅仅停留在它的服务器应用上面。殊不知，Docker已经是微软Azure IoT

2021-10-28 07:11:10

POD1-BPR-PC-4

POD1-BPR-PC-4 - POD1 SERIES PUSH-ON LOCKING MICROMINIATURE COAXIAL CONNECTORS - Hirose Electric

2022-11-04 17:22:44

POD1-J-1.5V-C

POD1-J-1.5V-C - POD1 SERIES PUSH-ON LOCKING MICROMINIATURE COAXIAL CONNECTORS - Hirose Electric

2022-11-04 17:22:44

POD1-J-2.5V-C

POD1-J-2.5V-C - POD1 SERIES PUSH-ON LOCKING MICROMINIATURE COAXIAL CONNECTORS - Hirose Electric

2022-11-04 17:22:44

POD1-P-1.5W

POD1-P-1.5W - POD1 SERIES PUSH-ON LOCKING MICROMINIATURE COAXIAL CONNECTORS - Hirose Electric

2022-11-04 17:22:44

Pod资源配置

《Kubernetes进阶实战》第四章《管理Pod资源对象》

2019-10-22 14:39:34

docker基础知识和使用bmnnsdk时的docker常用命令

本文旨在介绍docker基础知识和使用bmnnsdk时的docker常用命令，帮助没有接触过docker的开发者快速上手。一、docker基础概念 1.1 什么是docker &

2023-09-18 07:59:20

docker核心概念

Docker 是世界领先的软件容器平台。开发人员利用 Docker 可以消除协作编码时“在我的机器上可正常工作”的问题。运维人员利用 Docker 可以在隔离容器中并行运行和管理应用，获得更好的计算

2019-07-15 07:29:11

docker的常用命令有哪些？

docker的常用命令：Docker镜像相关Docker容器相关Docker仓库相关

2020-11-06 06:48:47

docker编译遇到的坑

前言：首先感谢一下乔帮主和群里面的李隆两位大佬的无私帮助，让我这个完全没有接触docker的小白能够使用docker来编译鸿蒙的代码！！！正片：由于我电脑实在是太垃圾了，所以之前代码一直在腾讯云上

2020-11-04 13:51:38

docker运行datax实现数据同步方案

docker运行datax实现数据同步方案 --docker commit方式测试

2020-04-21 15:07:19

CY3250-PLC20NQ-POD

REPLACEMENT POD

2023-03-30 12:07:58

CY3250-PLC20QFN-POD

REPLACEMENT POD

2023-03-30 12:07:58

CY4672-69213-POD

KIT POD FOR 69213

2023-03-29 19:51:43

HRMP-POD1J

HRMP-POD1J - POD1 SERIES PUSH-ON LOCKING MICROMINIATURE COAXIAL CONNECTORS - Hirose Electric

2022-11-04 17:22:44

OpenHarmony Docker移植实践

的基本功能已经实现，大家可以尝试导入或部署自己的Docker应用。参考链接 [1] https://gitee.com/openharmony/docs/blob/master/zh-cn

2023-05-18 10:03:39

介绍如何安装E1135C PDU和Pod升级

Describes how to install the E1135C PDU and Pod upgrade.

2019-08-21 14:07:16

从零开始入门 K8s| 详解 Pod 及容器设计模式

Docker 的时候，也没有这个说法。其实，如果想要理解 Pod，首先要理解容器，所以来回顾一下容器的概念：容器的本质实际上是一个进程，是一个视图被隔离，资源受限的进程。容器里面 PID=1 的进程就是应用本身

2019-09-20 15:12:35

在鸿蒙上能安装docker吗？

android是不支持安装docker的，想了解下鸿蒙是否支持安装docker

2023-03-21 16:32:29

寻找Kintex UltraScale POD12输出Vol / Voh？

我正在寻找Kintex UltraScale POD12输出Vol / Voh。 DS892表16显示了直流输出电平，但这些值似乎仅用于测量Rol / Roh。我应该使用表9中的LVCMOS12

2020-07-27 14:52:39

嵌入式系统安装docker的步骤

，硬件或BSP升级只要保证接口兼容，运行在容器里面的应用就完全不受影响。一、设计思路想要在arm linux上安装docker，大多是基于armbian文件系统上安装docker实现，主要是有现成的apt命令，当然也有使用ycoto构建时将docker集成进文件系统。本人也是基于ubuntu

2021-12-22 06:27:41

怎么构建docker镜像仓库软件

【Docker Registry】用docker registry 镜像搭建私有测试仓库

2019-08-13 11:03:10

理解Docker容器并畅玩docker

` 本帖最后由死龙于 2020-11-13 08:12 编辑为什么我特别喜欢用Docker，以至于办公电脑，家里电脑，笔记本上，树莓派上都装了Docker。因为以下几点原因：命令行！命令行

2020-11-05 09:54:45

请问docker容器如何查看日志？

docker容器如何查看日志

2020-11-19 07:29:44

实例分析Docker改名Moby

一、一句话版本，后面的可以不看 Docker公司直接把原Docker项目改名成了Moby，是为了将之前数年里构建出来的庞大的粉丝团体和Google搜索内容（Google search

2017-09-30 10:51:46

Docker上的Alpine Linux镜像建立

的，也就是说Alpine Linux是面向安全应用的轻量级 Linux 发行版。你喜欢存钱吗？我喜欢存钱。更好地资源利用就像拥有幸福的银行账户。让我们对Docker上的Alpine Linux一探究竟。在Alpine Linux上可以建立属于我们自己的镜像。创建你自己的容器建立一个镜像的第一步是创建一个

2017-10-12 11:52:15

Docker监控实战分析

中被 Docker Engine 层所替代，Docker 有着比虚拟机更少的抽象层。由于 Docker 不需要通过 Hypervisor 层实现硬件资源虚拟化，运行在 Docker 容器上的

2017-10-13 17:05:59

集成Docker容器的OpenStack云平台性能研究

针对OpenStack云平台虚拟机未能较好利用宿主物理机资源的问题，结合基于组件工作的OpenStack在云平台管理中的高效性和Docker容器虚拟化的快速部署优势，搭建基于Docker容器技术

2018-01-26 15:32:42

基于Docker的云资源弹性调度策略

存储方法进行改进；然后，建立了一个基于节点综合负载的资源调度优化模型；最后，将Ceph集群和Docker容器的特点相结合，利用Docker Swarm实现了既考虑数据存储、又考虑集群负载的应用容器部署算法和应用在线迁移算法。实验结果表明，与一些调度策略相比，该

2018-03-29 10:11:59

Docker五种存储驱动原理详解

Docker最开始采用AUFS作为文件系统，也得益于AUFS分层的概念，实现了多个Container可以共享同一个image。但由于AUFS未并入Linux内核，且只支持Ubuntu，考虑到兼容性

2018-05-13 10:33:00

2525

学习 Docker 容器的 8 个命令分享

利用这 8 个命令可以学习 Docker 容器的基本管理方式。这是一个为 Docker 初学者准备的，带有示范命令输出的指南。

2018-06-22 12:03:00

1231

docker存储驱动的工作原理

Docker的存储驱动官方有介绍其工作原理，这里只是简单概括一下。Docker使用了层的概念，docker在构建镜像的时候，会逐行执行我们的Dockerfile中的每一行，每执行一行的时候

2018-06-26 11:49:58

4296

Docker占用资源过高，如何快速清理Docker？

如果经常使用 docker，你会发现 docker 占用的资源膨胀很快，其中最明显也最容易被察觉的应该是对磁盘空间的占用。

2018-07-06 10:05:18

8721

WiFi6：Pod in Per Room实现网络全覆盖

，WiFi6则不同，分布式WiFi及Pod in Per Room的设计将在最大程度上实现对于整个住宅的网络覆盖，具体的实现方法便是在每一个使用网络的房间布置一个Pod，Pod通俗来讲便是一个小型的无线接入点，可以理解为中继器，每一个Pod将直接连接至路由器，路由器再连接至互联网。

2018-12-05 13:38:51

6762

Docker里玩转PetaLinux的上手教程

将其直接安装在所支持的Linux OS中。 Docker Docker 利用Linux核心中的资源分离机制来创建独立的软件容器，具有轻量级的、可移植的、自包含等特点。关于Docker的原理和基本应用方法网上已经有很多

2020-12-25 14:30:13

2099

Land Pattern and POD

Land Pattern and POD

2021-03-05 15:59:36

Docker不香吗为什么还要用K8s

的管理痛点如果想要将 Docker 应用于庞大的业务实现，是存在困难的编排、管理和调度问题。于是，我们迫切需

2021-06-02 11:56:02

3168

Kubernetes组件pod核心原理

1. 核心组件原理 —— pod 核心原理 1.1 pod 是什么 pod 也可以理解是一个容器，装的是 docker 创建的容器，也就是用来封装容器的一个容器； pod 是一个虚拟化分组，有自己

2021-09-02 09:27:21

1548

如何把Docker Registry迁移到Harbor

Distribution 是第一个是实现了打包、发布、存储和镜像分发的工具，起到 docker registry 的作用。（目前 Distribution 已经捐赠给了 CNCF）。其中 Docker

2021-09-07 16:29:16

1247

pod底层网络和数据存储是如何进行的

2021-09-24 11:35:52

1424

Docker—简介与镜像用法

阿里云官方镜像站： https://developer.aliyun.com/mirror/?utm_content=g_1000303593 一、容器简介 Docker是管理容器的引擎

2021-11-25 16:28:43

395

云芯一号测评3：Docker基础使用测试

Docker是一个开源的应用容器引擎，是容器技术的一种实现。使用Docker让开发者可以将应用和依赖包等运行时环境打包到一个Docker Containe...

2022-01-26 18:10:25

docker-book Docker与Kubernetes开源书

gitee-docker-book.zip

2022-04-19 14:22:08

docker-cleanup Docker清理脚本

docker-cleanup.zip

2022-04-29 10:03:28

Heroku-Docker Docker镜像的Heroku项目

./oschina_soft/heroku-docker.zip

2022-05-11 09:46:32

Docker Maven Plugin管理Docker容器

./oschina_soft/docker-maven-plugin.zip

2022-05-12 15:12:33

docker-sshd Docker容器的sshd代理

./oschina_soft/docker-sshd.zip

2022-05-12 11:13:31

docker-client Docker客户端API

./oschina_soft/docker-client.zip

2022-05-13 11:47:37

docker-haproxy HAProxy的Docker映像

./oschina_soft/docker-haproxy.zip

2022-05-13 10:42:47

docker-alpine Alpine Linux的Docker镜像

./oschina_soft/docker-alpine.zip

2022-05-13 10:40:30

Docker Gitlab Gitlab环境的Docker映像

./oschina_soft/docker-gitlab.zip

2022-05-13 10:37:33

passenger-docker Docker基础镜像提供工具

./oschina_soft/passenger-docker.zip

2022-05-13 10:35:45

jgroups-docker JGroups的Docker映像

./oschina_soft/jgroups-docker.zip

2022-05-13 10:33:49

docker-ceph在Docker容器中安装Ceph

./oschina_soft/docker-ceph.zip

2022-05-13 10:32:09

weblogic-docker Docker的配置项目

./oschina_soft/weblogic-docker.zip

2022-05-13 10:30:40

做Docker Image的一些技巧

最近做了一个好玩的工具，叫 xbin.io[1] 。其中有一项工作是为不同的工具来构建 Docker 镜像，让他们都运行在 Docker 中（实际上，是兼容 Docker image 的其他 sandbox 系统，没有直接用 Docker）。

2022-07-22 10:58:45

859

Docker镜像的详细讲解

本文是对 Docker 镜像的详细讲解，讲解了如何安装 Docker、配置 Docker 镜像加速以及操作 Docker 镜像。希望对大家有所帮助~

2022-08-02 10:00:12

1712

docker的4种网络模式

Docker 使用 Linux 桥接，在宿主机虚拟一个 Docker 容器网桥(docker0)，Docker 启动一个容器时会根据 Docker 网桥的网段分配给容器一个 IP 地址，称为 Container-IP，同时 Docker 网桥是每个容器的默认网关。

2022-08-14 11:50:24

1153

Horizontal Pod Autoscaler的工作原理

Horizontal Pod Autoscaler（HPA，Pod水平自动伸缩），根据平均 CPU 利用率、平均内存利用率或你指定的任何其他自定义指标自动调整 Deployment

2022-09-21 10:57:25

1086

docker的4种网络模式配置

2022-10-10 10:37:20

902

Docker容器的四种网络模式

Docker 在安装后自动提供 3 种网络，可以使用 docker network ls 命令查看。

2022-10-17 14:53:59

1149

Jenkins+Docker一键自动化部署SpringBoot最简流程

简述实现步骤：在docker安装jenkins，配置jenkins基本信息，利用Dockerfile和shell脚本实现项目自动拉取打包并运行。

2022-11-23 10:16:46

1013

分布式 Wi-Fi：Pod in Every Room 如何实现互连智能家居

分布式 Wi-Fi：Pod in Every Room 如何实现互连智能家居

2022-12-26 10:16:24

568

Jenkins+Docker实现一键自动化部署项目！

本文章实现最简单全面的Jenkins+docker+springboot 一键自动部署项目，步骤齐全，少走坑路。

2023-01-06 15:36:06

904

Docker开启IPv6

在 Docker 中，网络是一个重要抽象。一个 Docker 可以有多个网络，每个容器可以连接到一个或多个中。

2023-01-10 09:24:56

2887

如何区分虚拟机与Docker

首先，大家需要明确一点，Docker容器不是虚拟机。 2014年，当我第一次接触Docker的时候，我把它比做一种轻量级的虚拟机。这样做无可厚非，因为Docker最初的成功秘诀，正是它比虚拟机

2023-02-14 11:36:23

749

Kubernetes中的Pod简易理解

Pod是Kubernetes中非常重要的概念，也是Kubernetes管理的基本单位。正如其名，Pod像一个豌豆荚，可以容纳多个container，拥有相同的IP地址。

2023-02-15 10:44:19

871

Docker的安装与使用

Docker 是一个开源的应用容器引擎，基于 Go 语言并遵从 Apache2.0 协议开源。Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。

2023-02-28 14:27:30

1231

什么是CNI，基于Calico的Pod网络介绍

每一个Node上都会有一个tunl0的虚拟网卡，这个网卡可以理解成网桥，所有Pod都要基于此网桥来和其它Pod通信。 ② 每生成一个新的Pod，那么在Node上都会生成一个calixxxx的虚拟网卡，这个网卡会对应到Pod里的eth0

2023-04-20 09:37:54

1506

k8s与pod之间是如何进行网络隔离的？

NetworkPolicy用来控制Pod与Pod之间的网络通信，它也支持针对Namespace进行限制。

2023-05-11 09:35:11

1086

Linux中如何使用Docker安装MySQL

如果您是 MySQL 的新手或希望快速轻松地安装 MySQL 数据库的人，那么本文适合您，在本文中，我们将学习如何在 Linux 中使用 Docker 和 Docker compose 设置 MySQL。让我们首先设置 docker 环境来启动 MySQL 容器。

2023-05-12 16:22:26

3057

iOS中Pod库资源引用探究

Cocoapods中Pod引用资源的方式有多种，不同的方式对资源的使用还是有区别的，但也有一定的规律，这里我用一个样例工程来进行说明，样例工程名叫：AssetsDemo，使用pod lib create AssetsDemo命令创建，目录结构如图：

2023-05-26 11:11:54

536

POD到底是什么？聊聊POD

POD，即Plain Old Data的缩写，plain代表普通，Old代表旧，从字面意思看是老的、普通的数据类型。

2023-06-19 15:24:36

2680

Docker容器部署-以TI AM335x平台为例

前言：Docker是一个开源的应用容器引擎，让开发者可打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows机器上，亦可实现虚拟化。容器是完全使用沙箱机制

2021-12-20 15:16:34

565

docker 搜索镜像,docker查看镜像详细信息(docker下载镜像命令)

Docker Hub是集中管理的Docker镜像注册中心。通过Docker 用户可以在注册中心搜索、下载和使用CLI命令行工具中的镜像。以下是常用的Docker命令搜索镜像： docker

2023-07-19 09:46:12

1068

Kubernetes Pod如何获取IP地址呢？

Kubernetes 网络模型的核心要求之一是每个 Pod 都拥有自己的 IP 地址并可以使用该 IP 地址进行通信。很多人刚开始使用 Kubernetes 时，还不清楚如何为每个 Pod 分配 IP 地址。

2023-07-21 10:00:28

498

使用Docker安装WordPress教程

本教程将向您展示如何使用 Docker Compose 在 Docker 容器中运行 WordPress 安装。

2023-07-28 11:39:36

968

Pod是如何在底层实现的？如何使用Docker创建Pod？

刚开始接触 Kubernetes 时，你学到的第一件事就是每个 Pod 都有一个唯一的 IP 和主机名，并且在同一个 Pod 中，容器可以通过 localhost 相互通信。所以，显而易见，一个 Pod 就像一个微型的服务器。

2023-08-14 10:33:44

721

Docker容器安装及运行测试方案详解

前言随着电网数据信息化的深入，电网的各种应用服务增长迅速，原有应用服务部署方式面临着资源利用率低、管理复杂、执行效率低等问题。Docker容器技术集高效、轻量化、虚拟化为一体，为传统方法的不足找到

2022-02-17 13:55:34

885

Jenkins+Docker一键自动化部署SpringBoot应用最精简流程

简述实现步骤：在docker安装jenkins，配置jenkins基本信息，利用Dockerfile和shell脚本实现项目自动拉取打包并运行。

2023-11-06 16:27:12

495

linux docker安装部署

Docker是一种开源的容器化平台，可以帮助开发者在不同的环境中快速构建、测试和部署应用程序。它能够解决不同操作系统之间的兼容性问题，简化了应用程序的部署过程，并提供了高效的资源利用。本文将带您详细

2023-11-23 09:27:48

381

docker部署mysql的坏处

Docker 是一种虚拟化技术，它允许开发人员在容器内打包应用程序及其所有依赖项，从而实现在不同环境中运行相同的应用程序的能力。然而，在使用 Docker 部署 MySQL 时，也存在一些潜在

2023-11-23 09:29:08

556

docker部署对性能的影响

Docker 是一个流行的容器化平台，它提供了一种轻量级的虚拟化技术，使得应用程序可以在独立的容器中运行。然而，部署应用程序到 Docker 容器中可能会对性能产生一些影响。在本文中，我们将探讨

2023-11-23 09:31:00

565

docker exec命令的使用方法

Docker是一种开源的容器化平台，可以让开发人员在容器中打包和运行应用程序。它提供了一种快速、可靠和一致的方式来构建、部署和运行应用程序。Docker exec命令是Docker提供的一个非常

2023-11-23 09:33:49

634

docker容器与容器之间通信

Docker是一种轻量级容器化技术，能够将应用程序及其依赖项封装在一个独立、可移植的容器中。而容器化的应用程序通常是以分布式方式设计的，因此实现容器与容器之间的通信至关重要。本文将详细介绍

2023-11-23 09:36:25

433

Docker与虚拟机的区别

的操作系统实例来实现虚拟化的技术。其实现方式是通过Hypervisor来实现的。Hypervisor是一个运行在物理机上的软件或硬件，负责管理和分配虚拟机的硬件资源。 1.2 Docker Docker是一种容器化技术，它利用Linux容器（LXC）功能来实现虚拟化。Docker容器是基于操

2023-11-23 09:37:54

1541

linux关闭docker的命令

在 Linux 系统中，关闭 Docker 的操作可以通过以下多种方式进行。本文将详细讲解每一种方式，并提供示例代码和命令，以帮助读者更好地理解和实践。使用 docker 命令最常用的方法

2023-11-23 09:39:48

808

如何启动本机docker服务

Docker是一个开源项目，可以帮助开发者打包应用程序及其依赖，并且能够将其作为独立的容器来运行。本文将详细介绍如何在本机上启动Docker服务。第一步：安装Docker 在开始之前，首先需要

2023-11-23 09:43:06

476

docker进入容器的方法有哪些

Docker是一种流行的容器化平台，它能够快速构建、交付和运行应用程序。在使用Docker时，我们经常需要进入容器进行调试、管理和运行命令等操作。本文将详细介绍Docker进入容器的各种方法，包括

2023-11-23 09:45:28

1952

docker核心组件有哪些

Docker 是一种开源的容器化平台，它能够实现将应用程序及其依赖项打包到一个可移植的容器中，从而实现快速、可重复、可扩展的部署和管理。Docker 的核心组件包括 Docker Engine

2023-11-23 09:47:11

554

如何利用树莓派安装Docker和Docker-compose呢？

本文主要演示了树莓派如何安装Docker和Docker-compose的过程。

2023-12-14 16:19:15

1004

Pod一直处于Pending状态？什么是Pod拓扑约束？

起因：今天在部署组件的时候，发现组件的pod一直处于Pending状态，报错显示的原因是：不满足Pod拓扑分布约束，看了代码发现是原来同事给组件新增了Pod拓扑约束。

2023-12-18 11:46:20

561

请问一下docker是怎么实现cpu隔离的？

Docker 使用 cgroups（控制组）来实现 CPU 隔离。

2024-01-15 10:06:45

180

ARM平台实现Docker容器技术

上，亦可实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。使用Docker，可像管理应用程序一样管理基础结构。通过利用Docker的快速发布、测试和部署代码的方法，可显著减少产品开发时间。 Docker使用客户端——服务器(C/S)体系结构。Docker客户端与Docker守护进程进行通信

2024-03-07 13:48:35

114

已全部加载完成

搜索历史

如何利用Docker实现Pod

评论