我想在外部公开我的Kubernetes部署。我已经选择创建一个库伯内特斯‘服务’类型的‘负荷平衡器’。
我可以假设这个负载均衡器是在我的集群之外提供的吗?如果是这样的话,我的容器/云提供商(这里是Azure)是否有责任为我的Kubernetes集群提供一个LB?
这是否引入了一个单一的失败点?如果LB失败了会发生什么?Azure/Amazon/Google是否以另一个“热门”LB正在等待跳槽的方式提供LB?或者,我的应用程序可能暂时无法使用,而Azure为我提供了另一个LB?
在Kubernetes和Kubernetes托管服务之间似乎有一个灰色地带。
发布于 2017-08-17 03:13:50
Azure/Amazon/Google是否以另一个“热门”LB正在等待跳槽的方式提供LB?
目前,Azure不支持和。Azure只支持一个负载均衡器为您的可用性集。
在Azure中,无法为一个可用性集部署两个LB。据我所知,Azure负载平衡器SLA与Azure Vnet一样,只有当这个位置关闭时,LB才会下降。
顺便说一下,Azure支持在一个LB中创建多个Vms以提供高SLA,所以我想LB不会下降。
但是我还没有找到任何关于Azure负载平衡器SLA的官方文章。
这是否引入了一个单一的失败点?
据我所知,我不认为这是一个单一的失败点。
发布于 2017-08-17 00:24:03
对于,由Google创建和管理外部云负载均衡器。
在这里,您可以看到一个负载平衡器的例子,我已经为我删除的集群设置了一个负载均衡器。

当我添加或删除节点池时,云负载均衡器将自动更新配置。注意,这与入口控制器不同。你可以在这里读到更多关于它的信息:https://cloud.google.com/container-engine/docs/tutorials/http-balancer和https://cloud.google.com/load-balancing/
发布于 2017-08-17 18:05:00
我问我们的微软代表这个问题:
这似乎是一个愚蠢的问题,但如果我提供Azure LB (第4层)或网关(第7层),我是否可以假设LB是容错的?这意味着,如果运行实际LB的底层硬件死亡,由Microsoft控制的其他VM将介入并继续处理通信。我这么假设对吗?我无法找到Azure如何处理这个问题的任何细节。这很重要,因为如果Azure LB退出,我的Kubernetes节点集群就不会变得不可用。我不想要一个失败点。有什么想法?
我收到了以下答复:
是。
因此,虽然这没有透露任何实现细节,但它确实确认了LB是高度可用的.。
https://stackoverflow.com/questions/45723064
复制相似问题