2008年9月20日(周六)下午，在新东方国展校区，负载均衡沙龙顺利结束了。真诚地感谢大家的积极捧场啊，本次沙龙来了接近200人，由于人多事忙，导致有不周之处，各位可要包涵一下了。另外，关于以后的沙龙活动及主题，大家可以多提建议哈。

到目前为止，我们已经举办了多次沙龙，本次沙龙有以下几个方面值得说明：
一、与上次的网络流量分析沙龙选择的茶楼不同，本次选择了大教室，地方空间较大，投影仪、话筒等设备齐全。以后将发扬。
二、沙龙现场人数接近200人，连180人的大教室都没有了位置。说明很多人的确关心此类话题。
三、沙龙分解为：主题讲解与问题讨论两个环节，形式上进行了改革。不过，从现场执行情况看，讨论部分变成了问答形式，而并非真正的讨论。下次一定进行调整。

本次沙龙参与者有以下的统计特征：
A、有一半的人，用过或者偿试/了解过，haporxy、nginx、LVS、Squid等技术
B、至少有20％的人所在单位，已经部署了硬件的负载均衡产品，例如F5/netscaler/radware等产品
C、有一半的人，来自网站企业，基于网站开展业务的企业，例如慧聪网、Sina、博宝网、蓝港在线、联播网等等。可见，网站企业对这块的需求的确很大，

应该说，一次沙龙，在有限的时间里，并不能让一个网友学到太多内容，讨论太深的主题。不过，这让大家相互有了一定的认识，更重要的是，通过相互交流，大家可以相互在沙龙学到很多方法论，工作重点、学习方向、研究重点等。

下面，就是本次沙龙的主要内容：
本次沙龙，主要讨论四个方面的内容：LVS负载均衡、Nginx负载均衡、大型网站集群的整体建设战略、haporxy的负载均衡。我们分别邀请了相应的资深高手进行精彩讲解，依次为田逸、张宴、Metoo2008、HonestQiao，
沙龙主持人为 草上飞2008。

4个小时的负载均衡沙龙现场视频下载！(分成4段：田逸、张宴、Metoo2008、HonestQiao)
此视频下载需要你回复一下，关于沙龙的看法、建议，以便于以后举办相应的活动.

演讲视频下载：田逸：Lvs搞定负载均衡
http://wmv.it168.com/others/08-09-26/chinauinx.wmv
演讲视频下载：张宴：Nginx搞定负载均衡
http://wmv.it168.com/others/08-09-26/chinauinx2.wmv
演讲视频下载：Metoo2008:大型网站集群的整体建设战略
http://wmv.it168.com/others/08-09-26/chinauinx3.wmv
演讲视频下载：HonestQiao：Haporxy的负载均衡使用经验
http://wmv.it168.com/others/08-09-26/chinauinx4.wmv

一：实景演示:Lvs+keepalived+failover搞定服务器负载均衡
田逸：资深系统管理员，精通linux/unix
我们在论坛上，在QQ里面讨论到很多零零碎碎的关于负载均衡的问题，不见得全面。我受IT168的邀请，我想展示一个实际的例子，大家都在做，到底效果怎么样？理论上我们就不想多说，所以以实际例子为主。

文字实录：实景演示:Lvs+keepalived+failover搞定服务器负载均衡
http://bbs.chinaunix.net/thread-1274636-1-1.html
PPT下载：Lvs+keepalived+failover搞定服务器负载均衡
http://bbs.chinaunix.net/thread-1274642-1-1.html
主题讨论、提问：LVS的应用问题
http://bbs.chinaunix.net/thread-1274643-1-1.html

二：主题讲解：五分钟搞定 Nginx 负载均衡
张宴：针对Nginx这块，我们邀请了张宴进行讲解。张宴曾在新浪等公司任系统工程师、系统架构师，具有系统架构设计与部署、系统运维与调优等丰富经验。
张宴的主题讲解分为四个部分：
    1、介绍Nginx的基本特征，以及使用Nginx做负载均衡器的理由。
    2、用实例，来介绍Nginx负载均衡在大型网站的典型应用。
    3、以实现网站动静分离为原型，对NetScaler硬件七层负载均衡和Nginx软件负载均衡做一个对比。
    4、介绍如何亲自动手，按照步骤，在“五分钟内搞定 Nginx 负载均衡”。

文字速录：使用Nginx轻松实现开源负载均衡
http://bbs.chinaunix.net/thread-1274647-1-1.html
演讲PPT：使用Nginx轻松实现开源负载均衡
http://bbs.chinaunix.net/thread-1274648-1-1.html
主题讨论、提问：论Nginx负载均衡
http://bbs.chinaunix.net/thread-1274649-1-1.html

三、主题讲解：大型网站集群的整体建设战略&大话负载均衡历史
Metoo2008，资深负载均衡领域网络工程师
从1996年开始出现，商业化产品里面基本上是以功能服务器为主，就是说我是在一台PCServer上面安装一个软件，那么这个软件它就去做各种各样的东西，实际上就是我们今天的LVS，从商业化产品的角度来说，那么LVS和1996年时候的商业化的产品是属于非常接近的结构，实际上开源和专业化本身就是一个互相学习、互相补充的过程。
文字速录：
http://bbs.chinaunix.net/thread-1274677-1-1.html
PPT下载:
http://bbs.chinaunix.net/thread-1274679-1-1.html
主题讨论：论整体网站负载均衡建设
http://bbs.chinaunix.net/thread-1274680-1-1.html


四：haporxy的负载均衡使用经验
HonestQiao: 资深的系统管理员，精通linux/unix。
haproxy在国内目前用的不太多，目前在代理这方面体现出强烈的上升势头。它基本功能和其他的一些软件，它主要就是尽快的请求，尽快的将请求转发出去。所以它目前在官方网站上能够达到10Gbps，在软件能够达到这么高的一个量确实挺不错的。
文字速录：主题讲解：haporxy的使用经验
http://bbs.chinaunix.net/thread-1274684-1-1.html
主题讨论、提问：haporxy、nginx、LVS、Squid综合对比
http://bbs.chinaunix.net/thread-1274686-1-1.html

      随着企业各种信息系统相继投入使用，生产、管理信息逐步增加，企业网络规模迅速扩大，信息城域网承受着空前的压力，网络带宽严重不足，网络系统传输丢包、设备死机情况频频发生。我们需要对网络状况做全面的分析。 公司大楼内计算机网络主干采用A T M 网络技术，骨干带宽155 Mb/s。整个信息网络系统主要分为３个层次，即核心交换层、远程子网层和用户接入层。

一、网络流量测试

(1) 测试目的：通过网络流量测试，获得网络的使用情况（利用率、碰撞、错误帧及广播四大参数) ，对网络物理层及数据链路层的健康状况进行评估。
(2) 测试工具: FL KE OptiView、EtherPeek NX、“北塔_BTNM”网管软件、mrtg 。
(3) 测试内容：对骨干链路长期记录流量取平均值与正常工作时间检测实时流量进行对比测试。使用m r t g 对核心交换机进行１ 个月的流量统计

二、网络负载压力测试

(1)测试目的：网络的实际传输速率同网络设备的性能、链路的质量、终端设备的数量、网络应用系统等因素有很大关系。通过网络压力测试，可以在一定程度上评估网络设备之间的实际传输速率以及交换机、路由器等设备的转发能力。通过专用网络测试设备模拟网络流量，人为增加网络负载，与此同时对网络的各种流量参数进行统计、分析，计算网络负载性能的分析数据。同时与流量分析的结果比较，可以比较出目前网络的总体状况。
(2)测试工具：FLUKE OptiView、ping、EtherPeek NX。
(3) 测试内容：避开工作时间,在网络中心和另外一个骨干节点间的网络链路进行压力测试。测试时当前网络流量为10 Mb/s左右，测试协议为IP，包大小选择为768 byte。
1,在此链路增加负载35 Mb/s压力，使用p i n g 工具检测发现开始丢包；
2, 对此链路增加50 Mb/s压力测试，ping检测链路不通;
3, 在链路上增加30 Mb/s广播包压力测试，模仿“蠕虫”等病毒发作时对网络的冲击，此时检测到链路中断。

三、网络协议分析

(1) 测试目的：了解目前网络中应用的协议的种类及每种协议所占的比例，可以清楚地反映出网络上在传输的应用系统以及所占的百分比。
(2)测试工具：FLUKE OptiView、EtherPeekNX 。
(3)测试内容：抓取网络正常时的IP 、TCP 、UDP 协议分布图。
1,网络骨干链路测试；
2,互联网出口测试。

四、应用系统测试

(1)测试目的：模拟单个用户在理想状态下与服务器通信，通过抓取分析客户端数据流入流出的情况，得出一个用户正常使用某一系统时的网络带宽要求，从而计算出公司各种信息应用系统服务器和所有用户正常使用网络服务所需要的总带宽。
(2)测试工具：EtherPeek NX。

五、结论

      根据多方面测试的数据，科学分析了在大型企业信息化应用环境下，企业网络中数据流量的构成，各种数据流对网络和通道的影响。综合分析可得出以下结论：网络实际平均利用率与目前设备能承受起的利用率相比只差11个百分点，在网络高峰时期的流量会高出目前设备能承受的流量，即网络使用处于高峰时间段内，会造成网络中断，在病毒爆发等特殊情况下网络会随时中断，测试结论与实际运行情况完全相符。