跳到主要内容
版本:v2.9 (Preview)

设置容器的技巧

配置良好的容器可以极大地提高环境的整体性能和安全性。

本文介绍一些设置容器的技巧。

如果你需要了解容器安全的详细信息,也可以参见 Rancher 的容器安全指南

使用通用容器操作系统

在可能的情况下,你应该尽量在通用的容器基础操作系统上进行标准化。

Alpine 和 BusyBox 等较小的发行版减少了容器镜像的大小,并且通常具有较小的漏洞。

流行的发行版如 Ubuntu、Fedora 和 CentOS 等都经过了大量的测试,并提供了更多的功能。

使用 From scratch 容器

如果你的微服务是一个独立的静态二进制,你应该使用 From scratch 容器。

FROM scratch 容器是一个官方 Docker 镜像,它是空的,这样你就可以用它来设计最小的镜像。

这个镜像这将具有最小的攻击层和最小的镜像大小。

以非特权方式运行容器进程

在可能的情况下,在容器内运行进程时使用非特权用户。虽然容器运行时提供了隔离,但仍然可能存在漏洞和攻击。如果容器以 root 身份运行,无意中或意外的主机挂载也会受到影响。有关为 Pod 或容器配置安全上下文的详细信息,请参见 Kubernetes 文档

定义资源限制

你应该将 CPU 和内存限制应用到你的 Pod 上。这可以帮助管理 worker 节点上的资源,并避免发生故障的微服务影响其他微服务。

在标准 Kubernetes 中,你可以设置命名空间级别的资源限制。在 Rancher 中,你可以设置项目级别的资源限制,项目内的所有命名空间都会继承这些限制。详情请参见 Rancher 官方文档。

在设置资源配额时,如果你在项目或命名空间上设置了任何与 CPU 或内存相关的内容(即限制或预留),所有容器都需要在创建期间设置各自的 CPU 或内存字段。为了避免在创建工作负载期间对每个容器设置这些限制,可以在命名空间上指定一个默认的容器资源限制。

有关如何在容器级别和命名空间级别设置资源限制的更多信息,请参见 Kubernetes 文档。

定义资源需求

你应该将 CPU 和内存要求应用到你的 Pod 上。这对于通知调度器需要将你的 pod 放置在哪种类型的计算节点上,并确保它不会过度配置该节点资源至关重要。在 Kubernetes 中,你可以通过在 pod 的容器规范的资源请求字段中定义 resources.requests 来设置资源需求。详情请参见 Kubernetes 文档

备注

如果你为 pod 所部署的命名空间设置了资源限制,而容器没有特定的资源请求,则不允许启动 pod。为了避免在创建工作负载期间对每个容器设置这些字段,可以在命名空间上指定一个默认的容器资源限制。

建议在容器级别上定义资源需求,否则,调度器会认为集群加载对你的应用没有帮助。

配置存活和就绪探测器

你可以为你的容器配置存活探测器和就绪探测器。如果你的容器不是完全崩溃,Kubernetes 是不会知道它是不健康的,除非你创建一个可以报告容器状态的端点或机制。或者,确保你的容器在不健康的情况下停止并崩溃。

Kubernetes 文档展示了如何为容器配置存活和就绪探测器