Outlook(^_^)

【考点】CKA 08_Kubernetes工作负载与调度关系调度 nodeSelector 亲和性和反亲和性污点节点驱离与下线

文章目录

考试题目：deployment 扩容（扩容命令）
1. Kubernetes 调度器
- 1.1 调度概览
- 1.2 kube-scheduler
- 1.3 kube-scheduler 调度流程
2. Kubernetes 关系调度
- 2.1 节点标签
- 2.2 节点隔离/限制
- 2.3 nodeName 字段
- - 2.3.1 准备工作
  - 2.3.2 创建使用 nodeName 字段的 Pod
  - 2.3.3 模拟故障
- 2.4 nodeSelector 标签
- - 2.4.1 创建使用 nodeSelector 的 Pod
  - 2.4.2 模拟故障
- 2.5 亲和性与反亲和性
- 2.6 节点亲和性
- - 2.6.1 必须满足
  - 2.6.2 倾向满足
- 2.7 pod 间亲和性与反亲和性
- 2.8 pod 亲和性
- 2.9 pod反亲和性
- 2.10 污点
- - 2.10.1 NoSchedule
  - 2.10.2 NoExecute
  - 2.10.3 容忍度
- 2.11 cordon、drain 和 delete
- - 2.11.1 cordon 停止调度
  - 2.11.2 drain 直接驱离
  - 2.11.3 uncordon 上线
  - 2.11.4 delete 节点下线
考试题目：节点 k8s-3 出现问题，master 上显示不可达

考试题目：deployment 扩容（扩容命令）

1. Kubernetes 调度器

官方文档：概念 | 调度，抢占和驱逐 | Kubernetes 调度器

在 Kubernetes 中，调度是指将 Pod 放置到合适的 Node 上，然后对应 Node 上的 Kubelet 才能够运行这些 pod。

1.1 调度概览

调度器通过 kubernetes 的监测（Watch）机制来发现集群中新创建且尚未被调度到 Node 上的 Pod。调度器会将发现的每一个未调度的 Pod 调度到一个合适的 Node 上来运行。调度器会依据下文的调度原则来做出调度选择。

1.2 kube-scheduler

kube-scheduler 是 Kubernetes 集群的默认调度器，并且是集群控制面的一部分。如果你真的希望或者有这方面的需求，kube-scheduler 在设计上是允许你自己写一个调度组件并替换原有的 kube-scheduler。
对每一个新创建的 Pod 或者是未被调度的 Pod，kube-scheduler 会选择一个最优的 Node 去运行这个 Pod。然而，Pod 内的每一个容器对资源都有不同的需求，而且 Pod 本身也有不同的资源需求。因此，Pod 在被调度到 Node 上之前，根据这些特定的资源调度需求，需要对集群中的 Node 进行一次过滤。
在一个集群中，满足一个 Pod 调度请求的所有 Node 称之为可调度节点。如果没有任何一个 Node 能满足 Pod 的资源请求，那么这个 Pod 将一直停留在未调度状态直到调度器能够找到合适的 Node。
调度器先在集群中找到一个 Pod 的所有可调度节点，然后根据一系列函数对这些可调度节点打分，选出其中得分最高的 Node 来运行 Pod。之后，调度器将这个调度决定通知给 kube-apiserver，这个过程叫做绑定。
在做调度决定时需要考虑的因素包括：单独和整体的资源请求、硬件/软件/策略限制、亲和以及反亲和要求、数据局域性、负载间的干扰等等。

1.3 kube-scheduler 调度流程

kube-scheduler 给一个 pod 做调度选择包含两个步骤：
1. 过滤
2. 打分
过滤阶段会将所有满足 Pod 调度需求的 Node 选出来。例如，PodFitsResources 过滤函数会检查候选 Node 的可用资源能否满足 Pod 的资源请求。在过滤之后，得出一个 Node 列表，里面包含了所有可调度节点；通常情况下，这个 Node 列表包含不止一个 Node。如果这个列表是空的，代表这个 Pod 不可调度。
在打分阶段，调度器会为 Pod 从所有可调度节点中选取一个最合适的 Node。根据当前启用的打分规则，调度器会给每一个可调度节点进行打分。
最后，kube-scheduler 会将 Pod 调度到得分最高的 Node 上。如果存在多个得分最高的 Node，kube-scheduler 会从中随机选取一个。
支持以下两种方式配置调度器的过滤和打分行为：
1. 调度策略允许你配置过滤的断言(Predicates) 和打分的优先级(Priorities) 。
2. 调度配置允许你配置实现不同调度阶段的插件，包括：QueueSort, Filter, Score, Bind, Reserve, Permit 等等。你也可以配置 kube-scheduler 运行不同的配置文件。

2. Kubernetes 关系调度

官方文档：概述 | 调度，抢占和驱逐 | 将 Pod 指派给节点

将 Pod 指派给节点

你可以约束一个 Pod 只能在特定的节点上运行。有几种方法可以实现这点，推荐的方法都是用标签选择算符来进行选择。通常这样的约束不是必须的，因为调度器将自动进行合理的放置（比如，将 Pod 分散到节点上，而不是将 Pod 放置在可用资源不足的节点上等等）。但在某些情况下，你可能需要进一步控制 Pod 被部署到的节点。例如，确保 Pod 最终落在连接了 SSD 的机器上，或者将来自两个不同的服务且有大量通信的 Pods 被放置在同一个可用区。
你可以使用下列方法中的任何一种来选择 Kubernetes 对特定 Pod 的调度：
- 与节点标签匹配的 nodeSelector
- 亲和性与反亲和性
- nodeName 字段

2.1 节点标签

与很多其他 Kubernetes 对象类似，节点也有标签。你可以手动地添加标签。 Kubernetes 也会为集群中所有节点添加一些标准的标签。

2.2 节点隔离/限制

通过为节点添加标签，你可以准备让 Pod 调度到特定节点或节点组上。你可以使用这个功能来确保特定的 Pod 只能运行在具有一定隔离性，安全性或监管属性的节点上。
如果使用标签来实现节点隔离，建议选择节点上的 kubelet 无法修改的标签键。这可以防止受感染的节点在自身上设置这些标签，进而影响调度器将工作负载调度到受感染的节点。

2.3 nodeName 字段

官方文档：概述 | 调度，抢占和驱逐 | 将 Pod 指派给节点 | nodeName

2.3.1 准备工作

nodeName 是比亲和性或者 nodeSelector 更为直接的形式。nodeName 是 Pod 规约中的一个字段。如果 nodeName 字段不为空，调度器会忽略该 Pod，而指定节点上的 kubelet 会尝试将 Pod 放到该节点上。使用 nodeName 规则的优先级会高于使用 nodeSelector 或亲和性与非亲和性的规则。
使用 nodeName 来选择节点的方式有一些局限性：
- 如果所指代的节点不存在，则 Pod 无法运行，而且在某些情况下可能会被自动删除。
- 如果所指代的节点无法提供用来运行 Pod 所需的资源，Pod 会失败，而其失败原因中会给出是否因为内存或 CPU 不足而造成无法运行。
- 在云环境中的节点名称并不总是可预测的，也不总是稳定的。
nodeName 是节点选择约束的最简单方法，但一般不推荐

2.3.2 创建使用 nodeName 字段的 Pod

创建在 k8s-3 主机上运行的 Pod

[root@k8s-1 ~]# vim nodename.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  - name: nginx
    image: nginx
  nodeName: k8s-3

生效后，查看状态

[root@k8s-1 ~]# kubectl get pod -o wide
NAME    READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
nginx   1/1     Running   0          29s   10.244.2.34   k8s-3   <none>           <none>

2.3.3 模拟故障

假设要求 Pod 运行在 4 号主机上，实际 4 号主机是不存在的。这个时候，Pod 会一直处于 pending 状态，无法运行。

[root@k8s-1 ~]# vim nodename.yaml
  nodeName: k8s-4

生效后，查看状态

[root@k8s-1 ~]# kubectl get pod
NAME    READY   STATUS    RESTARTS   AGE
nginx   0/1     Pending   0          6s

一般很少使用 nodeName 字段指定 Pod 运行在节点上

2.4 nodeSelector 标签

官方文档：概述 | 调度，抢占和驱逐 | nodeSelector

nodeSelector 是节点选择约束的最简单推荐形式。你可以将 nodeSelector 字段添加到 Pod 的规约中设置你希望目标节点所具有的节点标签。 Kubernetes 只会将 Pod 调度到拥有你所指定的每个标签的节点上。

2.4.1 创建使用 nodeSelector 的 Pod

运行 Pod 到有 ssd 标签的 node 上

[root@k8s-1 ~]# vim nodeSelector.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx
  labels:
    env: test
spec:
  containers:
  - name: nginx
    image: nginx
    imagePullPolicy: IfNotPresent
  nodeSelector:
    disktype: ssd

给选择的 node k8s-3 主机添加标签 ssd

[root@k8s-1 ~]# kubectl label nodes k8s-3 disktype=ssd
node/k8s-3 labeled

[root@k8s-1 ~]# kubectl get nodes --show-labels 
NAME    STATUS   ROLES                  AGE     VERSION   LABELS
k8s-1   Ready    control-plane,master   4h28m   v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-1,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node-role.kubernetes.io/master=,node.kubernetes.io/exclude-from-external-load-balancers=
k8s-2   Ready    <none>                 4h2m    v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-2,kubernetes.io/os=linux
k8s-3   Ready    <none>                 3h56m   v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-3,kubernetes.io/os=linux

生效 Pod 配置，查看 Pod 状态。Pod 运行到 k8s-3 主机上

[root@k8s-1 ~]# kubectl apply -f nodeSelector.yaml 
pod/nginx created
[root@k8s-1 ~]# kubectl get pod -o wide
NAME    READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
nginx   1/1     Running   0          8s    10.244.2.35   k8s-3   <none>           <none>

2.4.2 模拟故障

删除 k8s-3 主机的标签 ssd

[root@k8s-1 ~]# kubectl label nodes k8s-3 disktype-
node/k8s-3 labeled

查看 Pod 状态，发现依旧正常处于 running 状态。

因为pod已经在运行中了，数据包已经通过了。现在变更标签没有用

[root@k8s-1 ~]# kubectl get pod -o wide
NAME    READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
nginx   1/1     Running   0          46s   10.244.2.35   k8s-3   <none>           <none>

删除 Pod 后，再次生效 Pod 配置，发现 Pod 的状态处于 Pending

因为所有的主机都没有对应的标签

[root@k8s-1 ~]# kubectl delete -f nodeSelector.yaml --force 
[root@k8s-1 ~]# kubectl apply -f nodeSelector.yaml 
pod/nginx created

[root@k8s-1 ~]# kubectl get pod -o wide
NAME    READY   STATUS    RESTARTS   AGE   IP       NODE     NOMINATED NODE   READINESS GATES
nginx   0/1     Pending   0          3s    <none>   <none>   <none>           <none>

假设现在选择 k8s-2 主机，给它添加标签 ssd。发现 Pod 恢复运行正常

[root@k8s-1 ~]# kubectl label nodes k8s-2 disktype=ssd
node/k8s-2 labeled

[root@k8s-1 ~]# kubectl get pod -o wide
NAME    READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
nginx   1/1     Running   0          56s   10.244.1.42   k8s-2   <none>           <none>

最后为了避免出现上述 Pending 的状态，最好多给几个 node 添加上 ssd 标签

[root@k8s-1 ~]# kubectl label nodes k8s-3 disktype=ssd
node/k8s-3 labeled

[root@k8s-1 ~]# kubectl get nodes --show-labels 
NAME    STATUS   ROLES                  AGE     VERSION   LABELS
k8s-1   Ready    control-plane,master   4h32m   v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-1,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node-role.kubernetes.io/master=,node.kubernetes.io/exclude-from-external-load-balancers=
k8s-2   Ready    <none>                 4h6m    v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-2,kubernetes.io/os=linux
k8s-3   Ready    <none>                 3h59m   v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-3,kubernetes.io/os=linux

以上是节点层面的调度，限制 Pod 调度到哪个 node 上

【pod与pod之间的，两个业务之间的通信和调度】

解决pod和node的亲和性

2.5 亲和性与反亲和性

官方文档：概念 | 调度，抢占和驱逐

nodeSelector 提供了一种最简单的方法来将 Pod 约束到具有特定标签的节点上。亲和性和反亲和性扩展了你可以定义的约束类型。使用亲和性与反亲和性的一些好处有：
- 亲和性、反亲和性语言的表达能力更强。nodeSelector 只能选择拥有所有指定标签的节点。亲和性、反亲和性为你提供对选择逻辑的更强控制能力。
- 你可以标明某规则是“软需求”或者“偏好”，这样调度器在无法找到匹配节点时仍然调度该 Pod。
- 你可以使用节点上（或其他拓扑域中）运行的其他 Pod 的标签来实施调度约束，而不是只能使用节点本身的标签。这个能力让你能够定义规则允许哪些 Pod 可以被放置在一起。

2.6 节点亲和性

节点亲和性概念上类似于 nodeSelector，它使你可以根据节点上的标签来约束 Pod 可以调度到哪些节点上。节点亲和性有两种：
- requiredDuringSchedulingIgnoredDuringExecution：调度器只有在规则被满足的时候才能执行调度。此功能类似于 nodeSelector，但其语法表达能力更强。（必须满足）
- preferredDuringSchedulingIgnoredDuringExecution：调度器会尝试寻找满足对应规则的节点。如果找不到匹配的节点，调度器仍然会调度该 Pod。（倾向满足，尽力而为，有最好，没有也没关系）
Note:
在上述类型中，IgnoredDuringExecution 意味着如果节点标签在 Kubernetes 调度 Pod 时发生了变更，Pod 仍将继续运行。
nodeaffinity还支持多种规则匹配条件的配置如
- In：label 的值在列表内
- NotIn：label 的值不在列表内
- Gt：label 的值大于设置的值，不支持Pod亲和性
- Lt：label 的值小于设置的值，不支持pod亲和性
- Exists：设置的label 存在
- DoesNotExist：设置的 label 不存在

2.6.1 必须满足

创建 Pod 设置 “ 必须满足 ”

[root@k8s-1 ~]# vim nodeAffinity.yaml
apiVersion: v1
kind: Pod
metadata:
  name: node-affinity
spec:
  containers:
  - name: nginx
    image: nginx
  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: disktype
            operator: In
            values:
              - ssd

生效后，查看状态

注意，2 个 node k8s-2 k8s-3 主机上都有 ssd 标签，Pod 则选择在 k8s-2 上运行

[root@k8s-1 ~]# kubectl apply -f nodeAffinity.yaml 
pod/node-affinity created
[root@k8s-1 ~]# kubectl get pod -o wide
NAME            READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
node-affinity   1/1     Running   0          18s   10.244.1.43   k8s-2   <none>           <none>

2.6.2 倾向满足

创建 Pod 设置 “ 倾向满足 ”

[root@k8s-1 ~]# vim nodeAffinity.yaml
apiVersion: v1
kind: Pod
metadata:
  name: node-affinity
spec:
  containers:
  - name: nginx
    image: nginx
  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: disktype
            operator: In
            values:
              - ssd
      preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 1
        preference:
          matchExpressions:
          - key: zone
            operator: In
            values:
            - v1

给 k8s-3 主机添加 v1 标签

ssd 标签在 k8s-2 和 k8s-3 主机
v1 标签在 k8s-3 主机

[root@k8s-1 ~]# kubectl label nodes k8s-3 zone=v1
node/k8s-3 labeled

[root@k8s-1 ~]# kubectl get nodes --show-labels 
NAME    STATUS   ROLES                  AGE     VERSION   LABELS
k8s-1   Ready    control-plane,master   4h43m   v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-1,kubernetes.io/os=linux,node-role.kubernetes.io/control-plane=,node-role.kubernetes.io/master=,node.kubernetes.io/exclude-from-external-load-balancers=
k8s-2   Ready    <none>                 4h17m   v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-2,kubernetes.io/os=linux
k8s-3   Ready    <none>                 4h11m   v1.22.1   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,disktype=ssd,kubernetes.io/arch=amd64,kubernetes.io/hostname=k8s-3,kubernetes.io/os=linux,zone=v1

删除之前创建的 Pod

[root@k8s-1 ~]# kubectl delete -f nodeAffinity.yaml --force

生效后，创建新的 Pod

[root@k8s-1 ~]# kubectl apply -f nodeAffinity.yaml 
pod/node-affinity created

[root@k8s-1 ~]# kubectl get pod -o wide
NAME            READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
node-affinity   1/1     Running   0          27s   10.244.2.37   k8s-3   <none>           <none>

查看 Pod 的状态

[root@k8s-1 ~]# kubectl describe pod node-affinity
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  97s   default-scheduler  Successfully assigned default/node-affinity to k8s-3
  Normal  Pulling    96s   kubelet            Pulling image "nginx"
  Normal  Pulled     90s   kubelet            Successfully pulled image "nginx" in 6.15509625s
  Normal  Created    89s   kubelet            Created container nginx
  Normal  Started    88s   kubelet            Started container nginx

2.7 pod 间亲和性与反亲和性

pod 亲和性和反亲和性
- podAffinity 主要解决POD可以和哪些POD部署在同一个拓扑域中的问题（拓扑域用主机标签实现，可以是单个主机，也可以是多个主机组成的cluster、zone等。）
- podAntiAffinity主要解决POD不能和哪些POD部署在同一个拓扑域中的问题。它们处理的是Kubernetes集群内部POD和POD之间的关系。
- Pod 间亲和与反亲和在与更高级别的集合（例如 ReplicaSets，StatefulSets，Deployments 等）一起使用时，它们可能更加有用。可以轻松配置一组应位于相同定义拓扑（例如，节点）中的工作负载。
- Pod 间亲和与反亲和需要大量的处理，这可能会显著减慢大规模集群中的调度。
与节点亲和性类似，Pod 的亲和性与反亲和性也有两种类型：

requiredDuringSchedulingIgnoredDuringExecution
preferredDuringSchedulingIgnoredDuringExecution
例如，你可以使用 requiredDuringSchedulingIgnoredDuringExecution 亲和性来告诉调度器，将两个服务的 Pod 放到同一个云提供商可用区内，因为它们彼此之间通信非常频繁。类似地，你可以使用 preferredDuringSchedulingIgnoredDuringExecution 反亲和性来将同一服务的多个 Pod 分布到多个云提供商可用区中。
要使用 Pod 间亲和性，可以使用 Pod 规约中的 .affinity.podAffinity 字段。对于 Pod 间反亲和性，可以使用 Pod 规约中的 .affinity.podAntiAffinity 字段。

2.8 pod 亲和性

创建 Pod，使用亲和性告诉调度器，将 Pod 与具有 nginx 标签的 Pod 运行在一起

[root@k8s-1 ~]# vim podAffinity.yaml
apiVersion: v1
kind: Pod
metadata:
  name: zabbix
  labels:
    app: zabbix
spec:
  containers:
  - name: zabbix
    image: zabbix/zabbix-agent
  affinity:
    podAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - nginx
        topologyKey: kubernetes.io/hostname

因为当前没有具有 nginx 标签的 Pod，生效后发现，Pod 处于 Pending 状态

[root@k8s-1 ~]# kubectl apply -f podAffinity.yaml 
pod/zabbix created
[root@k8s-1 ~]# kubectl get pod -o wide
NAME            READY   STATUS    RESTARTS   AGE   IP            NODE     NOMINATED NODE   READINESS GATES
node-affinity   1/1     Running   0          8s    10.244.2.38   k8s-3    <none>           <none>
zabbix          0/1     Pending   0          39s   <none>        <none>   <none>           <none>

给另一个 Pod 加上 nginx 的标签

[root@k8s-1 ~]# kubectl label pod node-affinity app=nginx
pod/node-affinity labeled

查看状态，发现 Pod 处于 running 状态，且两个 Pod 运行在同一个 node 上

[root@k8s-1 ~]# kubectl get pod -o wide
NAME            READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
node-affinity   1/1     Running   0          86s    10.244.2.38   k8s-3   <none>           <none>
zabbix          1/1     Running   0          117s   10.244.2.39   k8s-3   <none>           <none>

[root@k8s-1 ~]# kubectl get pod --show-labels 
NAME            READY   STATUS    RESTARTS   AGE     LABELS
node-affinity   1/1     Running   0          2m8s    app=nginx
zabbix          1/1     Running   0          2m39s   app=zabbix

名为 zabbix 的 Pod 发现名为 node-affinity 的 Pod 上有指定的 nginx 标签。于是，zabbix 就会跟着 node-affinity 一起运行在同一个 node 上。

Pod 亲和性解决 Pod 与 Pod 之间的关系
node 亲和性解决 Pod 与 node 之间的关系

2.9 pod反亲和性

创建 Pod，使用反亲和性告诉调度器，将 Pod 与具有 nginx 标签的 Pod 运行在一起

[root@k8s-1 ~]# cp podAffinity.yaml podantiAffinity.yaml 
[root@k8s-1 ~]# vim podantiAffinity.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: zabbix
  labels:
    app: zabbix
spec:
  containers:
  - name: zabbix
    image: zabbix/zabbix-agent
  affinity:
    podAntiAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - nginx
        topologyKey: kubernetes.io/hostname

查看当前运行的 Pod 的标签

[root@k8s-1 ~]# kubectl get pod --show-labels 
NAME            READY   STATUS    RESTARTS   AGE     LABELS
node-affinity   1/1     Running   0          5m20s   app=nginx

生效后，查看两个 Pod 的运行状态

[root@k8s-1 ~]# kubectl apply -f podantiAffinity.yaml 
pod/zabbix created

[root@k8s-1 ~]# kubectl get pod -o wide
NAME            READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
node-affinity   1/1     Running   0          6m1s   10.244.2.38   k8s-3   <none>           <none>
zabbix          1/1     Running   0          23s    10.244.1.44   k8s-2   <none>           <none>
[root@k8s-1 ~]# kubectl get pod --show-labels 
NAME            READY   STATUS    RESTARTS   AGE    LABELS
node-affinity   1/1     Running   0          6m9s   app=nginx
zabbix          1/1     Running   0          31s    app=zabbix

2.10 污点

官方文档：概念 | 调度，抢占和驱逐 | 污点和容忍度

NodeAffinity 节点亲和性，是 Pod 上定义的一种属性，使 Pod 能够按我们的要求调度到某个 Node 上，而 Taints 则恰恰相反，它可以让 Node 拒绝运行 Pod，甚至驱逐 Pod。
Taints (污点) 是 Node 的一个属性，设置了 Taints 后，所以 Kubernetes 是不会将 Pod 调度到这个 Node 上的，于是 Kubernetes 就给 Pod 设置了个属性 Tolerations (容忍)，只要 Pod 能够容忍 Node 上的污点，那么 Kubernetes 就会忽略 Node 上的污点，就能够(不是必须)把 Pod 调度过去。
master 为什么不参与调度？
因为 master 上有 NoSchedule 的污点

[root@k8s-1 ~]# kubectl describe nodes k8s-1 | grep -i taint
Taints:             node-role.kubernetes.io/master:NoSchedule

NoSchedule：POD 不会被调度到标记为 taints 节点。
PreferNoSchedule：NoSchedule 的软策略版本。
NoExecute：该选项意味着一旦 Taint 生效，如该节点内正在运行的 POD 没有对应 Tolerate 设置，会直接被逐出。

2.10.1 NoSchedule

给 k8s-2 主机添加 NoSchedule 污点
（不允许 k8s-2 调度）

[root@k8s-1 ~]# kubectl taint nodes k8s-2 k1=v1:NoSchedule
node/k8s-2 tainted

修改之前的 Deployment 的 YAML 清单，副本数为3

[root@k8s-1 ~]# vim deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment-example
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx

生效后，查看 Pod 的运行状态


[root@k8s-1 ~]# kubectl apply -f deployment.yaml 
deployment.apps/deployment-example created

发现所有的 Pod 都运行在了 k8s-3 主机上

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-2wz98   1/1     Running   0          32s   10.244.2.40   k8s-3   <none>           <none>
deployment-example-6799fc88d8-skds4   1/1     Running   0          32s   10.244.2.42   k8s-3   <none>           <none>
deployment-example-6799fc88d8-w8s7m   1/1     Running   0          32s   10.244.2.41   k8s-3   <none>           <none>

k8s-2 上有污点，k8s-3 上没有污点

[root@k8s-1 ~]# kubectl describe nodes k8s-2 | grep -i taint
Taints:             k1=v1:NoSchedule
[root@k8s-1 ~]# kubectl describe nodes k8s-3 | grep -i taint
Taints:             <none>

2.10.2 NoExecute

1：
在server3上加NoExectue
get pod
发现3个pod都被驱离，pending

给 k8s-3 主机上添加 NoExecute 污点

[root@k8s-1 ~]# kubectl taint nodes k8s-3 k1=v1:NoExecute
node/k8s-3 tainted

查看添加污点后，Pod 的运行状态

发现所有的 Pod 处于 Pending 状态，因为两个 node 上都有污点，Pod 不会在它们上运行

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE   IP       NODE     NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-6xbct   0/1     Pending   0          6s    <none>   <none>   <none>           <none>
deployment-example-6799fc88d8-c9k6f   0/1     Pending   0          7s    <none>   <none>   <none>           <none>
deployment-example-6799fc88d8-jt9t2   0/1     Pending   0          6s    <none>   <none>   <none>           <none>

2.10.3 容忍度

为了解决上述 Pending 状态的问题，可以删除 k8s-2 上污点


[root@k8s-1 ~]# kubectl taint nodes k8s-2 k1:NoSchedule-
node/k8s-2 untainted

查看 Pod 的状态，发现恢复正常，都处于 running 的状态。
所有的 Pod 都运行在了 k8s-2 主机上了
但是，生产环境下不能随便删除污点

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-6xbct   1/1     Running   0          103s   10.244.1.47   k8s-2   <none>           <none>
deployment-example-6799fc88d8-c9k6f   1/1     Running   0          104s   10.244.1.45   k8s-2   <none>           <none>
deployment-example-6799fc88d8-jt9t2   1/1     Running   0          103s   10.244.1.46   k8s-2   <none>           <none>

[root@k8s-1 ~]# kubectl describe nodes k8s-2 | grep -i taint
Taints:             <none>

现在恢复 k8s-2 主机的污点

[root@k8s-1 ~]# kubectl taint nodes k8s-2 k1=v1:NoSchedule
node/k8s-2 tainted
[root@k8s-1 ~]# kubectl describe nodes k8s-2 | grep -i taint
Taints:             k1=v1:NoSchedule

查看 Pod 的运行状态后，发现所有的 Pod 并没有受到影响，依旧处于 running 的正常状态。
这是因为给 k8s-2 主机设置的污点是 NoSchedule，它不会对已经运行的 Pod 产生影响

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-6xbct   1/1     Running   0          3m2s   10.244.1.47   k8s-2   <none>           <none>
deployment-example-6799fc88d8-c9k6f   1/1     Running   0          3m3s   10.244.1.45   k8s-2   <none>           <none>
deployment-example-6799fc88d8-jt9t2   1/1     Running   0          3m2s   10.244.1.46   k8s-2   <none>           <none>

但是，在这种情况下创建新的 Pod 时，就会出现 Pending 的错误

[root@k8s-1 ~]# kubectl scale deployment deployment-example --replicas=6
deployment.apps/deployment-example scaled

[root@k8s-1 ~]# kubectl get pod 
NAME                                  READY   STATUS    RESTARTS   AGE
deployment-example-6799fc88d8-2v8s7   0/1     Pending   0          9s
deployment-example-6799fc88d8-6xbct   1/1     Running   0          3m42s
deployment-example-6799fc88d8-bfn7r   0/1     Pending   0          9s
deployment-example-6799fc88d8-c9k6f   1/1     Running   0          3m43s
deployment-example-6799fc88d8-jt9t2   1/1     Running   0          3m42s
deployment-example-6799fc88d8-mlqr2   0/1     Pending   0          9s

为了解决上述 Pending 状态的问题，除了删除污点的方法外，还可以设置容忍度

对 deployment 执行 edit 操作，设置容忍度，要求容忍所有的污点

[root@k8s-1 ~]# kubectl edit deployments.apps deployment-example 
    spec:
      tolerations:
      - operator: "Exists"
      containers:
      - image: nginx
        imagePullPolicy: Always
        name: nginx

查看 Pod 的运行状态，发现处于 running 状态

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-65797dc965-4jdk7   1/1     Running   0          49s   10.244.1.48   k8s-2   <none>           <none>
deployment-example-65797dc965-bxdlx   1/1     Running   0          53s   10.244.2.46   k8s-3   <none>           <none>
deployment-example-65797dc965-jppj6   1/1     Running   0          64s   10.244.2.45   k8s-3   <none>           <none>
deployment-example-65797dc965-twlb2   1/1     Running   0          65s   10.244.2.43   k8s-3   <none>           <none>
deployment-example-65797dc965-xf9cg   1/1     Running   0          41s   10.244.2.47   k8s-3   <none>           <none>
deployment-example-65797dc965-zphk6   1/1     Running   0          65s   10.244.2.44   k8s-3   <none>           <none>

做完这个实验之后需要恢复初始环境
删除 k8s-2 和 k8s-3 主机上的污点
k8s-1 主机的污点不要动

[root@k8s-1 ~]# kubectl describe nodes k8s-2 | grep -i taint
Taints:             k1=v1:NoSchedule

[root@k8s-1 ~]# kubectl describe nodes k8s-3 | grep -i taint
Taints:             k1=v1:NoExecute

[root@k8s-1 ~]# kubectl describe nodes k8s-1 | grep -i taint
Taints:             node-role.kubernetes.io/master:NoSchedule

[root@k8s-1 ~]# kubectl taint node k8s-2 k1=v1:NoSchedule-
node/k8s-2 untainted

[root@k8s-1 ~]# kubectl taint node k8s-3 k1=v1:NoExecute-
node/k8s-3 untainted

[root@k8s-1 ~]# kubectl describe nodes k8s-1 | grep -i taint
Taints:             node-role.kubernetes.io/master:NoSchedule

[root@k8s-1 ~]# kubectl describe nodes k8s-2 | grep -i taint
Taints:             <none>

[root@k8s-1 ~]# kubectl describe nodes k8s-3 | grep -i taint
Taints:             <none>

2.11 cordon、drain 和 delete

影响 Pod 调度的指令还有：cordon、drain、delete，后期创建的 pod 都不会被调度到该节点上，但操作的暴力程度不一样。

2.11.1 cordon 停止调度

影响最小，只会将node调为SchedulingDisabled，新创建pod，不会被调度到该节点，节点原有pod不受影响，仍正常对外提供服务。

修改 deployment 的 YAML 清单，创建 3 个 Pod

[root@k8s-1 ~]# vim deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: deployment-example
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx

生效后，查看 Pod 的运行状态

[root@k8s-1 ~]# kubectl apply -f deployment.yaml 
deployment.apps/deployment-example created
[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-g4xl7   1/1     Running   0          14s   10.244.2.48   k8s-3   <none>           <none>
deployment-example-6799fc88d8-xn7m6   1/1     Running   0          14s   10.244.1.49   k8s-2   <none>           <none>
deployment-example-6799fc88d8-z5p9b   1/1     Running   0          14s   10.244.2.49   k8s-3   <none>           <none>

现在将 k8s-2 主机下线

[root@k8s-1 ~]# kubectl cordon k8s-2
node/k8s-2 cordoned

查看当前 node 的状态，发现 k8s-2 处于 SchedulingDisabled 的状态，不接受调度

[root@k8s-1 ~]# kubectl get nodes
NAME    STATUS                     ROLES                  AGE     VERSION
k8s-1   Ready                      control-plane,master   5h16m   v1.22.1
k8s-2   Ready,SchedulingDisabled   <none>                 4h50m   v1.22.1
k8s-3   Ready                      <none>                 4h44m   v1.22.1

查看 Pod 的状态

发现 k8s-2 上的 Pod 都处于 running 的状态
虽然 k8s-2 下线，但是，这个操作不会影响已经运行的 Pod

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE   IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-g4xl7   1/1     Running   0          82s   10.244.2.48   k8s-3   <none>           <none>
deployment-example-6799fc88d8-xn7m6   1/1     Running   0          82s   10.244.1.49   k8s-2   <none>           <none>
deployment-example-6799fc88d8-z5p9b   1/1     Running   0          82s   10.244.2.49   k8s-3   <none>           <none>

2.11.2 drain 直接驱离

在 cordon k8s-2 的基础上，将 k8s-3 驱离，令其处于不可调度的状态

记得每个 node 上都运行了一个 DaemonSet，需要添加额外的参数 –ignore-daemonsets
还需要注意的是，如果当前节点上有临时存储，出现卡顿，那么除了 --ignore-daemonsets 参数外，还需要添加 –delete-emptydir–date=false 参数

[root@k8s-1 ~]# kubectl drain k8s-3  
node/k8s-3 cordoned
WARNING: ignoring DaemonSet-managed Pods: kube-system/kube-flannel-ds-74mkz, kube-system/kube-proxy-qc4tt
evicting pod default/deployment-example-6799fc88d8-z5p9b
evicting pod default/deployment-example-6799fc88d8-g4xl7
pod/deployment-example-6799fc88d8-z5p9b evicted
pod/deployment-example-6799fc88d8-g4xl7 evicted
node/k8s-3 evicted

查看 node 的运行状态

[root@k8s-1 ~]# kubectl get nodes 
NAME    STATUS                     ROLES                  AGE     VERSION
k8s-1   Ready                      control-plane,master   5h18m   v1.22.1
k8s-2   Ready,SchedulingDisabled   <none>                 4h52m   v1.22.1
k8s-3   Ready,SchedulingDisabled   <none>                 4h46m   v1.22.1

查看 Pod 的运行状态

发现之前在 k8s-3 上运行的 Pod 都处于 Pending 状态，所有的 Pod 被驱离

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE     IP            NODE     NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-xn7m6   1/1     Running   0          2m34s   10.244.1.49   k8s-2    <none>           <none>
deployment-example-6799fc88d8-xp42n   0/1     Pending   0          5s      <none>        <none>   <none>           <none>
deployment-example-6799fc88d8-zjfg8   0/1     Pending   0          5s      <none>        <none>   <none>           <none>

2.11.3 uncordon 上线

恢复 k8s-2

[root@k8s-1 ~]# kubectl uncordon k8s-2
node/k8s-2 uncordoned

查看 node 的状态

[root@k8s-1 ~]# kubectl get nodes
NAME    STATUS                     ROLES                  AGE     VERSION
k8s-1   Ready                      control-plane,master   5h20m   v1.22.1
k8s-2   Ready                      <none>                 4h53m   v1.22.1
k8s-3   Ready,SchedulingDisabled   <none>                 4h47m   v1.22.1

查看 Pod 的状态，发现所有 Pod 都在被调度到了 k8s-2 上了，running

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-xn7m6   1/1     Running   0          4m9s   10.244.1.49   k8s-2   <none>           <none>
deployment-example-6799fc88d8-xp42n   1/1     Running   0          100s   10.244.1.51   k8s-2   <none>           <none>
deployment-example-6799fc88d8-zjfg8   1/1     Running   0          100s   10.244.1.50   k8s-2   <none>           <none>

恢复 k8s-3

[root@k8s-1 ~]# kubectl uncordon k8s-3
node/k8s-3 uncordoned

查看 node 的运行状态

[root@k8s-1 ~]# kubectl get nodes
NAME    STATUS   ROLES                  AGE     VERSION
k8s-1   Ready    control-plane,master   5h20m   v1.22.1
k8s-2   Ready    <none>                 4h53m   v1.22.1
k8s-3   Ready    <none>                 4h47m   v1.22.1

查看 pod 的运行状态

[root@k8s-1 ~]# kubectl get pod -o wide
NAME                                  READY   STATUS    RESTARTS   AGE     IP            NODE    NOMINATED NODE   READINESS GATES
deployment-example-6799fc88d8-xn7m6   1/1     Running   0          4m39s   10.244.1.49   k8s-2   <none>           <none>
deployment-example-6799fc88d8-xp42n   1/1     Running   0          2m10s   10.244.1.51   k8s-2   <none>           <none>
deployment-example-6799fc88d8-zjfg8   1/1     Running   0          2m10s   10.244.1.50   k8s-2   <none>           <none>

2.11.4 delete 节点下线

下线 k8s-3 （中途会将其上运行的 Pod 迁移到其他 node）

[root@k8s-1 ~]# kubectl drain k8s-3 --ignore-daemonsets
node/k8s-3 cordoned
WARNING: ignoring DaemonSet-managed Pods: kube-system/kube-flannel-ds-74mkz, kube-system/kube-proxy-qc4tt
node/k8s-3 drained

节点下线

[root@k8s-1 ~]# kubectl delete nodes k8s-3
node "k8s-3" deleted

查看 node 的状态

[root@k8s-1 ~]# kubectl get nodes
NAME    STATUS   ROLES                  AGE     VERSION
k8s-1   Ready    control-plane,master   5h22m   v1.22.1
k8s-2   Ready    <none>                 4h55m   v1.22.1

考试题目：节点 k8s-3 出现问题，master 上显示不可达

题目：节点 k8s-3 出现问题，master 上显示不可达
思路：
- 首先检测 kubelet 的状态，发现守护进程 kubelet 没有启动；
- 先 enable kubelet；
- 再 restart kubelet
- 这样就恢复正常了，之前的数据也都存在（只要没有做 kubeadm reset）
解决：
- SSH 登陆 k8s-3 主机
- 执行下述 2 条命令

[root@k8s-3 ~]# systemctl enable kubelet
[root@k8s-3 ~]# systemctl restart kubelet.service

在 k8s-3 上执行了上述 2 条命令后，在 master 上查看 node 的状态

[root@k8s-1 ~]# kubectl get nodes
NAME    STATUS   ROLES                  AGE     VERSION
k8s-1   Ready    control-plane,master   5h24m   v1.22.1
k8s-2   Ready    <none>                 4h57m   v1.22.1
k8s-3   Ready    <none>                 8s      v1.22.1

发现其中一个 flannel （k8s-3 主机的）在几秒前重启过

[root@k8s-1 ~]# kubectl get pod -A
NAMESPACE     NAME                                  READY   STATUS    RESTARTS   AGE
default       deployment-example-6799fc88d8-xn7m6   1/1     Running   0          8m27s
default       deployment-example-6799fc88d8-xp42n   1/1     Running   0          5m58s
default       deployment-example-6799fc88d8-zjfg8   1/1     Running   0          5m58s
kube-system   coredns-bdc44d9f-ds4cc                1/1     Running   0          5h23m
kube-system   coredns-bdc44d9f-gth5j                1/1     Running   0          5h23m
kube-system   etcd-k8s-1                            1/1     Running   0          5h24m
kube-system   kube-apiserver-k8s-1                  1/1     Running   0          5h23m
kube-system   kube-controller-manager-k8s-1         1/1     Running   0          5h24m
kube-system   kube-flannel-ds-gmpc5                 1/1     Running   0          5h17m
kube-system   kube-flannel-ds-kpw4n                 1/1     Running   0          23s
kube-system   kube-flannel-ds-qcvxs                 1/1     Running   0          4h57m
kube-system   kube-proxy-4vxkp                      1/1     Running   0          4h57m
kube-system   kube-proxy-d4g6h                      1/1     Running   0          23s
kube-system   kube-proxy-dmfq7                      1/1     Running   0          5h23m
kube-system   kube-scheduler-k8s-1                  1/1     Running   0          5h24m

你可能感兴趣的:(kubernetes,kubernetes,docker,容器,运维,云原生)

Flink中的SQL Client和SQL Gateway BigDataMLApplication flink flink sql gateway
Flink中的SQLClient和SQLGateway对比目录定义基本原理适用场景主要区别常用运维命令示例官方链接正文1.定义SQLClient：FlinkSQLClient是一种用于提交和执行FlinkSQL语句的命令行界面或图形界面工具。SQLGateway：FlinkSQLGateway是一个独立的服务，它允许客户端通过RESTfulAPI将SQL查询提交到Flink集群。2.基本原理SQL
springboot集成logback-spring.xml文件 RT_0114 SpringBoot spring boot spring logback
彩色日志日志分debug和error文件输出，方便开发人员运维日志限制最大保管天数日志限制总量大小占用量GB日志限制单个文件大小MB日志显示最大保留天数屏蔽没用的日志${CONSOLE_LOG_PATTERN}${log.path}/debug.log${log.path}/%d{yyyy-MM-dd,aux}/debug.%d{yyyy-MM-dd}.%i.log.gz1024MB50GB365
helm 部署 Kube-Prometheus + Grafana + 钉钉告警部署 Kube-Prometheus zxj19880502 grafana prometheus
背景角色IPK8S版本容器运行时k8s-master-1172.16.16.108v1.24.1containerd://1.6.8k8s-node-1172.16.16.109v1.24.1containerd://1.6.8k8s-node-2172.16.16.110v1.24.1containerd://1.6.8安装kube-prometheusmkdir-p/data/yaml/kub
docker怎么端口映射 Lance_mu docker 容器运维
1、默认固定的端口#Web服务器：WebApache或Nginx通常使用80端口HTTP：80HTTPS：443#数据库服务器MySQL：3306PostgreSQL：5432MongoDB：27017Redis：6379#邮件服务器SMTP：25POP3：110IMAP：143#其他服务SSH：22FTP：21DNS（域名解析）：53代理服务器Squid：3128版本控制系统Git：9418(S
docker基础（一）运维搬运工容器-docker docker 容器运维
相关概念介绍Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖到一个可移植的容器中，然后发布到任何流行的linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，互相之间不会有任何接口。Docker有几个重要概念：dockerfile，配置文件，用来生成dockerimagedockerimage，交付部署的最小单元docker命令与API，定义命令与接口，支持第三方系统集
网络安全（黑客）——自学2024 小言同学喜欢挖漏洞 web安全安全网络学习网络安全信息安全渗透测试
01什么是网络安全网络安全可以基于攻击和防御视角来分类，我们经常听到的“红队”、“渗透测试”等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。无论网络、Web、移动、桌面、云等哪个领域，都有攻与防两面性，例如Web安全技术，既有Web渗透，也有Web防御技术（WAF）。作为一个合格的网络安全工程师，应该做到攻守兼备，毕竟知己知彼，才能百战百胜。02怎样规划网络安全如果你是一
黑客（网络安全）技术自学30天一个迷人的黑客 web安全安全网络笔记网络安全信息安全渗透测试
01什么是网络安全网络安全可以基于攻击和防御视角来分类，我们经常听到的“红队”、“渗透测试”等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。无论网络、Web、移动、桌面、云等哪个领域，都有攻与防两面性，例如Web安全技术，既有Web渗透，也有Web防御技术（WAF）。作为一个合格的网络安全工程师，应该做到攻守兼备，毕竟知己知彼，才能百战百胜。02怎样规划网络安全如果你是一
linux安装docker及docker-compose 部署spring boot项目时而有事儿 docker linux docker linux spring boot
linux系统环境：centos5.14本篇描述的是在centos系统版本下安装docker，如果是ubuntu版本，请看这篇文章：linuxubuntu20安装docker和docker-compose-CSDN博客正文：安装docker和docker-compose安装docker---------运行命名等待安装完成遇到选择直接输入yyuminstall-yyum-utilsdevice-m
k8s入门到实战（十）—— CronJob详细介绍及使用示例一弓虽 k8s学习 kubernetes 容器云原生
CronJob什么是CronJob在k8s中，CronJob是一种用于定期执行任务的资源对象。它基于Cron表达式，允许您在指定的时间间隔内自动运行容器化的任务。CronJob可以定义以下属性：schedule：指定任务执行的时间表，使用标准的Cron表达式语法。例如，“0****”表示每小时执行一次任务。jobTemplate：定义要执行的任务的模板，通常是一个Pod模板。这个模板包含了任务所需
自学黑客（网络安全）技术——2024最新九九归二 web安全安全学习笔记网络网络安全信息安全
01什么是网络安全网络安全可以基于攻击和防御视角来分类，我们经常听到的“红队”、“渗透测试”等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。无论网络、Web、移动、桌面、云等哪个领域，都有攻与防两面性，例如Web安全技术，既有Web渗透，也有Web防御技术（WAF）。作为一个合格的网络安全工程师，应该做到攻守兼备，毕竟知己知彼，才能百战百胜。02怎样规划网络安全如果你是一
Qlib-Server部署宋志辉 flask python qlib 量化
Qlib-Server部署介绍构建Qlib服务器，用户可以选择：一键部署Qlib服务器逐步部署Qlib服务器一键部署Qlib服务器支持一键部署，用户可以选择以下两种方法之一进行一键部署：使用docker-compose部署在Azure中部署使用docker-compose进行一键部署按照以下步骤使用docker-compose部署Qlib服务器：安装docker，请参考Docker安装。安装doc
【科学小论文】水的物质形态的三种变化橄榄树松
水的物质形态的三种变化张岩松众所周知，水这种物质有三个形态变化：第一个是固体，也就是冰块；第二个是液体，也就是普通的水；还有一种是气体，它存在于空气中，一般情况下是肉眼看不到的。今天，我就来给大家讲讲水的三种形态变化的原因。有人问了，水蒸气是气体还是液体？主张是气体的人说，反正名字里有一个气字，而且把水加热也有气，能从容器里面冒出来。但是主张是液体的人说气是看不见的，如果你把手对着水蒸气，你的手一
了解什么是Docker 黑风风 DevOps学习 docker eureka 容器
了解什么是DockerDocker是一个开源的容器化平台，它使得开发者可以将应用程序及其依赖项打包到一个轻量级的、可移植的容器中。这些容器可以在任何支持Docker的系统上运行，确保了应用程序在不同环境之间的一致性和可移植性。，同时享受隔离性和轻量级的优势。Docker的核心组件Docker引擎Docker引擎是一个客户端-服务器应用程序，包括一个长期运行的守护进程（dockerd）、一个REST
部署es集群 liushaojiax elasticsearch java 大数据
我们会在单机上利用docker容器运行多个es实例来模拟es集群。不过生产环境推荐大家每一台服务节点仅部署一个es的实例。部署es集群可以直接使用docker-compose来完成，但这要求你的Linux虚拟机至少有4G的内存空间创建es集群首先编写一个docker-compose文件，内容如下：version:'2.2'services:es01:image:elasticsearch:7.12
网络安全（黑客技术）—自学德西德西 web安全安全网络安全学习 python 开发语言 php
1.网络安全是什么网络安全可以基于攻击和防御视角来分类，我们经常听到的“红队”、“渗透测试”等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。2.网络安全市场一、是市场需求量高；二、则是发展相对成熟入门比较容易。3.所需要的技术水平需要掌握的知识点偏多（举例）：4.国家政策环境对于国家与企业的地位愈发重要，没有网络安全就没有国家安全更有为国效力的正义黑客—红客联盟可见其重视
Elasticsearch8 - Docker安装Elasticsearch8.12.2 王谷雨_ ElasticSearch elasticsearch docker
前言最近在学习ES，所以需要在服务器上装一个单节点的ES服务器环境：centos7.9安装下载镜像目前最新版本是8.12.2dockerpulldocker.elastic.co/elasticsearch/elasticsearch:8.12.2创建配置新增配置文件elasticsearch.ymlhttp.host:0.0.0.0http.cors.enabled:truehttp.cors.
SQL运维_Unix下MySQL-8.0.18配置文件示例 Mostcow SQL sql 运维 unix
SQL运维_Unix下MySQL-8.0.18配置文件示例MySQL是一个关系型数据库管理系统,由瑞典MySQLAB公司开发,属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一,在WEB应用方面,MySQL是最好的RDBMS(RelationalDatabaseManagementSystem,关系数据库管理系统)应用软件之一。MySQL是一种关系型数据库管理系统,关系数据库将
关于HDP的20道高级运维面试题编织幻境的妖运维
1.描述HDP的主要组件及其作用。HDP（HortonworksDataPlatform）的主要组件包括Hadoop框架、HDFS、MapReduce、YARN以及Hadoop生态系统中的其他关键工具，如Spark、Flink、Hive、HBase等。以下是对这些组件及其作用的具体描述：Hadoop框架:Hadoop是一个开源的分布式计算框架，用Java语言编写，用于存储和处理大规模数据集。它广义
网络安全（黑客技术）—2024自学德西德西开发语言 php 安全 web安全网络安全 python 网络
1.网络安全是什么网络安全可以基于攻击和防御视角来分类，我们经常听到的“红队”、“渗透测试”等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。2.网络安全市场一、是市场需求量高；二、则是发展相对成熟入门比较容易。3.所需要的技术水平需要掌握的知识点偏多（举例）：4.国家政策环境对于国家与企业的地位愈发重要，没有网络安全就没有国家安全更有为国效力的正义黑客—红客联盟可见其重视
网络安全（黑客）—2024自学笔记羊村最强沸羊羊 web安全笔记安全网络安全网络 python 开发语言
前言一、什么是网络安全网络安全可以基于攻击和防御视角来分类，我们经常听到的“红队”、“渗透测试”等就是研究攻击技术，而“蓝队”、“安全运营”、“安全运维”则研究防御技术。无论网络、Web、移动、桌面、云等哪个领域，都有攻与防两面性，例如Web安全技术，既有Web渗透，也有Web防御技术（WAF）。作为一个合格的网络安全工程师，应该做到攻守兼备，毕竟知己知彼，才能百战百胜。二、怎样规划网络安全如果你
谈谈对前端性能监控的理解和实践 Layla_c web jave python 前端
一、谈谈对前端性能监控的理解和实践前端性能监控是确保网页或应用高效、稳定运行的关键环节，它涉及对前端页面加载速度、资源消耗、错误率等指标的实时监控和预警。通过前端性能监控，开发者和运维团队能够及时发现并解决性能瓶颈，从而提升用户体验和系统稳定性。理解前端性能监控，首先要明确其重要性。在移动互联网时代，用户对网页和应用的响应速度有着极高的要求。如果页面加载缓慢或出现卡顿，用户可能会选择离开，这对企业
mineadmin使用docker启动方式 qq_38812523 docker php 容器
找个目录,git下来mineadmin代码,在根目录,创建文件名docker-compose.yml然后复制下面代码version:'3'services:#首先下载前端，https://gitee.com/mineadmin/mineadmin-vue#在后端根目录建立mine-ui目录，把前端文件复制过来。#容器内访问宿主机的地址用：host.docker.internal#宿主机也可以在ho
RabbitMQ的安装白泽27 rabbitmq 分布式
典型应用场景：异步处理。把消息放入消息中间件中，等到需要的时候再去处理。流量削峰。例如秒杀活动，在短时间内访问量急剧增加，使用消息队列，当消息队列满了就拒绝响应，跳转到错误页面，这样就可以使得系统不会因为超负载而崩溃Linux下安装#拉取镜像dockerpullrabbitmq:3.8-management#创建容器启动dockerrun-d--restart=always-p5672:5672-
Devops-02-Jpom 简而轻的低侵入式在线构建、自动部署、日常运维、项目监控软件老马啸西风 java
拓展阅读Devops-01-devops是什么？Devops-02-Jpom简而轻的低侵入式在线构建、自动部署、日常运维、项目监控软件代码质量管理SonarQube-01-入门介绍项目管理平台-01-jira入门介绍缺陷跟踪管理系统，为针对缺陷管理、任务追踪和项目管理的商业性应用软件项目管理平台-01-Phabricator入门介绍一套集成的强大工具，帮助公司构建更高质量的软件持续集成平台01je
今天简单聊聊容器化第十个灵魂 docker K8S 云原生数字化转型云原生容器 docker
什么是容器化容器化（Containerization）是一种软件开发和部署的方法，其核心思想是将应用程序及其所有依赖项打包到一个独立的运行环境中，这个环境被称为容器。容器化技术使得应用程序可以在不同的计算环境中以一致的方式运行，从而提供了更高的可移植性、可靠性和可扩展性。容器化的优势可移植性:容器可以轻松地在不同的环境中运行，而无需进行任何修改。资源隔离:每个容器都拥有自己的资源，并与其他容器隔离
【Docker】【nginx】docker安装nginx并映射宿主机配置文件地址小丛的知识窝 nginx docker 运维
dockerrun-d-p80:80-v/root/docker/docker-nginx/nginx.conf:/etc/nginx/nginx.conf-v/root/docker/docker-nginx/html:/usr/share/nginx/html-v/root/docker/docker-nginx/logs:/var/log/nginx--namenginxnginx
【WPF应用4】WPF界面对象编辑白话Learning WPF wpf
简介WPF（WindowsPresentationFoundation）是.NET框架的一部分，它为开发人员提供了一个用于构建桌面应用程序用户界面的强大平台。WPF界面对象编辑是指在WPF应用程序中创建、设计和修改用户界面元素的过程。这些界面对象不仅包括基本的控件如按钮、文本框和标签，还包括更复杂的布局容器如面板和堆叠面板，以及自定义控件和视觉效果。WPF界面对象编辑的功能和灵活性使得它成为开发富
Docker(一)：Docker入门教程蓝胖子的白日梦丶
如今Docker的使用已经非常普遍，特别在一线互联网公司。使用Docker技术可以帮助企业快速水平扩展服务，从而到达弹性部署业务的能力。在云服务概念兴起之后，Docker的使用场景和范围进一步发展，如今在微服务架构越来越流行的情况下，微服务+Docker的完美组合，更加方便微服务架构运维部署落地。本文详细解释介绍Docker入门相关内容，后期重点关注Docker在微服务体系中的使用。在了解Dock
Docker 安装mysql 主从复制 dylan_2017 Docker高级 docker mysql 容器
目录1MySql主从复制简介1.1主从复制的概念1.2主从复制的作用2.搭建主从复制2.1pullmysql镜像2.2新建主服务器容器实例33072.2.1master创建my.cnf2.2.2重启master2.2.3进入mysql容器，创建同步用户2.3新建从服务器容器实例33082.3.1slave创建my.cnf2.3.2重启slave实例2.3.3在master中查看主从同步状态2.3.
突破编程_C++_面试（STL 编程 stack） breakthrough_01 突破编程_C++_面试 c++面试
1请简述std::stack在C++STL中的基本功能和使用场景std::stack在C++STL（标准模板库）中是一个容器适配器，专门用于实现后进先出（LIFO，Last-In-First-Out）的数据结构。其基本功能和使用场景如下：基本功能：push(element)：向栈顶添加元素。pop()：移除栈顶元素。如果栈为空，则此操作可能会导致未定义行为。top()：返回栈顶元素的引用，但不移除
辗转相处求最大公约数沐刃青蛟 C++漏洞
无言面对”江东父老“了，接触编程一年了，今天发现还不会辗转相除法求最大公约数。惭愧惭愧！为此，总结一下以方便日后忘了好查找。 1.输入要比较的两个数a,b 忽略：2.比较大小（因为后面要的是大的数对小的数做%操作） 3.辗转相除（用循环不停的取余，如a%b,直至b=0） 4.最后的a为两数的最大公约数 &
F5负载均衡会话保持技术及原理技术白皮书 bijian1013 F5 负载均衡
一.什么是会话保持？在大多数电子商务的应用系统或者需要进行用户身份认证的在线系统中，一个客户与服务器经常经过好几次的交互过程才能完成一笔交易或者是一个请求的完成。由于这几次交互过程是密切相关的，服务器在进行这些交互过程的某一个交互步骤时，往往需要了解上一次交互过程的处理结果，或者上几步的交互过程结果，服务器进行下
Object.equals方法：重载还是覆盖 Cwind java generics override overload
本文译自StackOverflow上对此问题的讨论。原问题链接在阅读Joshua Bloch的《Effective Java（第二版）》第8条“覆盖equals时请遵守通用约定”时对如下论述有疑问： “不要将equals声明中的Object对象替换为其他的类型。程序员编写出下面这样的equals方法并不鲜见，这会使程序员花上数个小时都搞不清它为什么不能正常工作：” pu
初始线程 15700786134
暑假学习的第一课是讲线程，任务是是界面上的一条线运动起来。既然是在界面上，那必定得先有一个界面，所以第一步就是，自己的类继承JAVA中的JFrame，在新建的类中写一个界面，代码如下： public class ShapeFr
Linux的tcpdump 被触发 tcpdump
用简单的话来定义tcpdump，就是：dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息。实用命令实例默认启动 tcpdump 普通情况下，直
安卓程序listview优化后还是卡顿肆无忌惮_ ListView
最近用eclipse开发一个安卓app，listview使用baseadapter，里面有一个ImageView和两个TextView。使用了Holder内部类进行优化了还是很卡顿。后来发现是图片资源的问题。把一张分辨率高的图片放在了drawable-mdpi文件夹下，当我在每个item中显示，他都要进行缩放，导致很卡顿。解决办法是把这个高分辨率图片放到drawable-xxhdpi下。 &nb
扩展easyUI tab控件，添加加载遮罩效果知了ing jquery
(function () { $.extend($.fn.tabs.methods, { //显示遮罩 loading: function (jq, msg) { return jq.each(function () { var panel = $(this).tabs(&
gradle上传jar到nexus 矮蛋蛋 gradle
原文地址： https://docs.gradle.org/current/userguide/maven_plugin.html configurations { deployerJars } dependencies { deployerJars "org.apache.maven.wagon
千万条数据外网导入数据库的解决方案。 alleni123 sql mysql
从某网上爬了数千万的数据，存在文本中。然后要导入mysql数据库。悲剧的是数据库和我存数据的服务器不在一个内网里面。。 ping了一下， 19ms的延迟。于是下面的代码是没用的。 ps = con.prepareStatement(sql); ps.setString(1, info.getYear())............; ps.exec
JAVA IO InputStreamReader和OutputStreamReader 百合不是茶 JAVA.io操作字符流
这是第三篇关于java.io的文章了，从开始对io的不了解-->熟悉--->模糊，是这几天来对文件操作中最大的感受，本来自己认为的熟悉了的，刚刚在回想起前面学的好像又不是很清晰了，模糊对我现在或许是最好的鼓励我会更加的去学加油！： JAVA的API提供了另外一种数据保存途径，使用字符流来保存的，字符流只能保存字符形式的流字节流和字符的难点：a,怎么将读到的数据
MO、MT解读 bijian1013 GSM
MO= Mobile originate，上行，即用户上发给SP的信息。MT= Mobile Terminate，下行，即SP端下发给用户的信息；上行:mo提交短信到短信中心下行:mt短信中心向特定的用户转发短信，你的短信是这样的，你所提交的短信，投递的地址是短信中心。短信中心收到你的短信后，存储转发，转发的时候就会根据你填写的接收方号码寻找路由，下发。在彩信领域是一样的道理。下行业务：由SP
五个JavaScript基础问题 bijian1013 JavaScript call apply this Hoisting
下面是五个关于前端相关的基础问题，但却很能体现JavaScript的基本功底。问题1：Scope作用范围考虑下面的代码： (function() { var a = b = 5; })(); console.log(b); 什么会被打印在控制台上？回答：上面的代码会打印 5。 &nbs
【Thrift二】Thrift Hello World bit1129 Hello world
本篇，不考虑细节问题和为什么，先照葫芦画瓢写一个Thrift版本的Hello World，了解Thrift RPC服务开发的基本流程 1. 在Intellij中创建一个Maven模块，加入对Thrift的依赖，同时还要加上slf4j依赖，如果不加slf4j依赖，在后面启动Thrift Server时会报错 <dependency>
【Avro一】Avro入门 bit1129 入门
本文的目的主要是总结下基于Avro Schema代码生成，然后进行序列化和反序列化开发的基本流程。需要指出的是，Avro并不要求一定得根据Schema文件生成代码，这对于动态类型语言很有用。 1. 添加Maven依赖 <?xml version="1.0" encoding="UTF-8"?> <proj
安装nginx+ngx_lua支持WAF防护功能 ronin47
需要的软件:LuaJIT-2.0.0.tar.gz nginx-1.4.4.tar.gz &nb
java-5.查找最小的K个元素-使用最大堆 bylijinnan java
import java.util.Arrays; import java.util.Random; public class MinKElement { /** * 5.最小的K个元素 * I would like to use MaxHeap. * using QuickSort is also OK */ public static void
TCP的TIME-WAIT bylijinnan socket
原文连接： http://vincent.bernat.im/en/blog/2014-tcp-time-wait-state-linux.html 以下为对原文的阅读笔记说明：主动关闭的一方称为local end，被动关闭的一方称为remote end 本地IP、本地端口、远端IP、远端端口这一“四元组”称为quadruplet，也称为socket 1、TIME_WA
jquery ajax 序列化表单 coder_xpf Jquery ajax 序列化
checkbox 如果不设定值，默认选中值为on；设定值之后，选中则为设定的值 <input type="checkbox" name="favor" id="favor" checked="checked"/> $("#favor&quo
Apache集群乱码和最高并发控制 cuisuqiang apache tomcat 并发集群乱码
都知道如果使用Http访问，那么在Connector中增加URIEncoding即可，其实使用AJP时也一样，增加useBodyEncodingForURI和URIEncoding即可。最大连接数也是一样的，增加maxThreads属性即可，如下，配置如下： <Connector maxThreads="300" port="8019" prot
websocket dalan_123 websocket
一、低延迟的客户端-服务器和服务器-客户端的连接很多时候所谓的http的请求、响应的模式，都是客户端加载一个网页，直到用户在进行下一次点击的时候，什么都不会发生。并且所有的http的通信都是客户端控制的，这时候就需要用户的互动或定期轮训的，以便从服务器端加载新的数据。通常采用的技术比如推送和comet（使用http长连接、无需安装浏览器安装插件的两种方式：基于ajax的长
菜鸟分析网络执法官 dcj3sjt126com 网络
最近在论坛上看到很多贴子在讨论网络执法官的问题。菜鸟我正好知道这回事情.人道"人之患好为人师" 手里忍不住,就写点东西吧. 我也很忙.又没有MM,又没有MONEY....晕倒有点跑题. OK,闲话少说,切如正题. 要了解网络执法官的原理. 就要先了解局域网的通信的原理. 前面我们看到了.在以太网上传输的都是具有以太网头的数据包.
Android相对布局属性全集 dcj3sjt126com android
RelativeLayout布局android:layout_marginTop="25dip" //顶部距离android:gravity="left" //空间布局位置android:layout_marginLeft="15dip //距离左边距 // 相对于给定ID控件android:layout_above 将该控件的底部置于给定ID的
Tomcat内存设置详解 eksliang jvm tomcat tomcat内存设置
Java内存溢出详解一、常见的Java内存溢出有以下三种： 1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出JVM在启动的时候会自动设置JVM Heap的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)不可超过物理内存。可以利用JVM提
Java6 JVM参数选项 greatwqs java HotSpot jvm jvm参数 JVM Options
Java 6 JVM参数选项大全（中文版）作者：Ken Wu Email: [email protected] 转载本文档请注明原文链接 http://kenwublog.com/docs/java6-jvm-options-chinese-edition.htm！本文是基于最新的SUN官方文档Java SE 6 Hotspot VM Opt
weblogic创建JMC i5land weblogic jms
进入 weblogic控制太 1.创建持久化存储 --Services--Persistant Stores--new--Create FileStores--name随便起--target默认--Directory写入在本机建立的文件夹的路径--ok 2.创建JMS服务器 --Services--Messaging--JMS Servers--new--name随便起--Pers
基于 DHT 网络的磁力链接和BT种子的搜索引擎架构 justjavac DHT
上周开发了一个磁力链接和 BT 种子的搜索引擎 {Magnet & Torrent}，本文简单介绍一下主要的系统功能和用到的技术。系统包括几个独立的部分：使用 Python 的 Scrapy 框架开发的网络爬虫，用来爬取磁力链接和种子；使用 PHP CI 框架开发的简易网站；搜索引擎目前直接使用的 MySQL，将来可以考虑使
sql添加、删除表中的列 macroli sql
添加没有默认值：alter table Test add BazaarType char(1) 有默认值的添加列：alter table Test add BazaarType char(1) default(0) 删除没有默认值的列：alter table Test drop COLUMN BazaarType 删除有默认值的列：先删除约束（默认值）alter table Test DRO
PHP中二维数组的排序方法 abc123456789cba 排序二维数组 PHP
<?php/*** @package BugFree* @version $Id: FunctionsMain.inc.php,v 1.32 2005/09/24 11:38:37 wwccss Exp $*** Sort an two-dimension array by some level
hive优化之------控制hive任务中的map数和reduce数 superlxw1234 hive hive优化
一、控制hive任务中的map数: 1. 通常情况下，作业会通过input的目录产生一个或者多个map任务。主要的决定因素有： input的文件总个数，input的文件大小，集群设置的文件块大小(目前为128M, 可在hive中通过set dfs.block.size;命令查看到，该参数不能自定义修改)；2.
Spring Boot 1.2.4 发布 wiselyman spring boot
Spring Boot 1.2.4已于6.4日发布，repo.spring.io and Maven Central可以下载(推荐使用maven或者gradle构建下载)。这是一个维护版本，包含了一些修复small number of fixes,建议所有的用户升级。 Spring Boot 1.3的第一个里程碑版本将在几天后发布，包含许多

【考点】CKA 08_Kubernetes工作负载与调度 关系调度 nodeSelector 亲和性和反亲和性 污点 节点驱离与下线