十一、在实际项目实施过程中发现，Lvs和Nginx对https的支持都非常好，尤其是LVS，相对而言处理起来更为简便。

　　十二、在LVS+Keepalived及Nginx+Keepalived的故障处理中，这二者都是很方便的；如果发生了系统故障或服务器相关故障，即可将DNS指向由它们后端的某台真实web，达到短期处理故障的效果，毕竟广告网站和电子商务网站的PV就是金钱，这也是为什么要将负载均衡高可用设计于此的原因；大型的广告网站我就建议直接上CDN系统算了。

　　十三、现在Linux集群都被大家神话了，其实这个也没多少复杂；关键看你的应用场景，哪种适用就选用哪种，Nginx和LVS、F5都不是神话，哪种方便哪种适用就选用哪种。

　　十四、另外关于session共享的问题，这也是一个老生长谈的问题了；Nginx可以用ip_hash机制来解决session的问题，而F5和LVS都有会话保持机制来解决这个问题，此外，还可以将session写进数据库，这也是一个解决session共享的好办法，当然这个也会加重数据库的负担，这个看系统架构师的取舍了。

　　十五、我现在目前维护的电子商务网站并发大约是1800左右，以前的证券资讯类网站是100左右，大型网上广告网站大约是6000，我感觉web层的并发越来越不是一个问题；现在由于服务器的强悍，再加上Nginx作web的高抗并发性，web层的并发并不是什么大问题；相反而言，文件服务器层和数据库层的压力是越来越大了，单NFS不可能胜任目前的工作，现在好的方案是moosefs和 DRDB+Heartbeat+NFS；而我喜欢的Mysql服务器，成熟的应用方案还是主从；当然我也在尝试一主多从、Master-Master-slaves等多种架构。

　　十六、现在受张宴的影响，大家都去玩Nginx了（尤其是作web），其实在服务器性能优异，内存足够的情况下，Apache的抗并发能力并不弱（16G内存下Apache过6000问题也不大），整个网站的瓶颈应该还是在数据库方面；我建议可以双方面了解Apache和Nginx，前端用Nginx作负载均衡，后端用Apache作web，效果也是相当的好。

　　十七、Heartbeat的脑裂问题没有想象中那么严重，在线上环境可以考虑使用；DRDB+Heartbeat算是成熟的应用了，建议掌握。我在相当多的场合用此组合来替代EMC共享存储，毕竟30多万的价格并不是每个客户都愿意接受的。

　　十八、无论设计的方案是多么的成熟，还是建议要配置Nagios监控机来实时监控我们的服务器情况；邮件和短信报警都可以开启，毕竟手机可以随身携带嘛；有条件的还可以购买专门的商业扫描网站服务，它会每隔一分钟扫描你的网站，如果发现没有alive会向你的邮件发警告信息或直接电话联系。

　　十九、至少网站的安全性问题，我建议用硬件防火墙，比较推荐的是华赛三层防火墙+天泰web防火墙（或单台Juniper防火墙），DDOS的安全防护一定要到位（国内的DDOS攻击让人烦躁）；Linux服务器本身的iptables和SElinux均可关闭，当然，端口开放越少越好。

　　二十、测试网站的响应时间是用http://tools.pingdom.com，发现上了LVS+Keepalived、Nginx+Keepalived后并不影响速度，这一点大家就不要多虑了，Nginx现在作反向加速也日趋成熟了，大家也可尝试下用Nginx来取代squid。