Question

我在1.11上部署了3个节点的Kubernetes集群，其中部署了版本2.5.1的kubeadm和weave（CNI）。我正在提供128 IP的IP范围的编织CIDR。节点两次重新引导后，某些吊舱卡在containerCreating状态。

运行kubectl describe pod <pod_name>后，您将看到以下错误：

Events:
Type     Reason                  Age                From                Message
----     ------                  ----               ----                
-------
Normal   SandboxChanged          20m (x20 over 1h)  kubelet, 10.0.1.63  Pod sandbox changed, it will be killed and re-created.
Warning  FailedCreatePodSandBox  30s (x25 over 1h)  kubelet, 10.0.1.63  Failed create pod sandbox: rpc error: code = DeadlineExceeded desc = context deadline exceeded

如果我检查有多少个容器正在运行以及为它们分配了多少IP地址，我可以看到24个容器：

[root@ip-10-0-1-63 centos]# weave ps | wc -l
26

在该节点上要编织的IP总数为42。

[root@ip-10-0-1-212 centos]# kubectl exec -n kube-system -it weave-net-6x4cp -- /home/weave/weave --local status ipam
Defaulting container name to weave.
Use 'kubectl describe pod/weave-net-6x4cp -n kube-system' to see all of the containers in this pod.
6e:0d:f3:d7:f5:49(10.0.1.63)                42 IPs (32.8% of total) (42 active)
7a:24:6f:3c:1b:be(10.0.1.212)               40 IPs (31.2% of total) 
ee:00:d4:9f:9d:79(10.0.1.43)                46 IPs (35.9% of total)

您可以看到所有42个IP都处于活动状态，因此没有更多IP可分配给新容器。但是在42个容器中，实际上只有26个分配给了容器，我不确定剩余的IP在哪里。它在所有三个节点上都发生。

以下是编织状态的输出供您参考：

[root@ip-10-0-1-212 centos]# weave status

    Version: 2.5.1 (version 2.5.2 available - please upgrade!)

    Service: router
    Protocol: weave 1..2
       Name: 7a:24:6f:3c:1b:be(10.0.1.212)
    Encryption: disabled
PeerDiscovery: enabled
    Targets: 3
Connections: 3 (2 established, 1 failed)
      Peers: 3 (with 6 established connections)
TrustedSubnets: none

    Service: ipam
     Status: waiting for IP(s) to become available
      Range: 192.168.13.0/25
DefaultSubnet: 192.168.13.0/25

如果您需要更多信息，我们很乐意提供。有任何线索吗？

Answer 1

不确定我们是否有相同的问题。但是在我重新启动节点之前。我需要先drain。因此，该节点中的所有Pod将被逐出。我们可以安全地重启节点。该节点启动后。您需要再次uncordon。该节点将可再次用于调度pod。

我的推荐人https://kubernetes.io/docs/tasks/administer-cluster/safely-drain-node/

Answer 2

我猜想有16个IP保留用于Pod重用。这些是基于CIDR范围的每个节点的最大Pod。

  Maximum Pods per Node CIDR Range per Node
  8                     /28
  9 to 16               /27
  17 to 32              /26
  33 to 64              /25
  65 to 110             /24

Answer 3

如果您编织的IP已用尽，并且某些IP在重启后未释放。您可以删除文件/var/lib/weave/weave-netdata.db并重新启动编织窗格。

对于我来说，我添加了一个systemd脚本，该脚本在系统每次重新启动或关闭时都会删除/var/lib/weave/weave-netdata.db文件，一旦系统启动，它将为所有Pod分配新的Ip，并且永远不会编织IP耗尽再次见过。

将此内容发布在这里，希望其他人会发现它对他们的用例有用。

重新启动节点后，由于编织IP不足，吊舱卡在containerCreating状态

3 个答案: