Vultr负载均衡器

• 什么是负载均衡器
• 部署负载均衡器
• 部署后

什么是负载均衡器

负载平衡器位于应用程序的前面，并在应用程序的多个实例之间分配传入流量。例如，假设您有一个电子商务网站。您会注意到，您已经获得了吸引力，并吸引了越来越多的客户使用您的应用程序。为了容纳此流量，您可以部署电子商务商店的另一个实例。现在，为了将用户定向到商店的这些实例之间，您可以在它们前面部署负载均衡器。

负载平衡器将在您的应用程序的两个实例之间分配流量。这样，您可以通过部署更多实例来扩展应用程序，并将它们放在负载均衡器后面，从而增加可以处理的流量。这也有助于提高正常运行时间-使用负载平衡器，如果您有多个实例，而其中一个实例发生故障或脱机，则负载均衡器会将流量转移到运行状况良好的节点上。

部署负载均衡器

总览

这是一项完全托管的服务。您不必担心保持负载平衡器基础架构正常运行。这使您可以专注于构建应用程序并根据需要扩展它们。但是请注意，将要求您确保已正确配置和设置应用程序以与负载均衡器一起使用。

转发规则

在这里，您将定义哪些公用端口通过协议映射到哪些内部端口。例如：如果我有一个ruby on rails应用程序，希望在其前面放置一个负载平衡器，并且该应用程序正在侦听端口，1234但是我希望用户通过port访问我的应用程序80，则可以将映射定义为Load Balancer http 80 -> Instance HTTP 1234

如果选择HTTPS作为协议，系统将提示您上传自己的SSL证书。在将来的版本中，将添加“让我们加密”支持。

负载均衡器配置

演算法

该算法有两个可用选项：

• Roundrobin-轮流选择服务器。这是默认算法。

• Leastconn-选择连接数最少的服务器-建议用于更长的会话。同一后端中的服务器也以循环方式旋转。

粘性会议

我们正在为粘性会话使用应用程序控制的会话持久性。

您的应用程序会生成一个cookie，该cookie确定会话粘性的持续时间。负载均衡器仍然在其上面发出自己的会话cookie，但是现在它遵循应用程序cookie的生存期。

这使粘性会话更加有效，从而确保用户在其本地会话cookie过期后再也不会路由到服务器。但是，由于需要在负载均衡器和应用程序之间进行额外的集成，因此实现起来更加复杂。

系统将要求您添加一个cookie名称。

标签

这只是负载均衡器的标签。

强制HTTP到HTTPS

这将强制HTTP重定向到HTTPS。您需要配置有效的SSL证书和HTTPS才能正常工作。

健康检查

这些运行状况检查将验证您连接的应用程序/实例是否健康，并且可以正确路由到它们。如果您的一个实例未通过运行状况检查，则负载均衡器将切断该实例的流量。

部署后

部署完成后（可能要花几分钟时间），将为您提供IPV4和IPV6地址，该地址是负载均衡器的公用IP。

现在，您还可以将应用程序/实例与所需的任何配置更改一起附加/分离到负载均衡器。

指标

负载平衡器运行了几分钟后，便会收集指标。您将能够从负载均衡器信息中心的“指标”标签中查看指标。