本地环境中的负载均衡器服务

mitaparvin

сообщение изменено mitaparvin в 2023-10-3 07:25

---

的最重要原因是为我们的客户提供一个 Kubernetes 环境，该环境在公共云提供商、本地云以及这些云提供商的组合中表现一致。 单一方法并不能涵盖所有用例，因此Banzai Cloud Pipeline 平台提供了四种不同的方法来构建和使用混合云。 集群组 联邦 服务网格 混合云控制器 要了解更多信息，请查看使用 Kubernetes 构建混合云的四种方法帖子。 Kubernetes 与大多数云提供商的计算资源可用的网络和存储服务集成，因此将网络服务公开到互联网或创建持久卷可以非常轻松 - 考虑到您对默认配置和成本感到满意这些综合服务。这在实践中意味着什么？如果您创建服务 - 例如尝试公开您自己的基于 TCP 的服务，或安装入口控制器 - 云提供商集成将负责创建所需的云资源，并写回可用服务的端点。

如果您没有云提供商集成或用于此目的的控制器，您的资源将保持状态。 LoadBalancer  Service  Pending 我们一直都有针对现实本地部署用例的解决方案，但最近我们开始将大多数本地部署中使用的解决方案合并到我们的开源 PKE 项目中。 让我们看 电话号码列表 看如何使用MetalLB在裸机和虚拟化环境（例如 VMware vSphere、Hyper-V 或不同的基于 KVM 和 Xen 的解决方案）中提供完美的 LoadBalancer 体验。 背景 负载平衡是一种解决方案，而不是一个确切的问题。大多数时候，当我们谈论负载均衡器时，我们假设它们通过将传入流量分配到水平扩展应用程序的实例来处理两个不同但相关的问题。 性能：在理想情况下，您可以总结应用程序实例的单独性能。一般来说，它们一起可以承受单个实例无法处理的负载。


高可用性：如果某些应用程序实例由于故障或更改传播（例如版本升级）而停止工作，则其余应用程序实例将承担负载。 此外，就 Kubernetes 而言，LoadBalancer 服务是向集群或网格之外的世界（其他服务、内部用户或互联网）公开服务（无论是否冗余）的最简单、最常见的方法。 负载均衡作为一个概念可以发生在 OSI 网络模型的不同级别上，主要是 L4（传输层，例如 TCP）和 L7（应用层，例如 HTTP）。在 Kubernetes 中，是 L4 的抽象，而是应用协议（HTTP/HTTPS）的 L7 路由和负载均衡的通用解决方案。这不是您必须选择的东西，因为 Ingress 背后的引擎，例如 Traefik 或 Nginx入口控制器，通常是通过 LoadBalancer 服务访问的。