确定包含三个收集器 A、B 和 C 的群集已超载。
通过将一组连接属性添加到 MOM 上的 IntroscopeEnterpriseManager.properties 文件来动态添加收集器 D。 此外，您已将该群集中所有收集器的重新平衡阈值设置为 10,000 个度量标准。 通过在 IntroscopeEnterpriseManager.properties 文件中配置 introscope.enterprisemanager.loadbalancing.threshold 属性执行了此操作。
度量标准平均负载是分别报告给收集器 A、B 和 C 的 30,000 个度量标准，而将零个度量标准报告给收集器 D。 由于以下因素，MOM 将对群集进行重新平衡：
MOM 会重新平衡分别来自收集器 A、B 和 C 的 7000 个度量标准，并将全部 21,000 个度量标准重定向为报告给收集器 D。 重新平衡后，会将 23,000 个度量标准报告给收集器 A，将 23,000 个度量标准报告给收集器 B，将 23,000 个度量标准报告给收集器 C，将 21,000 个度量标准报告给收集器 D。
MOM 连接到收集器 A 和 B。 36,000 个度量标准报告给收集器 A，30,000 个度量标准报告给收集器 B。 使用 IntroscopeEnterpriseManager.properties 文件中的 introscope.enterprisemanager.loadbalancing.threshold 属性将度量标准阈值设置为 10,000 个度量标准。 收集器 C（报告给它的度量标准有 24,000 个）添加到了该群集。
MOM 不对度量标准负载进行重新平衡，因为：
MOM 连接到收集器 A、B 和 C。 报告给收集器 A 的度量标准有 36,000 个，报告给收集器 B 的度量标准有 30,000 个，报告给收集器 C 的度量标准有 24,000 个。 收集器 A 出现故障，报告给收集器 A 的代理将重新连接到 MOM。 MOM 将大约 15,000 个度量标准重定向到收集器 B，并将 21,000 个度量标准重定向到收集器 C。 现在，报告给收集器 B 和 C 的度量标准各有 45,000 个。
收集器 A 在出现故障后恢复时，群集是不平衡的。 平均度量标准负载为 30,000 个度量标准 [0 + 45,000 + 45,000]/3)。 然而，报告给收集器 B 和 C 的度量标准各有 45,000 个，
因此，MOM 将总共具有 15,000 个度量标准的代理分别从收集器 B 和 C 断开连接，然后将全部的 30,000 个度量标准重定向到收集器 A。 这会导致将 30,000 个度量标准分别报告给收集器 A、B 和 C。
MOM 连接到收集器 A、B 和 C。 阈值设置为 10,000。 报告给收集器 A 的度量标准有 24,000 个，报告给收集器 B 的度量标准有 30,000 个，报告给收集器 C 的度量标准有 36,000 个，总共有 90,000 个度量标准。 群集的每个收集器平均有 30,000 个度量标准。 您已经将收集器 A 的权重设置为 150，将收集器 B 的权重设置为 100，将收集器 C 的权重设置为 50。 平均权重是 100（权重之和除以收集器数，或 (150 + 100 + 50)/3）。
理想情况下，每个收集器的度量标准负载应当与其相对权重成比例。 由于收集器 A 的权重为 150，因此理想情况下它应当有 45,000 个度量标准。 其权重比平均值高 50%，因此理想情况下其度量标准负载应当比平均值 30,000 个度量标准高 50%。 收集器 B 的权重等于平均值，因此理想情况下其度量标准负载应为平均值，即 30,000 个度量标准。 收集器 C 的权重是平均值的 50%，因此理想情况下其度量标准负载应为平均值的 50%，即 15,000 个度量标准。
基于这些相对权重和度量标准平均值，群集是不平衡的。 收集器 A 欠载，因为它小于权重调整后的平均值，且两者之差大于阈值 (24,000 - 45,000= -21,000)。 收集器 B 完全平衡，因为其度量标准负载等于权重调整后的平均值，即 30,000 个度量标准。 收集器 C 超载，因为它大于权重调整后的平均值，且两者之差大于 10,000 个度量标准的阈值 (36,000 - 15,000= 21,000)。 通过将具有 21,000 个度量标准的代理从收集器 C 中逐出，然后将其重定向到收集器 A，MOM 使群集重新平衡。
|
版权所有 © 2013 CA。
保留所有权利。
|
|