使用Kubernetes管理Kubernetes集群
1、使用token的方式进行访问控制。创建名为adminuser的管理员服务账号，并将其置于kubernetesdashboard名称空间下。绑定集群管理员角色，创建管理员token并登录控制台。创建名为devuser的开发用户账号，为其分配适当的ClusterRole权限，并绑定集群角色。为该用户创建token，并使用此token登录控制台。
2、Kubernetes现在已经可以支持超大规模的集群，单集群可以支撑5000个节点，15万个POD。
3、管理Kubernetes集群的详解如下：YAML文件的核心作用 资源清单文件：YAML文件在Kubernetes集群管理中扮演核心角色，它是用于声明式地配置和部署集群资源的文件。 结构组成：YAML文件主要分为控制器的定义和被管理的对象两部分，包含丰富的配置属性，支持字典、列表等复杂数据结构。
4、kubectl是管理Kubernetes集群的命令行工具，它在$HOME/.kube目录下查找名为config的配置文件。若要指定其他kubeconfig文件，可以通过设置KUBECONFIG环境变量或使用--kubeconfig参数。本文将深入探讨Kubernetes中kubectl run的常用命令。kubectl run命令用于创建新的Pod。
5、问题一：在执行kubeadm config images pull时，报错“pulling image： rpc error： cng dial unix /var/run/containerd/containerd.sock： connect： permission denied”。原因可能是kubernetes使用了crictl命令管理CRI，但在配置文件/etc/crictl.yaml中未添加相应的配置，导致无法正常拉取镜像。
K8S线上集群排查,实测排查Node节点NotReady异常状态
K8S线上集群Node节点NotReady异常状态的排查方法主要包括以下几点：检查硬件资源：使用df m命令检查磁盘空间，确保有足够的空间供Node节点和Pod使用。使用free命令检查CPU使用率，确保CPU资源未被过度占用。使用top c命令查看CPU使用情况，确保无异常。
在项目中遇到的线上集群问题，特别是Kubernetes （K8S）集群中Node节点状态变为NotReady，导致服务停止的问题，我们进行了一次深入的排查与解决。文章将聚焦于如何有效识别和解决这类问题。首先，让我们了解一下在K8S中Pod的状态。
在搭建Kubernetes（k8s）集群过程中，若遇到节点一直处于NotReady状态问题，通过执行命令查看日志，发现提示信息为[failed to find plugin flannel in path [/opt/cni/bin]]。执行排查步骤，进入指定目录检查，确认flannel插件是否缺失。
Kubernetes入门:Pod、节点、容器和集群都是什么?
Pod是Kubernetes的基本计算单元，它将一个或多个容器封装在一起，并共享相同的名称空间和本地网络。Pod中的容器可以互相通信，仿佛它们在同一台机器上，同时保持一定程度的隔离。Pod被用作Kubernetes的复制单元，确保负载均衡和故障恢复。Pod应保持较小的规模，通常只包含一个主进程和紧密耦合的辅助容器。
是Kubernetes调度的基本单位，一组紧密关联的容器集合。支持多个容器共享网络和文件系统，每个Pod有唯一IP。Namespace：资源和对象的抽象集合，用于划分系统内部的对象，如项目组或用户组。默认情况下，Pod、Service等资源属于default命名空间。Node：Pod运行的主机，可以是物理机或虚拟机。
创建Docker镜像：安装Docker环境，构建简单的Node.js应用，接收HTTP请求并响应运行主机名。Pod：Kubernetes核心概念之一，封装一个或多个容器及共享资源，提供隔离性、资源管理、日志收集和故障恢复等功能。创建Pod需选择或自定义容器镜像，通过配置文件提交到Kubernetes集群。
在 Kubernetes 中，Pod 是核心概念之一，对于容器和 Pod 之间的关系，我们需要明确理解。首先，Pod 并非实体，而是一个逻辑概念，它在集群上承载和协调容器的执行。Pod 是容器的容器，可以看作是云平台中的虚拟机，而容器则是虚拟机中的用户程序，共享网络、存储和资源，确保内部容器间的高效交互。
Kubernetes核心组件介绍及容器编排操作要点如下：核心组件介绍 Master节点组件：API Server：提供集群的API接口，处理各种资源操作请求，同时负责认证、授权和访问控制。Scheduler：负责根据调度策略选择最适合的Node节点来运行Pod，考虑因素包括资源需求、亲和性和数据位置等。
集群中的pod是什么意思
Pod是Kubernetes中的最小调度单位。它可以包含一个或多个容器，并在同一个节点上运行。每个Pod都有一个独立的IP地址，该地址由Kubernetes集群自动分配和管理。Pod在Kubernetes中的作用类似于Docker容器在单机中的作用，是Kubernetes部署和管理微服务的基本单位。Pod在Kubernetes中有着非常重要的作用。
Pod是Kubernetes的基本计算单元，它将一个或多个容器封装在一起，并共享相同的名称空间和本地网络。Pod中的容器可以互相通信，仿佛它们在同一台机器上，同时保持一定程度的隔离。Pod被用作Kubernetes的复制单元，确保负载均衡和故障恢复。Pod应保持较小的规模，通常只包含一个主进程和紧密耦合的辅助容器。
官方解释：在Kubernetes集群中，Pod是所有业务类型的基础，它是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。
首先，Pod是一个基本的运行单元或组件。在云计算和容器化技术快速发展的背景下，Pod被用作一种运行应用的容器。这种容器不仅包含应用本身，还包含应用运行所需的全部环境。这使得Pod具有可移植性强的特点，可以在不同的计算环境中无缝迁移和运行。其次，Pod也被用作管理大规模应用集群的重要工具。
