认识达内从这里开始

为了确保应用软件性能可用性等特点，软件运维管理程序员需要长期对软件进行监控与维护，而今天我们就通过案例分析来了解一下，负载均衡对软件运维管理的作用。

所有的负载均衡都需要决定转发分组/请求的位置，这就是网络、连接和应用程序负载均衡之间的区别变得重要的地方。每个人都根据可能导致或阻碍企业实施特定类型的部署模式的特征做出决策。

适当的网络负载均衡依赖于网络层信息。而源端和目标端IP以及TCP端口(在某些情况下)构成决策的基础。

当网络负载均衡服务收到请求时，它通常会散列源端IP和目标端IP(以及TCP端口)，然后选择目标资源。这个请求然后被发送到资源。

网络负载均衡具有作为所有负载均衡算法中快决策者的优势，但它具有不能平衡流量的缺点。这意味着网络负载均衡(NLB)更关心路由流量，而不是跨资源平衡流量。它会进行尝试，但有些情况下会因为“超级代理”问题而失败。

当大量流量来自同一范围的网络地址时，就会出现超级代理问题。这会导致所有流量发送到相同的资源，因为散列变量之间没有足够的分化来分配多个资源。精明的开发人员会认识到这是一个冲突，这是基于哈希算法的常见问题。由于性能受到目标资源负载的影响，其冲突问题更加恶化。随着负载的增加(在任何系统上)，其性能会下降。

所以，如果企业打算使用这种消费，可能会经历糟糕的分布，并因此表现不佳。这是因为大多数企业流量都来自同一个范围的IP地址。然而，对于消费者来说，这不应该是一个问题。

企业也无法根据应用程序(或API)版本引导流量，也无法使用它来分割跨多个服务的API流量，因为它无法考虑基于HTTP的变量(如URI或Cookie)。

简单旧式负载均衡(POLB)是负载均衡的原始形式，其中企业所熟悉的实际负载均衡算法发挥作用。轮询调度(RoundRobin)、少连接(LeastConnections)、快回应(FastestResponse)都是至今仍在使用的大规模算法。

POLB是基于协议的，支持UDP(用于流式传输)和TCP(面向连接)。它的决定基于所选择的算法，仅此而已。

简单旧式负载均衡(POLB)接收请求，并根据算法从资源池(有时称为服务器场或集群)中选择资源。然后，它转发请求，然后退出。

这种负载均衡的好处是速度相对较快，并有多种算法选项可供选择。如果性能至关重要，请选择快回应(FastestResponse)。如果企业只想快速轻松地进行扩展，请选择轮询调度(RoundRobin)。

简单旧式负载均衡(POLB)的缺点是，如果决策基于HTTP标头中的某些内容(如cookie或URI)，则只能实现部署模式。根据负载均衡服务，企业可以使用诸如时间或计数器之类的变量来实现A/B测试等模式，以确定选择哪个资源。它不一定像使用HTTP负载均衡一样简易，但仍然可以获得相同的结果。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。