监视 DevOps 的 OCI 负载平衡器后端操作

简介

在本教程中，您将了解如何编辑后端的权重、排空状态、脱机状态和备份状态，以查看产生的行为。这些都是非常有用的功能，可以使您的应用部署、维护和恢复简单而无缝。

监视 OCI 负载平衡器后端权重、耗尽状态、脱机状态、备份状态，并了解它如何影响流量。

此示例使用加权循环分配策略，所有权重均相同。

负载平衡器按顺序循环遍历所有后端时，行为符合预期。

后端的权重决定了它将接收的传入通信的比例，权重越高，表示比例越大。例如，后端加权“3”比后端加权“1”接收新连接数的三倍。

我们正在使用 OCI 负载平衡器设置，如以下屏幕截图中所示：

为此，请执行以下操作：
1. 导航到后端。
2. 选中其旁边的复选框，然后单击编辑权重。请指定权重。
预测：权重越高，发送至后端的流量占比就越大。如果一个后端的重量是其他后端的 2 倍，则接收的流量应该是另一个后端的两次。如果 10 倍，则通信量增加 10 倍，以此类推。

实际行为：下表显示了修改后端 2 的权重时三个后端的命中次数。

后端 2 重量	后端 1 数	后端 2 数	后端 3 数
1	4	4	4
2	3	6	3
3	3	7	2
4	2	8	2
5	1	9	2

重量按预期工作。

将服务器的排空状态设置为 true 表示负载平衡器将停止向后端服务器转发新的 TCP 连接和新的非粘滞 HTTP 请求。这样，您可以无缝地将服务器从轮换中取出来，对于维护目的很有用。

我们正在使用 OCI 负载平衡器设置，如以下屏幕截图中所示：

为此，请执行以下操作：
1. 导航到后端。
2. 选中其旁边的复选框，然后单击编辑消耗状态。您应该会看到后端的排水状态变为“Drained（已耗尽）”。
预测：后端 3 不应接收任何新请求，因此请求现在应在后端 1 和后端 2 之间循环。
实际行为：正如预期的那样，后端 3 已耗尽所有连接，并且未收到任何新的 TCP 或非粘滞 HTTP 请求。因此，负载平衡器在后端 1 和后端 2 之间来回退。

注：受限后端不会收到任何新的 TCP 或非粘滞请求。即便如此，负载平衡服务仍认为标记为“耗尽”的服务器可用于现有的持久性会话。这意味着现有持久性会话仍会到达耗尽的后端，但是不属于现有持久性会话的新请求将不会。

后端的脱机状态决定了是否向其转发任何入站流量，是否存在闲置流量。例如，设置为“真”时，负载平衡器不会将入站流量转发到后端。

我们正在使用 OCI 负载平衡器设置，如以下屏幕截图中所示：

为此，请执行以下操作：
1. 导航到后端。
2. 选中该复选框旁边的复选框，然后单击编辑脱机状态。您应看到脱机状态变为“True”。
预测：后端 2 已完全脱机，因此我们在后端 1 和后端 2 之间来回退。
实际行为：将后端 2 标记为脱机后，请求在后端 1 和后端 3 之间退回。

备份状态允许您为灾难恢复方案定义后端服务器。如果服务器的备份状态设置为“True”，则仅当未标记为备份的所有其他后端服务器脱机时，负载平衡器才会向其转发入站流量。

注：标记为备份的后端服务器与使用 IP 散列策略的负载平衡器不兼容。

我们正在使用 OCI 负载平衡器设置，如以下屏幕截图中所示：

为此，请执行以下操作：
1. 导航到后端。
2. 选择其旁边的复选框，然后单击编辑备份状态。您应该会看到备份状态为“True”。
预测 - 负载平衡器最初应在传递所有健康检查的情况下，在后端 2 和后端 3 之间循环。仅当后端 2 和后端 3 都不健康时，后端 1 才应开始接收请求。
实际行为：所有三个运行状况检查均通过：

负载平衡器在后端 2 和后端 3 之间来回退。但是，将两个服务器脱机后：

负载平衡器开始仅提供后端 1。