如何 SSH 进入正在运行的容器

cubes coming together to create a larger cube

图片来自

Opensource.com

容器已经改变了我们对虚拟化的看法。您可能还记得（或者您可能仍然生活在）虚拟机是完整堆栈的日子，从虚拟化的 BIOS、操作系统和内核，一直到每个虚拟化的网络接口控制器 (NIC)。您登录虚拟机器的方式就像登录您自己的工作站一样。这是一个非常直接和简单的类比。

然后容器出现了，从 LXC 开始，最终形成了开放容器倡议 (OCI)，事情变得复杂起来。

幂等性

在容器的世界中，“虚拟机”只是在很大程度上是虚拟的。所有不需要虚拟化的东西都是从主机借用的。此外，容器本身通常被认为是短暂且幂等的，因此它不存储持久性数据，并且其状态由主机上的配置文件定义。

如果您习惯了虚拟机的旧方式，那么您自然会期望登录到虚拟机以便与之交互。但是容器是短暂的，因此您在容器中所做的任何事情都会被遗忘，按照设计，如果容器需要重新启动或重新生成。

控制容器基础设施的命令（例如 oc、crictl、lxc 和 docker）提供了一个接口来运行重要命令以重新启动服务、查看日志、确认重要文件的存在和权限模式等等。您应该使用容器基础设施提供的工具与您的应用程序进行交互，或者编辑配置文件并重新启动。这就是容器的设计目的。

例如，开源论坛软件 Discourse 以容器镜像的形式正式发布。 Discourse 软件是无状态的，因此其安装是自包含在 /var/discourse 中的。只要您有 /var/discourse 的备份，您始终可以通过重新启动容器来恢复论坛。该容器不包含持久性数据，并且其配置文件为 /var/discourse/containers/app.yml。

如果您登录到容器并编辑它包含的任何文件，如果容器必须重新启动，所有更改都将丢失。

您从头开始构建的 LXC 容器更加灵活，配置文件（在您定义的位置）在您启动容器时传递给容器。

像 Jenkins 这样的构建系统通常具有默认配置文件，例如 jenkins.yaml，它为仅用于构建和运行源代码测试的基本容器镜像提供指令。构建完成后，容器就会消失。

现在您知道您不需要 SSH 来与容器交互，这里概述了可用的工具（以及尽管有使 SSH 变得多余的所有精美工具，但仍使用 SSH 的一些注意事项）。

OpenShift Web 控制台

OpenShift 4 提供了一个用于容器创建和维护的开源工具链，包括一个交互式 Web 控制台。

当您登录到您的 Web 控制台时，导航到您的项目概述，然后单击 应用程序 选项卡以获取 Pod 列表。选择一个（正在运行的）Pod 以打开应用程序的 详细信息 面板。

图片来自

opensource.com

单击 详细信息 面板顶部的终端选项卡以在您的容器中打开一个交互式 Shell。

图片来自

opensource.com

如果您更喜欢基于浏览器的 Kubernetes 管理体验，您可以通过 learn.openshift.com 上提供的交互式课程了解更多信息。

OpenShift oc

如果您更喜欢命令行界面体验，您可以使用 oc 命令从终端与容器进行交互。

首先，获取正在运行的 Pod 列表（或参考 Web 控制台以获取活动 Pod 列表）。要获取该列表，请输入

$ oc get pods

您可以查看资源（Pod、构建或容器）的日志。默认情况下，oc logs 从您指定的 Pod 中的第一个容器返回日志。要选择单个容器，请添加 --container 选项

$ oc logs --follow=true example-1-e1337 --container app

您还可以使用以下命令查看 Pod 中所有容器的日志

$ oc logs --follow=true example-1-e1337 --all-containers

执行命令

您可以使用以下命令远程执行命令

$ oc exec example-1-e1337 --container app hostname
	example.local

这类似于以非交互方式运行 SSH：您可以运行想要运行的命令，而无需交互式 Shell 接管您的环境。

远程 Shell

您可以附加到正在运行的容器。这仍然没有在容器中打开 Shell，但它确实直接运行命令。例如

$ oc attach example-1-e1337 --container app

如果您需要在容器中获得真正的交互式 Shell，只要容器包含 Shell，您就可以使用 oc rsh 命令打开远程 Shell。默认情况下，oc rsh 启动 /bin/sh

$ oc rsh example-1-e1337 --container app

Kubernetes

如果您直接使用 Kubernetes，您可以使用 kubetcl exec 命令在您的 Pod 中运行 Bash Shell。

首先，确认您的 Pod 正在运行

$ kubectl get pods

只要列出了包含您的应用程序的 Pod，您就可以使用 exec 命令在容器中启动 Shell。使用名称 example-pod 作为 Pod 名称，请输入

$ kubectl exec --stdin=false --tty=false 
  example-pod -- /bin/bash
root@example.local:/# ls
bin   core etc   lib    root  srv
boot  dev  home  lib64  sbin  tmp  var

Docker

docker 命令与 kubectl 类似。在 dockerd 守护程序运行的情况下，获取正在运行的容器的名称（如果您不在适当的组中，您可能需要使用 sudo 来提升权限）

$ docker ps
CONTAINER ID    IMAGE       COMMAND      NAME
678ac5cca78e    centos     "/bin/bash"   example-centos

使用容器名称，您可以在容器中运行命令

$ docker exec example/centos cat /etc/os-release
CentOS Linux release 7.6
NAME="CentOS Linux"
VERSION="7"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
[...]

或者您可以启动 Bash Shell 以进行交互式会话

$ docker exec -it example-centos /bin/bash

容器和应用

在处理云时，要记住的重要一点是，容器本质上是运行时而不是虚拟机。虽然它们与 Linux 系统有很多共同之处（因为它们是 Linux 系统！），但它们很少直接转换为您可能在 Linux 工作站上开发的命令和工作流程。但是，像应用一样，容器有一个接口可以帮助您开发、维护和监控它们，因此请熟悉前端命令和服务，直到您可以像与虚拟（或裸机）机器一样轻松地与它们交互。很快，您会想知道为什么一切都没有开发成短暂的。

接下来阅读