OpenShift 4 - 用KubeletConfig和ContainerRuntimeConfig分别修改集群节点的Kubelet和cri-o的配置

最新推荐文章于 2023-05-22 09:35:29 发布
最新推荐文章于 2023-05-22 09:35:29 发布
阅读量1k 收藏 2
点赞数
分类专栏： OpenShift 4 kubelet machineconfig 文章标签： openshift machineconfig kubelet
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43902588/article/details/108423700
版权

《OpenShift 4.x HOL教程汇总》
说明：本文已经在OpenShift 4.6环境中验证

文章目录

Kubelet、KubeletConfig和KubeletConfigController

在《OpenShift 4 - 如何用Machine Config Operator修改集群节点CoreOS的配置》一文中提到在OpenShift的Machine Config Controller中包括一个名为Kubelet Config Controller的子组件，该组件接收基于CRD的KubeletConfig配置对象并将其实施于适用节点的Kubelet环境中，也就是说OpenShift 4集群中Node节点的Kubelete环境是通过该组件实现配置的。

在安装OpenShift集群过程中会在Ignition中提供缺省的KubeConfig配置，我们可以在安装后修改节点Kubelet使用的配置，从而修改Kubelet的运行参数。

查看节点的Kubelet配置

  1. 执行命令，查看当前集群中的worker类型节点。
$ oc get node -l node-role.kubernetes.io/worker
NAME                                              STATUS   ROLES    AGE     VERSION
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready    worker   3h32m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready    worker   3h32m   v1.19.0+d59ce34
  1. 查看一个Worker类型的Node对象，其中“Allocatable”部分是该Node的Kubelete所用到的一部分配置。其中“pods: 250”是这个Kubelet可运行的最大pod数。
$ oc describe node <WORKER_NODE> | grep Allocatable -A7
Allocatable:
  attachable-volumes-aws-ebs:  25
  cpu:                         15500m
  ephemeral-storage:           114381692328
  hugepages-1Gi:               0
  hugepages-2Mi:               0
  memory:                      63991700Ki
  pods:                        250
  1. 查看这个OpenShift集群所包含的MachineConfig对象。从结果可以看出“01-worker-kubelet”是用来设置worker类型Node里面的Kubelet环境的；另外确认只有2个名为“99-master-XXXXX”和2个名为“rendered-worker-XXXXX”的machineconfig对象。
$ oc get machineconfig
NAME                                                        GENERATEDBYCONTROLLER                      IGNITIONVERSION   AGE
00-master                                                   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
00-worker                                                   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
01-master-container-runtime                                 0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
01-master-kubelet                                           0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
01-worker-container-runtime                                 0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
01-worker-kubelet                                           0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
99-master-ea3d87d1-a5df-4137-a3a3-849915e40cdd-registries   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
99-master-ssh                                                                                          3.1.0             6h9m
99-worker-cdf0041e-c96c-401d-9881-5c8243a58991-registries   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             6h
99-worker-ssh                                                                                          3.1.0             6h9m
rendered-master-2613a048ee6bb4b27621cfff3c44a676            99eb744f5094224edb60d88ca85d607ab151ebdf   3.1.0             6h
rendered-master-c5bfe43313bf45eb9abd3e8422421b6d            0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             3h30m
rendered-worker-46a5c3ba1b88f2b312aa349e71f4a0fa            0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             3h30m
rendered-worker-c74c310336d86b894dec0c5b49743ebd            99eb744f5094224edb60d88ca85d607ab151ebdf   3.1.0             6h
  1. 查看名为01-worker-kubelet的machineconfig中内容，确认kubelet.conf文件的路径在“/etc/kubernetes/kubelet.conf”。
$ oc describe machineconfig 01-worker-kubelet | grep '\--config'
      --config=/etc/kubernetes/kubelet.conf \
  1. 执行命令，进入一个Worker Node。
$ oc debug node/<WORKER-NODE=NAME>
Starting pod/ip-10-0-150-145ap-southeast-1computeinternal-debug ...
To use host binaries, run `chroot /host`
  1. 在Node节点内部执行命令，查看kubelet.conf文件内容，其中可以看到“maxPods: 250”的配置，这和上面（2）看到的一样的结果。
sh-4.4# chroot /host
sh-4.4# more /etc/kubernetes/kubelet.conf
kind: KubeletConfiguration
apiVersion: kubelet.config.k8s.io/v1beta1
authentication:
  x509:
    clientCAFile: /etc/kubernetes/kubelet-ca.crt
  anonymous:
    enabled: false
cgroupDriver: systemd
cgroupRoot: /
clusterDNS:
 7. 172.30.0.10
clusterDomain: cluster.local
containerLogMaxSize: 50Mi
maxPods: 250
kubeAPIQPS: 50
kubeAPIBurst: 100
rotateCertificates: true
serializeImagePulls: false
staticPodPath: /etc/kubernetes/manifests
systemCgroups: /system.slice
systemReserved:
  cpu: 500m
  memory: 1Gi
  ephemeral-storage: 1Gi
featureGates:
  LegacyNodeRoleBehavior: false
  NodeDisruptionExclusion: true
  RotateKubeletServerCertificate: true
  SCTPSupport: true
  ServiceNodeExclusion: true
  SupportPodPidsLimit: true
serverTLSBootstrap: true
  1. 从OpenShift的worker节点中退出来。
sh-4.4# exit
sh-4.4# exit

修改节点的Kubelet配置

  1. 创建内容如下的change-maxPods-cr.yaml文件。其中通过KubeletConfig对象将kubelet的maxPods设为500，另外它只针对带有“custom-kubelet: large-pods”的Node才有效。
apiVersion: machineconfiguration.openshift.io/v1
kind: KubeletConfig
metadata:
  name: set-max-pods
spec:
  machineConfigPoolSelector:
    matchLabels:
      custom-kubelet: large-pods
  kubeletConfig:
    maxPods: 500
  1. 查看名为worker的machineconfigpool的信息，确认没有“custom-kubelet=large-pods”的标签。
$ oc get machineconfigpool worker --show-labels
NAME     CONFIG                                             UPDATED   UPDATING   DEGRADED   MACHINECOUNT   READYMACHINECOUNT   UPDATEDMACHINECOUNT   DEGRADEDMACHINECOUNT   AGE   LABELS
worker   rendered-worker-1e4ff665b30dd1099a34d6e636654353   True      False      False      2              2                   2                     0                      8h    machineconfiguration.openshift.io/mco-built-in=
  1. 修改worker类的machineconfigpool的配置，增加“custom-kubelet=large-pods”标签。
$ oc label machineconfigpool worker custom-kubelet=large-pods
  1. 创建Kubeletconfig对象。
$ oc create -f change-maxPods-cr.yaml
$ oc get kubeletconfig
NAME           AGE
set-max-pods   7s
  1. 查看Worker节点更新状态，可以看到OpenShift对2个Worker节点逐个更新Kubelet的配置。另外在更一个新节点的时候，该节点暂时处于“SchedulingDisabled”状态，以便临时不被Pod等资源调度到。最后2个Worker节点都恢复到只有“Ready”的状态。
NAME                                              STATUS                        ROLES    AGE     VERSION
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready                         worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready,SchedulingDisabled      worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     NotReady,SchedulingDisabled   worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     NotReady,SchedulingDisabled   worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready,SchedulingDisabled      worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready,SchedulingDisabled      worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready                         worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready                         worker   7h19m   v1.19.0+d59ce34
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready                         worker   7h19m   v1.19.0+d59ce34
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      worker   7h19m   v1.19.0+d59ce34
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      worker   7h19m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready                         worker   7h20m   v1.19.0+d59ce34
ip-10-0-190-1.ap-southeast-1.compute.internal     Ready                         worker   7h20m   v1.19.0+d59ce34
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      worker   7h20m   v1.19.0+d59ce34
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      worker   7h20m   v1.19.0+d59ce34
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      worker   7h20m   v1.19.0+d59ce34
ip-10-0-150-145.ap-southeast-1.compute.internal   Ready                         worker   7h21m   v1.19.0+d59ce34
  1. 查看machineconfig对象，确认已经有3个名为“99-worker-XXXXXX“和3个名为“rendered-worker-XXXXX”的machineconfig对象。可以根据AGE判断“99-worker-cdf0041e-c96c-401d-9881-5c8243a58991-kubelet”和“rendered-worker-1e4ff665b30dd1099a34d6e636654353”是新创建的machineconfig对象，其中“99-worker-cdf0041e-c96c-401d-9881-5c8243a58991-kubelet”中包含了对Worker类型节点的Kubelet做的变更配置信息。
$ oc get machineconfig
NAME                                                        GENERATEDBYCONTROLLER                      IGNITIONVERSION   AGE
00-master                                                   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
00-worker                                                   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
01-master-container-runtime                                 0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
01-master-kubelet                                           0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
01-worker-container-runtime                                 0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
01-worker-kubelet                                           0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
99-master-ea3d87d1-a5df-4137-a3a3-849915e40cdd-registries   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
99-master-ssh                                                                                          3.1.0             8h
99-worker-cdf0041e-c96c-401d-9881-5c8243a58991-kubelet      0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             30m
99-worker-cdf0041e-c96c-401d-9881-5c8243a58991-registries   0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             8h
99-worker-ssh                                                                                          3.1.0             8h
rendered-master-2613a048ee6bb4b27621cfff3c44a676            99eb744f5094224edb60d88ca85d607ab151ebdf   3.1.0             8h
rendered-master-c5bfe43313bf45eb9abd3e8422421b6d            0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             5h35m
rendered-worker-1e4ff665b30dd1099a34d6e636654353            0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             30m
rendered-worker-46a5c3ba1b88f2b312aa349e71f4a0fa            0157b684b81eb5cbbe4e37d7b7e018ce5d5967d2   3.1.0             5h35m
rendered-worker-c74c310336d86b894dec0c5b49743ebd            99eb744f5094224edb60d88ca85d607ab151ebdf   3.1.0             8h
  1. 查看名为set-max-pods的kubeletconfig对象的status，其中“type: Success”代表已经成功执行了。
$ oc get kubeletconfig set-max-pods -o yaml
。。。
status:
  conditions:
  - lastTransitionTime: "2020-12-05T15:37:47Z"
    message: Success
    status: "True"
    type: Success
  1. 再次查看Worker节点的Kubelet配置，发现已经变成“pods:500”了。
 $ oc describe node <WORKER_NODE> | grep Allocatable -A7
Allocatable:
  attachable-volumes-aws-ebs:  25
  cpu:                         15500m
  ephemeral-storage:           114381692328
  hugepages-1Gi:               0
  hugepages-2Mi:               0
  memory:                      63991700Ki
  pods:                        500

CRI-O、ContainerRuntimeConfig和MachineConfigController

OpenShift 4的集群适用了CRI-O作为其容器运行环境，节点CRI-O的配置文件etc/crio/crio.conf。若要修改节点的CRI-O的配置参数，需要用到OpenShift中的CRD类型对象ContainerRuntimeConfig保存定制的配置参数。当OpenShift发现有新的ContainerRuntimeConfig后，会根据其内容生成对应的r名为ender-xxxx的MachineConfig对象，此后OpenShift的MachineConfigController会将MachineConfig对象发送到所有相关对点的MachineConfigDaemon，再由它完成该节点配置的修改。

查看节点的cri-o配置

  1. 根据本文前面的方法进入一个master节点，然后查看crio运行环境的配置文件中的“pids_limit”参数，确认缺省为1024。最后从OpenShift的master节点退出来。
sh-4.4# cat /etc/crio/crio.conf | grep -v "#"  | sed '/^$/d' |grep -i pids_limit
pids_limit = 1024

修改节点的cri-o配置

  1. 为master类型的machineconfigpool添加标签。ContainerRuntimeConfig对象会提交到该标签对应的machine上。
$ oc label machineconfigpool master debug-crio=config-log-and-pid
machineconfigpool.machineconfiguration.openshift.io/master labeled
  1. 创建内容如下的ContainerRuntimeConfig.yaml文件，其中通过定义的ContainerRuntimeConfig对象来修改节点ContainerRuntime的pidsLimit和logLevel参数。
apiVersion: machineconfiguration.openshift.io/v1
kind: ContainerRuntimeConfig
metadata:
 name: set-log-and-pid
spec:
 machineConfigPoolSelector:
   matchLabels:
     debug-crio: config-log-and-pid
 containerRuntimeConfig:
   pidsLimit: 2048
   logLevel: debug
  1. 创建ContainerRuntimeConfig对象。
$ oc create -f ContainerRuntimeConfig.yaml
containerruntimeconfig.machineconfiguration.openshift.io/set-log-and-pid created
$ oc get ContainerRuntimeConfig
NAME              AGE
set-log-and-pid   5s
  1. 查看MachineConfig，确认OpenShift生成了名为rendered-master-xxx的MachineConfig，并且其中的“pids_limit”参数为“2048”。
$ oc get MachineConfigs | grep rendered
rendered-master-1eac183c39006eab3480e3acfc9ba8db                  99eb744f5094224edb60d88ca85d607ab151ebdf   3.1.0             27h
rendered-master-d08c556ab53f07069ff0c46e741de224                  99eb744f5094224edb60d88ca85d607ab151ebdf   3.1.0             50s
rendered-worker-92b2d6fba537bbf64d3493dcc2b6a207                  99eb744f5094224edb60d88ca85d607ab151ebdf   3.1.0             27h
 
$ python3 -c "import sys, urllib.parse; print(urllib.parse.unquote(sys.argv[1]))" $(oc get MachineConfig/rendered-master-d08c556ab53f07069ff0c46e741de224 -o YAML | grep -B4 crio.conf | grep source | tail -n 1 | cut -d, -f2) | grep pid
    pids_limit = 2048
  1. 查看master节点更新状态，确认集群中master轮流进行了更新。
$ oc get node -l node-role.kubernetes.io/master -w
NAME                                              STATUS                        ROLES    AGE   VERSION
ip-10-0-134-103.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-178-236.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-134-103.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-178-236.ap-southeast-1.compute.internal   NotReady,SchedulingDisabled   master   26h   v1.19.0+d59ce34
ip-10-0-178-236.ap-southeast-1.compute.internal   NotReady,SchedulingDisabled   master   26h   v1.19.0+d59ce34
ip-10-0-134-103.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-178-236.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      master   26h   v1.19.0+d59ce34
ip-10-0-178-236.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-178-197.ap-southeast-1.compute.internal   Ready                         worker   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      master   26h   v1.19.0+d59ce34
ip-10-0-157-96.ap-southeast-1.compute.internal    Ready                         worker   26h   v1.19.0+d59ce34
ip-10-0-178-236.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   NotReady,SchedulingDisabled   master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-134-103.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-134-103.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      master   26h   v1.19.0+d59ce34
ip-10-0-178-236.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-221-178.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
ip-10-0-134-103.ap-southeast-1.compute.internal   NotReady,SchedulingDisabled   master   26h   v1.19.0+d59ce34
ip-10-0-134-103.ap-southeast-1.compute.internal   Ready,SchedulingDisabled      master   26h   v1.19.0+d59ce34
ip-10-0-134-103.ap-southeast-1.compute.internal   Ready                         master   26h   v1.19.0+d59ce34
  1. 用上小一节的步骤再次查看/etc/crio/crio.conf文件，确认“pids_limit”已经被修改为2048。

参考

https://access.redhat.com/documentation/zh-cn/openshift_container_platform/4.5/html-single/scalability_and_performance/index
https://docs.openshift.com/container-platform/4.5/scalability_and_performance/recommended-host-practices.html
https://www.redhat.com/en/blog/red-hat-openshift-container-platform-4-now-defaults-cri-o-underlying-container-engine

dawnsky.liu
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
CC00058.CloudKubernetes——|KuberNetes&二进制部署.V11|3台Server|——|kube-node|kubelet配置|
yanqi_vip
03-29 198
一、node节点组件配置：复制证书 ### --- 从k8s-master01节点复制证书到node节点 ~~~ # 进入证书目录下 [root@k8s-master01 ~]# cd /etc/kubernetes/ ~~~ # 将需要的证书复制到node节点下 [root@k8s-master01 kubernetes]# for NODE in k...
kubernetes kubelet 配置
爱死亡机器人
08-15 1678
catalog: ~配置~
【k8s】kubelet配置
beck12341234的博客
09-26 413
kubelet配置
如何搭建openshift-3.11的集群环境
xiaofeng_yan的专栏
05-13 2742
OS环境是centos 7.6，openshift版本3.11 1、首先建立如下的虚拟机 10.2.3.12 master1 10.2.3.13 master2 10.2.3.14 master3 10.2.3.15 node1 10.2.3.16 node2 10.2.3.17 nfs 10.2.3.18 lb 三个master，两个node，一个nfs（共享存储），一个l...
【博客439】Kubernetes CRI
qq_43684922的博客
08-06 405
基于 CRI 接口的容器运行时通常称为 CRI shim， 这是一个 gRPC Server，监听在本地的 unix socket 上；容器运行时接口（CRI）是一个用来扩展容器运行时的接口，它基于 gPRC，用户不需要关心内部通信逻辑，只需要实现定义的接口（包括 RuntimeService 和 ImageService）方可。第三部分：具体的容器运行时实现，包括 kubelet 内置的 dockershim 以及外部的容器运行时（如 cri-o、cri-containerd、frakti等）......
openshift4-vmware-upi：支持在VMware上自动安装OpenShift 4的Ansible手册和文档
01-31
请注意，如果未对append bootstrap配置进行一些修改，则此安装程序将无法与OpenShift的早期版本一起使用。 之所以需要进行此更改，是因为OpenShift 4.6现在使用点火规范v3（OpenShift的早期版本使用v2）。 有关更改...
openshift4-rhv-upi：支持使用Baremetal UPI在RHV上自动安装OpenShift 4的Ansible手册和文档
02-02
使用Baremetal UPI在RHV上配置OpenShift 4.4 该存储库包含一组手册，以帮助促进OpenShift 4.4在RHV上的部署。 背景 该存储库中的剧本/脚本应该可以帮助您自动化RHV上的绝大多数OpenShift 4.4 UPI部署。 请务必阅读...
openshift-ansible：安装和配置OpenShift 3.x集群
01-31
OpenShift Ansible 该存储库包含用于集群的角色和剧本。先前的OpenShift Ansible 3.x版本对于OpenShift Ansible的3.x版本，请参考特定版本的发行分支。 最新的3.x版本是。OpenShift 4.x OpenShift 4.x的安装使用...
openshift-acme：用于OpenShift和Kubernetes集群的ACME控制器。 （支持例如让我们加密）
02-03
openshift-acme openshift-acme是用于OpenShift和Kubernetes集群的ACME控制器。 它将使用ACME v2协议自动设置证书，并管理其生命周期，包括自动续订。 该控制器是独立于提供程序的，但是首先我们建议您使用Let's ...
OpenShift4-tools:OpenShift 4工具
04-08
OpenShift4-工具 安装工具等。OpenShift 4集群。... bastion-ssh和bastion-scp-使用ssh堡垒访问群集节点。 install-custom-kubelet-将自定义kubelet安装到集群中。 set-worker-parameters-设置各种kubelet参
十. Kubernetes 核心配置文件与kubelet命令
qq_29799655的博客
05-22 1237
根据静态非静态这个说法,k8s服务安装时用来运行核心组件的pod称为静态pod, 我们自己通过k8s运行的自己的服务pod称为动态pod。
K8S 之 kubelet 配置使用记录
依串烤肉
02-25 5933
1. 操作系统系统和kubelet版本信息查看 [root@master001 ~]# lsb_release -a LSB Version: :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languag...
Kubelet CRI 容器运行时 Containerd
小楼一夜听春雨，深巷明朝卖杏花
07-26 1171
如果是通过kubelet去调用docker的话，这个请求是在kubelet的cri接口调用docker-shim，docker-shim再连接到docker-daemon，docker-daemon里面红圈的这部分才是有用的，也就是和image相关的操作，以及正真去去调用containerd的这部分操作是有用的，上面存储网络，已经docker提供的cli这些都是不需要的，那么这些都是冗余的。不再使用docker自身的daemon了，但是可以用你docker自身所带的containerd的。...
搭建二进制k8s kubelet 的注意事项
GDKbb的博客
03-02 575
配置文件 bootstrap.kubeconfig apiVersion: v1 clusters: - cluster: certificate-authority: /usr/local/bin/kubernetes/ssl/ca.pem server: https://10.26.170.35:6443 name: kubernetes contexts: - context: cluster: kubernetes user: kubelet-bootstra
OpenShift 4 - 节点是如何通过CRI-O运行容器的
多恩斯基的博客
09-10 1640
文章目录OpenShift节点运行容器过程Kubelet服务查看节点的CRI-O服务conmon监控进程参考 OpenShift节点运行容器过程 OpenShift 4的集群节点使用了基于CRI-O的容器运行环境。每个节点的kubelet通过gRPC调用CRI-O，而CRI-O运行符合OCI规范的容器。 Kubernetes联系kubelet来启动一个pod。 kubelet将请求通过CRI（Container runtime interface，容器运行时接口）转发给CRI-O守护进程，然后来启动新的P
项目迁移到OpenShift过程中遇到的问题总结
Harry的博客
01-18 1265
【OpenShift】项目上OpenShift遇到的问题总结
OpenShift系统管理员system:admin登录报错处理
97运维的博客
10-30 1044
openshift系统管理员system:admin登录报错：error: username system:admin is invalid for basic auth 原因及处理方式
OPENSHIFT-6-分配永久存储-实现永久性数据库存储
拙能胜巧
11-12 883
1.检查机器并确认环境正常。登陆master节点。查看config-nfs.sh脚本信息。执行脚本。查看挂载目录信息。退出登陆。 2.登陆到node1节点。将/mnt目录挂载到master节点的指定目录，挂载格式为nfs。查看挂载信息。将/mnt目录取消挂载。退出登陆。登陆到node2节点。将/mnt目录挂载到master节点的指定目录，挂载格式为nfs。查看挂载信息。将/mnt目录取消挂载。退...
深入分析Kubelet的动态配置
weixin_33705053的博客
12-31 716
2019独角兽企业重金招聘Python工程师标准>>> ...
openshift internal-registry 切换 sc
最新发布
05-25
4. 更新内部注册表的配置以使用新的 StorageClass： ``` oc patch configs.imageregistry.operator.openshift.io/cluster -n openshift-image-registry --type merge --patch '{"spec":{"storage":{"pvc": {"claim...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值