k8s指定podnode（k8s指定pod ip）

如何查询k8s资源运行状态

1、在K8s集群中，查询资源运行状态的方法主要包括以下几步：查询指定namespace下的Pod状态：使用命令kubectl get pods n [naMESpace]，其中[namespace]替换为具体的命名空间名称，例如xujianhuagz。此命令将列出该命名空间下所有POD的状态。

2、首先，使用“kubectl get pods -n xujianhua-gz”命令来查询指定namespace下的Pod状态，其中“-n”参数用于指定namespace，例如xujianhua-gz。通过命令输出，我们可以看到有6个处于running状态的Pod，其中2个运行nacos服务，2个运行nginx，还有2个部署了WordPress博客。

3、安装过程包括以下步骤：首先，下载部署文件，即 COMponents.yaml 文件。随后，将部署文件中的镜像地址修改为国内的地址，位于部署文件的第 140 行。修改后的配置如下所示。在部署文件中，通过调整镜像地址，确保国内用户能够流畅访问。在部署完成后，查看 metrics server 的运行状态。

k8s将pod调度到指定节点的几种方式

方式二：通过指定NodeName。在Pod中配置nodeName字段，直接指派对应节点。示例如下：查看node名称。列出节点名称，例如k8s-master。在Pod中使用nodeName指定此节点。通过kubectl APPly创建Pod后，检查Pod是否调度至指定节点。使用nodeName选择节点方式存在局限性。方式三：亲和性和反亲和性。

Node Selector是Kubernetes中用于将Pod调度到指定节点的一种机制。以下是关于Node Selector的详细解基本工作原理：Node Selector通过Pod定义中的nodeSelector属性直接指定目标节点。它使用键值对进行匹配，仅需一对匹配即可将Pod调度到目标节点。

在实际操作中，假设集群中有两个节点：k8s-0001和k8s-0002。已有工作负载nginx调度至节点k8s-0002，而用户希望工作负载test也调度至k8s-0002。通过调整插件权重，可以实现这一目标。具体步骤包括查看调度日志以了解权重调整后的评分结果，以及通过调整权重实现Pod调度至预期节点。

调度流程包括过滤和打分两个步骤。过滤阶段，调度器筛选出满足条件的节点；打分阶段，对筛选出的节点进行评分，最终选择得分最高的节点部署 Pod。节点选择器（nodeSelector）允许用户基于特定标签选择节点。例如，确保某些 Pod 落实在具有特定属性（如 SSD 硬盘）的节点上。

提高集群的可用性和稳定性。污点与容忍机制允许或禁止pod调度到特定节点，实现资源隔离与优化。通过设置污点与容忍度，提供节点控制手段。节点控制手段：通过cordon操作可以将节点标记为不可调度，禁止新的pod调度到该节点。通过drain操作可以安全地驱逐节点上的所有pod，以便进行节点维护或升级。

设置注解：vmultuscni.io/defaultnetwork设置为nETCalico2。k8s.vcni.cncf.io/networks设置为netmacvlan，以指定Pod同时使用Calico和macvlan网络。注意事项： 在创建Pod时，需确保使用正确的注解格式，并且网络配置在Node节点上正确无误。

聊聊kube-scheduler如何完成调度和调整调度权重

1、首先，当用户通过API或kubectl创建Pod时，kube-apiserver将请求信息存储于etcd中。Kube-scheduler通过watch机制监听apiserver，获取待调度的Pod列表。接着，Kube-scheduler逐个尝试为每个Pod分配Node。

2、调度器（kube-scheduler）的任务是将未调度的 Pod 分配到合适的节点。它通过监测机制发现新创建但未调度的 Pod，然后基于一系列规则进行选择。调度流程包括过滤和打分两个步骤。过滤阶段，调度器筛选出满足条件的节点；打分阶段，对筛选出的节点进行评分，最终选择得分最高的节点部署 Pod。

3、在kubernetes 项目中，默认调度器（default scheduler）的主要职责，就是为一个新创建出来的 Pod，寻找一个最合适的节点（Node）。 而这里“最合适”的含义，包括三层： 所以在具体的调度流程中，默认调度器会首先调用一组叫作 Predicate 的调度算法，来检查每个 Node。

不背锅运维:k8s调度之初探nodeSelector和nodeAffinity

节点选择器（nodeSelector）允许用户基于特定标签选择节点。例如，确保某些 Pod 落实在具有特定属性（如 SSD 硬盘）的节点上。节点亲和性（nodeAffinity）则进一步细化了这一概念，它允许指定 Pod 与特定节点的亲和或反亲和关系，从而实现更精细的调度策略。节点亲和性通过节点标签和权重值实现。

在 Kubernetes 的调度机制中，nodeSelector 和 nodeAffinity 是两种用于决定 Pod 部署到哪个节点的关键规则。nodeSelector：定义：允许用户基于特定标签选择节点。用途：确保 Pod 被部署到具有特定属性的节点上，例如具有 SSD 硬盘的节点。限制：相对简单，只支持基于标签的精确匹配。

Affinity机制则更为灵活，除了提供与Node Selector一致的关键匹配外，还具备三重优势：反向指定反向匹配（anti-affinity），实现弱匹配（prefer），即便不完全匹配也能分配，并提供node层级之外的pod间限制。Affinity分为Node Affinity与Inter-pod Affinity。

若集群中无匹配目标节点，即使其他可用节点也无法成功调度Pod。Node Selector机制相对简单，但灵活性有限，且据称将被更灵活的Affinity机制所替代。与Affinity机制的比较：Affinity机制提供了与Node Selector一致的关键匹配功能，但更加灵活。Affinity支持反向指定、弱匹配以及node层级之外的pod间限制。

如何指定pod的运行节点?

1、方式二：通过指定NodeName。在Pod中配置nodeName字段，直接指派对应节点。示例如下：查看node名称。列出节点名称，例如k8s-master。在Pod中使用nodeName指定此节点。通过kubectl apply创建Pod后，检查Pod是否调度至指定节点。使用nodeName选择节点方式存在局限性。方式三：亲和性和反亲和性。

2、NodeAffinity调度策略，旨在替代NodeSelector，它允许Pod在具有特定标签的节点上运行。目前，存在两种形式的节点亲和性表示。IgnoredDuringExecution选项指出：即使在Pod运行过程中节点标签发生变化，不再满足Pod的节点亲和性要求，系统将忽略Node标签的更改，Pod将继续在该节点运行。

3、Node Selector通过Pod定义中的nodeSelector属性直接指定目标节点。它使用键值对进行匹配，仅需一对匹配即可将Pod调度到目标节点。使用场景：适用于需要将Pod部署到具有特定属性或标签的节点上的场景。

4、标签匹配：NodeAffinity允许Pod基于节点的标签进行调度，确保Pod只运行在具有指定标签的节点上。两种形式：NodeAffinity存在两种形式，分别用于表示硬亲和性和软亲和性。硬亲和性必须满足，而软亲和性则作为调度时的偏好。

5、定位Pod运行节点：对于Kubernetes中的Pod，首先需要定位Pod运行在哪个节点上。找到业务容器或Pause容器的PID：在目标节点上，使用Docker ps找到Pod中的业务容器或Pause容器，并通过docker inspect获取其PID。进入Pod网络namespace：使用nsenter命令并指定Pause容器的PID和n选项，进入Pod的网络namespace进行调试。

6、Pod Pod 是 Kubernetes 中最小的可部署单元。它由一个或多个紧密关联的容器组成，这些容器共享存储和网络资源，并且通常在同一节点上运行。Pod 是 Kubernetes 部署和管理的最小单位，它封装了应用程序的容器、存储、网络等资源，使得应用程序能够以整体的形式进行部署和管理。