后端微服务架构：Kubernetes：Kubernetes资源管理：Requests与Limits.docx

PAGE1

PAGE1

后端微服务架构：Kubernetes：Kubernetes资源管理：Requests与Limits

1Kubernetes基础概念

1.1Kubernetes架构概览

Kubernetes,简称K8s,是一个开源的容器编排平台，用于自动化容器应用的部署、扩展和管理。其架构主要由Master节点和Worker节点组成：

Master节点：负责集群的管理，包括APIServer、Scheduler、ControllerManager等组件。

APIServer：提供RESTfulAPI接口，是Kubernetes的控制面，用于接收和处理API请求。

Scheduler：负责将未调度的Pod分配到合适的Worker节点上。

ControllerManager：运行多个控制器，如ReplicationController、DeploymentController等，用于维护集群的状态。

Worker节点：运行容器应用，每个节点上运行一个Kubelet和一个网络代理（如kube-proxy）。

Kubelet：与Master节点通信，执行Pod和容器的管理。

kube-proxy：实现服务（Service）的网络规则，确保Pod间的网络通信。

1.2Pods与Containers

1.2.1Pods

Pod是Kubernetes中最小的可部署单元，一个Pod可以包含一个或多个容器。Pod内的容器共享存储和网络资源，这意味着它们可以使用相同的IP地址和端口空间，以及访问相同的文件系统。Pod的设计理念是将一组紧密协作的容器封装在一起，作为一个整体进行管理。

1.2.2Containers

容器是轻量级、可移植的执行环境，它将应用及其依赖打包在一起，确保应用在任何环境中都能一致地运行。在Kubernetes中，容器通常使用Docker或其它OCI兼容的容器运行时来执行。

1.3Kubernetes资源管理简介

Kubernetes资源管理主要涉及对计算资源（如CPU、内存）的分配和限制，以及对网络和存储资源的管理。在Kubernetes中，资源管理通过设置Requests和Limits来实现。

1.3.1Requests与Limits

Requests：容器请求的资源量，是Kubernetes调度器在分配容器到节点时的参考依据。Requests定义了容器在运行时至少需要的资源量，确保容器在启动时能够获得足够的资源。

Limits：容器可以使用的资源上限。Limits定义了容器在运行时最多可以使用的资源量，防止容器过度消耗资源，影响其他容器或Pod的运行。

1.3.2示例：设置Requests与Limits

下面是一个Kubernetes的YAML配置文件示例，展示了如何为一个容器设置Requests和Limits：

apiVersion:v1

kind:Pod

metadata:

name:myapp-pod

spec:

containers:

-name:myapp-container

image:myapp:latest

resources:

requests:

cpu:0.5

memory:128Mi

limits:

cpu:1

memory:256Mi

在这个示例中，myapp-container容器请求了0.5个CPU和128MiB的内存，同时限制了最多使用1个CPU和256MiB的内存。这意味着容器在启动时至少会获得0.5个CPU和128MiB的内存，但在运行过程中，其资源使用不会超过1个CPU和256MiB的内存。

1.3.3Requests与Limits的重要性

合理设置Requests和Limits对于Kubernetes集群的稳定运行至关重要。它可以帮助集群更有效地利用资源，避免资源争抢，同时也能确保关键应用的资源需求得到满足，提高应用的可用性和响应速度。

1.3.4结论

Kubernetes通过其强大的资源管理能力，为容器应用提供了稳定、高效的运行环境。Requests和Limits的设置是资源管理的核心，通过它们，可以实现资源的合理分配和限制，确保集群的健康运行。

2资源请求与限制

2.1Requests与Limits的定义

在Kubernetes中，Requests和Limits是用于管理容器资源使用的关键概念。它们允许你为容器指定所需的最小和最大资源量，从而优化资源分配和提高集群效率。

Requests：定义了容器启动时请求的最小资源量。Kubernetes调度器会根据这个值来决定容器应该运行在哪一个节