作为负载均衡设备的系统管理员，经常遇到的问题是pool中配置的member或者说service的监控状态为失败(down)了。我们知道，负载均衡器会禁用这个失效的节点，把新的流量发送给pool中其他可用节点。但是，已经跟这个失效节点发起的连接请求，会如何处理呢？ 从提高用户体验的角度来看，也许让已有连接继续进行，直至正常
MAC地址大家都很熟悉，是网络接口卡地全球唯一标识符，保证了各个接口卡在网络环境中的唯一可识别性。随着HA应用和虚拟化的发展，虚拟MAC也越来越多的被应用到生产环境之中。下面浅要谈一下负载均衡产品netscaler和bigip中的虚拟MAC的应用。 物理MAC为什么是全球唯一的？
F5的负载均衡产品Bigip不用我多介绍了，是ADN（应用交付网络）市场里的龙头老大。由于其基于Linux系统，所以同样拥有tcpdump网络抓包工具，是网络排错方面的必备工具。下面简单介绍用法。 对特定网络接口做抓包：tcpdump -i <interface> &nbs
大家都知道netscaler或bigip等负载均衡产品都可以实现HA模式下的故障切换，这也是负载均衡产品的主要特性之一。但是这个特性是如何实现的呢? 下面以netscaler为例，简要介绍一下virtual MAC在故障切换(failover)中的作用。 在一个HA模式中，首要节点
在对netscaler上pool中的服务器节点做批量重启时/或者启用原先禁用的节点时，有时候会发生连接数堵塞导致pool失去响应的故障。症状表现为，pool中的一些节点无法正常处理应用请求，连接数很高，无法处理，成为死节点；导致其他节点承受过大应用压力，可能导致pool整体无响应或者很差的处理表现。 原因：
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
