与Couchbase/Kubernetes的cluster.openBucket调用连接超时

与Couchbase/Kubernetes的cluster.openBucket调用连接超时,kubernetes,couchbase,google-kubernetes-engine,Kubernetes,Couchbase,Google Kubernetes Engine,我已经使用GoogleGKE部署了一个4节点的Couchbase集群。 主节点向Loadbaancer公开端口8091、8093。 当通过Java应用程序连接到Loadbalancer IP(外部)以插入数据时,我得到了以下堆栈的超时错误: Apr 04, 2017 3:32:15 PM com.couchbase.client.core.endpoint.AbstractEndpoint$2 operationComplete WARNING: [null][ViewEndpoint]: So

我已经使用GoogleGKE部署了一个4节点的Couchbase集群。 主节点向Loadbaancer公开端口8091、8093。 当通过Java应用程序连接到Loadbalancer IP(外部)以插入数据时,我得到了以下堆栈的超时错误:

Apr 04, 2017 3:32:15 PM com.couchbase.client.core.endpoint.AbstractEndpoint$2 operationComplete
WARNING: [null][ViewEndpoint]: Socket connect took longer than specified timeout.
Apr 04, 2017 3:32:15 PM com.couchbase.client.core.endpoint.AbstractEndpoint$2 operationComplete
WARNING: [null][KeyValueEndpoint]: Socket connect took longer than specified timeout.
Apr 04, 2017 3:32:15 PM com.couchbase.client.deps.io.netty.util.concurrent.DefaultPromise notifyListener0
WARNING: An exception was thrown by com.couchbase.client.core.endpoint.AbstractEndpoint$2.operationComplete()
rx.exceptions.OnErrorNotImplementedException: connection timed out: /10.4.0.3:8093
    at rx.Observable$26.onError(Observable.java:7955)
    at rx.observers.SafeSubscriber._onError(SafeSubscriber.java:159)
    at rx.observers.SafeSubscriber.onError(SafeSubscriber.java:120)
    at rx.internal.operators.OperatorMap$1.onError(OperatorMap.java:48)
令人费解的是,堆栈显示的是10.4.0.3:8093,这实际上是docker容器的IP。
感谢所有建议。

您是否检查了主节点和工作节点的防火墙规则?您需要允许已设置的端口进入


请参阅

gke-auto-complete-a3114b27-all default 10.4.0.0/14 udp、icmp、esp、ah、sctp、tcp-gke-auto-complete-a3114b27-ssh default 35.184.136.11/32 tcp:22 gke-auto-complete-a3114b27-node-auto-complete-a3114b27-vms default 10.128.0.0/9 tcp:1-65535、udp:1-65535、,icmp gke-auto-complete-a3114b27-node k8s-fw-a9b9a61a4198411e780b042010a8000d默认值0.0.0.0/0 tcp:8091,tcp:8093 gke-auto-complete-a3114b27-nodeSorry,以上是未正确格式化的防火墙规则列表。我只在主节点(实际上是主pod)中将端口8091和8093暴露给LB,而不是工作节点。更新:将超时时间从20秒增加到60秒。开桶器。然而,由此得到很多警告:
警告:10.4.1.5的DNS反向查找速度很慢,需要4514ms 2017年4月5日下午1:21:59 com.couchbase.client.core.node.CouchbaseNode
插入数据时再次超时。Kubedns已启动并运行。您使用的机器尺寸是多少?可能是内存问题?非常感谢您的回复,非常感谢!每个节点的RAM大小为3 GB。系统有3个节点和4个吊舱,但所有吊舱都在2个节点上运行。我要装的桶是空的。我可以从LB IP打开Couchbase控制台,查询我也拥有的旅行样本,我看到旅行样本数据在节点之间正确地重新平衡。但是,SELECT查询返回的速度非常慢。我认为,问题在于这种反向DNS查找。它保持超时,每个节点需要5秒。我认为,如果没有这种反向DNS,单节点系统将非常快。