3

etcd config を使用して kubernetes api サーバーを起動しようとしています (kubernetes は、構成ファイルからすべてのパラメーターを読み取るメソッドを持つ go-etcd を使用します):

{ 
  "cluster": {
    "machines": [ "https://my-public-hostname:2379" ] 
  }, 
  "config": { 
  "certFile": "/etc/ssl/etcd/client.pem", 
  "keyFile": "/etc/ssl/etcd/client.key.pem", 
  "caCertFiles": [ 
  "/etc/ssl/etcd/ca.pem" 
  ], 
    "timeout": 5, 
    "consistency": "WEAK" 
  } 
}

しかし、etcd に正常に到達できないため、kube-apiserver で失敗します。これは、クラスターを同期しようとするためだと思いますが、わかりません。

0.0.0.0/0 に設定されている listen-client-urls を除いて、アドバタイズおよびクライアント アドレスに内部 IP を使用して (etcd) クラスターを作成しました。また、クラスタ全体は、 からアクセスできるロード バランサの背後にありますmy-public-hostname。

コンテナー内では (私は を使用しているためhyperkube)、etcdctl「--no-sync」パラメーターを設定しない限り機能しません。そのパラメーターなしで etcdctl を使用すると、kube-apiserver のように不審に失敗します。しかし、クラスターの同期を行うkubernetesのコードを確認できませんでした...

何か案は？

前もって感謝します。

編集：

kubernetes の現在の etcd クライアント ( https://github.com/coreos/go-etcd ) に関連するエラーのようで、最新のものではありません ( https://github.com/coreos/etcd/client ) ）。これを経験的にテストしたところ、「etcd/client」は機能しますが、「go-etcd」は機能しません。このテストはhttps://github.com/glerchundi/etcd-go-clients-testで確認できます。

go-etcd を kubernetes の etcd/client に移行する作業が進行中であることは注目に値します: https://github.com/kubernetes/kubernetes/issues/11962。

Kubernetes チームの誰かがこれを確認できますか?

付録1

私はCoreOSでkubernetesを実行しようとしていflannelます.locksmithdfleet

付録 2 (これらのコマンドは、hyperkube コンテナー内で実行されます。具体的には、このコンテナーです: gcr.io/google_containers/hyperkube:v1.0.6)

--no-sync なしの etcdctl は、次の出力に失敗します。

root@98b2524464f1:/# etcdctl --cert-file="/etc/ssl/etcd/client.pem" --key-file="/etc/ssl/etcd/client.key.pem" --ca-file="/etc/ssl/etcd/ca.pem" --peers="http//my-public-hostname:2379" ls / 
Error: 501: All the given peers are not reachable (failed to propose on members [https://10.1.0.1:2379 https://10.1.0.0:2379 https://10.1.0.2:2379] twice [last error: Get https://10.1.0.0:2379/v2/keys/?quorum=false&recursive=false&sorted=false: dial tcp 10.1.0.0:2379: i/o timeout]) [0]

そしてこれでkube-apiserver：

root@98b2524464f1:/# /hyperkube \ 
apiserver \ 
--bind-address=0.0.0.0 \ 
--etcd_config=/etc/kubernetes/ssl/etcd.json \ 
--allow-privileged=true \ 
--service-cluster-ip-range=10.3.0.0/24 \ 
--secure_port=443 \ 
--advertise-address=10.0.0.2 \ 
--admission-control=NamespaceLifecycle,NamespaceExists,LimitRanger,SecurityContextDeny,ServiceAccount,ResourceQuota \ 
--tls-cert-file=/etc/kubernetes/ssl/apiserver.pem \ 
--tls-private-key-file=/etc/kubernetes/ssl/apiserver.key.pem \ 
--client-ca-file=/etc/kubernetes/ssl/ca.pem \ 
--service-account-key-file=/etc/kubernetes/ssl/apiserver.key.pem

F1002 09:47:29.348527 384 controller.go:80] Unable to perform initial IP allocation check: unable to refresh the service IP block: 501: All the given peers are not reachable (failed to propose on members [https://my-public-hostname:2379] twice [last error: Get https://my-public-hostname:2379/v2/keys/registry/ranges/serviceips?quorum=false&recursive=false&sorted=false: dial tcp: i/o timeout]) [0]

付録 3

etcd #0:
  etcd2:
    name: etcd0
    initial-cluster-state: new
    initial-cluster: etcd0=http://10.1.0.0:2380,etcd1=http://10.1.0.1:2380,etcd2=http://10.1.0.2:2380
    data-dir: /var/lib/etcd2
    advertise-client-urls: https://10.1.0.0:2379
    initial-advertise-peer-urls: http://10.1.0.0:2380
    listen-client-urls: https://0.0.0.0:2379
    listen-peer-urls: http://10.1.0.0:2380
    client-cert-auth: true
    trusted-ca-file: /etc/ssl/etcd/certs/ca-chain.cert.pem
    cert-file: /etc/ssl/etcd/certs/etcd-server.cert.pem
    key-file: /etc/ssl/etcd/private/etcd-server.key.pem

etcd #1:
  etcd2:
    name: etcd1
    initial-cluster-state: new
    initial-cluster: etcd0=http://10.1.0.0:2380,etcd1=http://10.1.0.1:2380,etcd2=http://10.1.0.2:2380
    data-dir: /var/lib/etcd2
    advertise-client-urls: https://10.1.0.1:2379
    initial-advertise-peer-urls: http://10.1.0.1:2380
    listen-client-urls: https://0.0.0.0:2379
    listen-peer-urls: http://10.1.0.1:2380
    client-cert-auth: true
    trusted-ca-file: /etc/ssl/etcd/certs/ca-chain.cert.pem
    cert-file: /etc/ssl/etcd/certs/etcd-server.cert.pem
    key-file: /etc/ssl/etcd/private/etcd-server.key.pem

etcd #2:
  etcd2:
    name: etcd2
    initial-cluster-state: new
    initial-cluster: etcd0=http://10.1.0.0:2380,etcd1=http://10.1.0.1:2380,etcd2=http://10.1.0.2:2380
    data-dir: /var/lib/etcd2
    advertise-client-urls: https://10.1.0.2:2379
    initial-advertise-peer-urls: http://10.1.0.2:2380
    listen-client-urls: https://0.0.0.0:2379
    listen-peer-urls: http://10.1.0.2:2380
    client-cert-auth: true
    trusted-ca-file: /etc/ssl/etcd/certs/ca-chain.cert.pem
    cert-file: /etc/ssl/etcd/certs/etcd-server.cert.pem
    key-file: /etc/ssl/etcd/private/etcd-server.key.pem
4

1 に答える 1

2

最後に、この問題の原因を突き止めました。go-etcdjson のタイムアウト値を基本単位としてナノ秒を使用する time.Duration に非整列化するため、タイムアウトが正しく定義されませんでした。したがって、値が 1 の場合、1000000000 を書き込む必要があります。

上記の例に従います。

{ 
  "cluster": {
    "machines": [ "https://my-public-hostname:2379" ] 
  }, 
  "config": { 
    "certFile": "/etc/ssl/etcd/client.pem", 
    "keyFile": "/etc/ssl/etcd/client.key.pem", 
    "caCertFiles": [ 
      "/etc/ssl/etcd/ca.pem" 
    ], 
    "timeout": 5000000000, 
    "consistency": "WEAK" 
  } 
}
于 2015-10-04T17:11:15.083 に答える