“kubeadm init”在设置高可用性集群时失败

Question

我尝试为库伯内特斯设置一个haproxd的多主节点设置，如[1]中所述。我的网络配置是：

• haproc=192.168.1.213
• master 0|1|2=192.168.1.210|211|212
• worker0|1|2=192.168.1.220|221|222（此时不感兴趣）

所有主机都能够相互连接（DNS针对每个节点进行解析）。每个节点都运行 Ubuntu 18.04.3 （LTS）。泊坞窗安装为

< li>docker.io/bionic-updates，bionic-security，现为18 . 09 . 7-0 Ubuntu 1 ~ 18 . 04 . 4 amd64[已安装]

库伯内特斯目前安装的软件包有

< li>kubeadm/kubernetes-xenial，现在是1 . 16 . 3-00 amd64[已安装] < li>kubectl/kubernetes-xenial，现在是1 . 16 . 3-00 amd64[已安装] < li>kubelet/kubernetes-xenial，现在为1 . 16 . 3-00 amd64[已安装，自动] < Li > kubernetes-CNI/kubernetes-xenial，现在是0 . 7 . 5-00 amd64[已安装，自动]

使用[2]中所述的附加存储库（我知道我已经在我的虚拟机上安装了仿生，但可用的“最新”存储库仍然是xenial）。

我的haproxy安装为< code>haproxy/bionic，现在是2 . 0 . 9-1 PPA 1 ~ bionic amd64[installed]来自[3]资源库。

global
    log /dev/log        local0
    log /dev/log        local1 notice
    chroot /var/lib/haproxy
    stats socket /run/haproxy/admin.sock mode 660 level admin expose-fd listeners
    stats timeout 30s
    user haproxy
    group haproxy
    daemon

defaults
    log global
    mode http
    retries 2
    timeout connect 3000ms
    timeout client  5000ms
    timeout server  5000ms

frontend kubernetes
    bind        *:6443
    option      tcplog
    mode        tcp
    default_backend kubernetes-master-nodes

backend kubernetes-master-nodes
    mode    tcp
    balance roundrobin
    option  tcp-check
    server  master0 192.168.1.210:6443 check fall 3 rise 2
    server  master1 192.168.1.211:6443 check fall 3 rise 2
    server  master2 192.168.1.212:6443 check fall 3 rise 2

在尝试设置我的第一个控制平面时，运行 kubeadm 初始化 --控制平面-endpoint “haproxy.my.lan：6443” --上传证书 -v=6 如 [4] 中所述，导致以下错误：

Error writing Crisocket information for the control-plane node

完全登录 [5]。如果我的 haproxy 配置中存在错误，或者如果 Docker 或 kubernetes 本身可能存在一些故障，我会感到非常迷茫。

我的 /etc/docker/守护进程.json 看起来像这样：

{
  "exec-opts": ["native.cgroupdriver=systemd"],
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "100m"
  },
  "storage-driver": "overlay2"
}

< Li >[1]https://kubernetes . io/docs/setup/production-environment/tools/kube ADM/high-avail ability/ < Li >[2]https://kubernetes . io/docs/tasks/tools/install-ku bectl/# install-using-native-package-management < Li >[3]https://launchpad.net/~vbernat/档案/ubuntu/haproxy-2.0 < Li >[4]https://kubernetes . io/docs/setup/production-environment/tools/kube ADM/high-avail ability/# stacked-control-plane-and-etcd-nodes <李>[5]

Answer 1

虽然无法找到一个像样的解决方案，并在github上的原始“kubeadm”项目中产生了一个问题，但请参见此处：https://github.com/kubernetes/kubeadm/issues/1930。

因为这个问题中建议的“分类”对我来说是不可行的(Ubuntu基本上是“设置好的”)，所以我最后设置了另一个Docker发行版，如下所述:https://docs.docker.com/install/linux/docker-ce/ubuntu/，在开始新的设置之前清除已html" target="_blank">安装的发行版。

通过kubeadm＜code＞v1.16.3＜/code＞运行Docker（Community）＜code＞v19.03.5＜/code＞时，会引发以下警告：

[WARNING SystemVerification]: this Docker version is not on the list of validated versions: 19.03.5. Latest validated version: 18.09

结果非常好，我设法设置了我的ha集群，如原始留档中所述。

所以，这可以被认为是一种解决方法，而不是我最初问题的解决方案！