- 分类
- Kubernetes
Kubernetes资源服务质量管理(Resource QoS)
- 2022-07-22
- 324
- 0
- 56.4℃
1. Requests 和 Limits 对不同计算机资源类型的限制机制容器的资源配置满足以下两个条件:Requests ≤ 节点可用资源Requests ≤ Limits1) 可压缩资源Kubernetes 目前支持的可压缩资源是 CPU。Pod 可以得到 Requests 配置的CPU 使用量,而能否使用超过 Requests 值的部分取决于系统的负载和调度。空闲的 CPU 资源按照容器 Re
kubernetes资源配置范围管理(LimitRange)
- 2022-07-21
- 424
- 0
- 66.4℃
Kubernetes 提供了 LimitRange 机制对 Pod 和容器的 Requests 和 Limits 配置做进一步限制。下面的示例中首先如何将 LimitsRange 应用到一个 Kubernetes 的命名空间中,然后说明 LimitRange 的几种限制方式,比如最大及最小范围、Requests 和 Limits 的默认值、Limits 与 Requests 的最大比例上线,等等。
Namespace:集群环境共享与隔离
- 2022-07-18
- 437
- 0
- 67.7℃
kubernetes 通过 Namespace (命名空间)和 Context 的设置对不同的工作组进行区分,使得它们既可以共享一个 Kubernetes 集群的服务,也可以互不干扰。创建Namespace为了在 Kubernetes 集群中实现这两个分组,首先需要创建两个命名空间。使用 namespace-development.yaml,创建 development 命名空间:apiVersi
Kubernetes的Node管理
- 2022-07-15
- 403
- 0
- 67.3℃
Node 的隔离与恢复Kubernetes在硬件升级、维护等情况下。需要将某些Node隔离,使其脱离Kubernetes集群的调度范围。Kubernetes提供了一种机制,既可以将Node纳入调度范围,也可以将Node脱离调度范围。可以使用YAML文件或者kubectl命令进行调整。1.使用YAML文件创建配置文件unschedule_node.yaml,在spec部分指定unschedulabl
Node本地存储卷
- 2022-07-12
- 365
- 0
- 60.5℃
Kubernetes管理的Node本地存储卷(Volume)的类型如下。EmptyDir:与Pod同生命周期的Node临时存储。HostPath:Node目录。Local:基于持久卷(PV)管理的Node目录。对如何以存储卷的形式使用说明如下:1. EmptyDir这种类型的Volume在Pod被调度到Node时进行创建,在初始状态下目录中是空的,所以命名为“空目录”(Empty Director
Kubernetes将资源对象映射为存储卷
- 2022-07-08
- 412
- 0
- 65.2℃
在Kubernetes中有一些资源对象可以以存储卷的形式挂载为容器内的目录或文件,目前包括ConfigMap、Secret、Downward API、ServiceAccountToken、Projected Volume。1. ConfigMapConfigMap主要保存应用程序所需的配置文件,并且通过Volume形式挂载到容器内的文件系统中,供容器内的应用程序读取。apiVersion: v1
Kubernetes的网络策略
- 2022-06-24
- 370
- 0
- 61.0℃
Network Policy的主要功能是对Pod或者Namespace之间的网络通讯进行限制和准入控制,设置方式为将目标对象的Label作为查询条件,设置允许访问或禁止访问的客户端Pod列表。目前查询条件可以作用于Pod和Namespace级别。网络策略设置说明网络策略的设置主要用于对目标Pod的网络访问进行控制,在默认情况下对所有Pod都是允许访问的,在设置了指向Pod的NetworkPolic
Controller Manager 原理解析与概述
- 2022-06-16
- 405
- 1
- 66.5℃
一般来说,智能系统和自动系统通常都会通过一个“操作系统”不断修正系统的工作状态。在Kubernetes集群中,每个Controller都是这样的一个“操作系统”,它们通过API Server 提供的(List-Watch)接口实时监控集群中特定资源的状态变化。当发生各种故障导致某资源对象的状态变化时,Controller会尝试将其状态调整为期望的状态。比如当某个Node意外宕机时,Node Con
yaml方式部署Ingress Controller + Ingress示例
- 2022-05-12
- 695
- 0
- 93.5℃
概要kubernetes 部署连接:Installation Guide - NGINX Ingress Controller本案例使用yaml的方式部署,分为3个步骤:部署Ingress Controller创建 Ingress 策略客户端通过 Ingress Controller 访问后端 webapp 服务1. 部署 Ingress Controlleringress.yaml 内容如下:
为 Pod 自定义 hostname 和 subdomain
- 2022-05-11
- 945
- 0
- 118.5℃
在默认情况下,Pod 的名称将被系统设置为容器环境内的主机名称(hostname),但通过副本控制器创建的 Pod 名称会有一段随机后缀名,无法固定,此时可以通过 Pod yaml 配置中设置 hostname 字段定义容器环境的主机名。同时,可以设置 subdomain字段定义容器环境的子域名。通过下面文件对的 Pod 定义,将会在 Pod 容器环境中设置主机名为“webapp-1”,子域名为“