面试题整理17----K8s中request和limit资源限制是如何实现的
面试题整理17----K8s中request和limit资源限制是如何实现的
- 1. 资源请求（Resource Requests）
- 2. 资源限制（Resource Limits）
- 3. 总结
在Kubernetes（K8s）中，Pod的资源限制（Resource Limits）和资源请求（Resource Requests）是通过与容器运行时（如Docker、containerd）和Kubernetes调度器的交互来实现的。以下是关于request和limit底层的限制方式的详细解释：
1. 资源请求（Resource Requests）
-
调度决策：
- 当创建或更新Pod时，Kubernetes调度器会考虑每个容器的资源请求。
- 调度器会选择一个节点，该节点有足够的可用资源来满足Pod的所有资源请求。
-
资源预留：
- 资源请求实际上是为容器预留资源，确保容器启动时有足够的资源可用。
- 这些预留资源不会被其他容器使用，即使节点上有空闲资源。
-
与容器运行时的交互：
- 容器运行时（如Docker）会根据Kubernetes提供的资源请求来设置容器的资源限制。
- 例如，在Docker中，这可以通过
--memory和--cpu标志来实现。
2. 资源限制（Resource Limits）
-
容器级别的限制：
- 资源限制是在容器级别设置的，用于控制容器可以使用的最大资源量。
- 这些限制会被容器运行时强制执行。
-
与容器运行时的交互：
- 容器运行时会监控容器的资源使用情况，并确保不超过设定的限制。
- 如果容器试图超过其资源限制，容器运行时会采取相应的措施，如杀死容器或限制其资源使用。
-
CPU限制：
- 对于CPU限制，容器运行时会使用操作系统级别的隔离机制（如Linux的命名空间和cgroups）来限制容器的CPU使用率。
- 如果容器超过其CPU限制，它可能会被调度器降级，或者在极端情况下被杀死。
-
内存限制：
- 对于内存限制，容器运行时会监控容器的内存使用情况，并在达到限制时采取措施。
- 如果容器的内存使用超过限制，容器运行时通常会杀死该容器，以防止节点上的其他进程受到影响。
3. 总结
Kubernetes中的资源请求和限制是通过与容器运行时的交互来实现的，确保容器在启动时有足够的资源可用，并且在运行时不会超过设定的资源限制。这些机制有助于提高集群的稳定性和可靠性，防止资源耗尽导致的系统崩溃。