通过托管区域或负载均衡器解析 Couchbase IP
Resolving Couchbase IP through hosted zone or load balancer
我们在 AWS 中有一个 Couchbase 集群,并使用 Java 服务访问它。在 Java 服务中,我们放置了 IP 地址,以便服务可以在引导时建立连接。
有时,我们需要添加新节点或从现有集群中删除现有节点。我们希望具有灵活性,我们应该能够添加新节点并删除所有现有节点。
为了确保服务仍然能够连接到 Couchbase,我们希望使用 DNS 解析器或负载平衡器。
我不确定它是否会起作用?有什么想法吗?
我知道这个回复来晚了。我们已经通过 Java SDK 将网络负载均衡器用于 bootstrap 并且它有效。我们没有做任何性能分析通过。
Couchbase Java 客户端直接连接到实例。这有助于提高性能,因为客户端直接与节点对话。我们通过域名或负载均衡器创建的任何抽象只会在 bootstrap 过程中使用(即,当客户端第一次尝试建立连接时)。
我终于使用了 AWS 托管区域。我们也可以使用负载均衡器,但它会造成混淆。负载均衡器用于将流量委托给不同的实例,但在这种情况下,客户端直接连接到实例。
我们在 AWS 中有一个 Couchbase 集群,并使用 Java 服务访问它。在 Java 服务中,我们放置了 IP 地址,以便服务可以在引导时建立连接。
有时,我们需要添加新节点或从现有集群中删除现有节点。我们希望具有灵活性,我们应该能够添加新节点并删除所有现有节点。
为了确保服务仍然能够连接到 Couchbase,我们希望使用 DNS 解析器或负载平衡器。
我不确定它是否会起作用?有什么想法吗?
我知道这个回复来晚了。我们已经通过 Java SDK 将网络负载均衡器用于 bootstrap 并且它有效。我们没有做任何性能分析通过。
Couchbase Java 客户端直接连接到实例。这有助于提高性能,因为客户端直接与节点对话。我们通过域名或负载均衡器创建的任何抽象只会在 bootstrap 过程中使用(即,当客户端第一次尝试建立连接时)。
我终于使用了 AWS 托管区域。我们也可以使用负载均衡器,但它会造成混淆。负载均衡器用于将流量委托给不同的实例,但在这种情况下,客户端直接连接到实例。