what

cd /var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots
mv 41689 /tmp

移除就好了。

-p 50000:50000

端口换掉，在试试。

补充一个，如果需要加入一个新的控制平面节点，则需要为控制平面加入命令重新创建一个新密钥。只需三个简单步骤即可完成：

1. 使用 kubeadm init phase upload-certs --upload-certs 在已运行的主节点中重新上传证书。这将生成一个新的证书密钥。

2. 使用 kubeadm token create --print-join-command 在已运行的主节点中打印 join 命令。

3. 加入新的控制平面节点：$JOIN_COMMAND_FROM_STEP2 --control-plane --certificate-key $KEY_FROM_STEP1.

这对旧版本的 Kubernetes 可能不起作用，但我用新版本试了一下，确实有效。

kubeadm token create --print-join-command

谢谢，是这个原因。

对应的是pod的.metadata.uid：

for d in /var/lib/kubelet/pods/*; do
  p_u=$(basename "$d")
  kubectl get po -A -o json | \
    jq --arg pod_uuid "$p_u" -r '.items[] 
      | select(.metadata.uid == $pod_uuid) 
      | "uuid \($pod_uuid) is \(.metadata.name)"'
done

类似如下输出：

"Labels": {
    "annotation.io.kubernetes.container.hash": "e44bee94",
    "annotation.io.kubernetes.container.restartCount": "4",
    "annotation.io.kubernetes.container.terminationMessagePath": "/dev/termination-log",
    "annotation.io.kubernetes.container.terminationMessagePolicy": "File",
    "annotation.io.kubernetes.pod.terminationGracePeriod": "30",
    "io.kubernetes.container.logpath": "/var/log/pods/kube-system_storage-provisioner_b4aa3b1c-62c1-4661-a302-4c06b305b7c0/storage-provisioner/4.log",
    "io.kubernetes.container.name": "storage-provisioner",
    "io.kubernetes.docker.type": "container",
    "io.kubernetes.pod.name": "storage-provisioner",
    "io.kubernetes.pod.namespace": "kube-system",
    "io.kubernetes.pod.uid": "b4aa3b1c-62c1-4661-a302-4c06b305b7c0",
    "io.kubernetes.sandbox.id": "3950ec60121fd13116230cad388a4c6c4e417c660b7da475436f9ad5c9cf6738"
}

在Kubernetes中，无状态应用通常指的是应用程序的设计方式，使其在集群中的任何节点上都能够无缝运行，而不依赖于特定节点的本地存储或状态信息。这种设计有助于实现高可用性、伸缩性和容错性。Kubernetes是一个开源的容器编排平台，用于自动化容器化应用程序的部署、扩展和管理。

无状态应用在Kubernetes中的主要特征包括：

1. 无状态容器： 应用程序的组件被打包为容器，并设计为无状态的。容器应该包含所有应用程序所需的依赖项，并且不应该依赖于本地存储或节点上的任何状态信息。

2. 自动伸缩： 无状态应用可以更容易地实现自动伸缩。Kubernetes可以根据负载情况自动调整应用程序的副本数量，以满足性能需求。

3. 高可用性： 由于无状态应用不依赖于本地状态，因此它们可以在集群中的任何节点上运行。如果某个节点故障，Kubernetes可以重新调度应用程序的副本到其他健康的节点上，实现高可用性。

4. 简化部署： 无状态应用的部署更为简单，因为它们不需要在节点之间同步状态信息。这使得应用程序更易于扩展和更新。

在Kubernetes中，无状态应用通常指的是应用程序的设计方式，使其在集群中的任何节点上都能够无缝运行，而不依赖于特定节点的本地存储或状态信息。这种设计有助于实现高可用性、伸缩性和容错性。Kubernetes是一个开源的容器编排平台，用于自动化容器化应用程序的部署、扩展和管理。

无状态应用在Kubernetes中的主要特征包括：

1. 无状态容器： 应用程序的组件被打包为容器，并设计为无状态的。容器应该包含所有应用程序所需的依赖项，并且不应该依赖于本地存储或节点上的任何状态信息。

2. 自动伸缩： 无状态应用可以更容易地实现自动伸缩。Kubernetes可以根据负载情况自动调整应用程序的副本数量，以满足性能需求。

3. 高可用性： 由于无状态应用不依赖于本地状态，因此它们可以在集群中的任何节点上运行。如果某个节点故障，Kubernetes可以重新调度应用程序的副本到其他健康的节点上，实现高可用性。

4. 简化部署： 无状态应用的部署更为简单，因为它们不需要在节点之间同步状态信息。这使得应用程序更易于扩展和更新。

这是 Lettuce 的一项安全功能，目的是防止通过集群节点（CLUSTER NODES）重定向到（尚未）已知的节点。如果拓扑结构发生变化，而客户端有不同的视图，就会出现这种状态。

Redis在扩容/缩容过程中，当实例分片数发生变化时，存在节点拓扑关系和Slot对应信息的变化，需要客户端进行拓扑关系的自动更新，否则可能造成请求路由失败或者路由位置错误等，造成客户端访问报错。

1、开启Cluster集群自动刷新拓扑配置。

spring:
  redis:
    cluster:
      refresh:
        adaptive: true
        period: 30000    # 30秒自动刷新一次

2、关闭“验证集群节点成员资格开关”，关闭方式如下：

spring:
  redis:
    cluster:
      validate-cluster-node-membership: false

Calico的问题。
从 v3.26.0 升级到 v3.26.1 解决了这个问题。

你这么做是对的。

通常情况下，如kubectl scale deploy my-awesome-deployment --replicas=0，这样就不需要指定特定文件了，但如果对你来说更方便，使用文件也没有错。