1. vi中删除空行

:g/^$/d 
echo "wq"|ex -c "g/^$/d" filename # 如果写在脚本中
# 其中 g表示应用于整篇文档，d表示删除 ^$表示行中没有字符

2. grep

grep -v ^$ oldfile > newfile 

3. sed

sed s/[[:space:]]//g  filename    #删除空格  
sed /^$/d         filename        #删除空行  

需求转而学习
         很多时候不少做开发的同学都认为技术更新的快，新技术、新概念层出不穷，大家乐此不疲的去跟随着所谓的“技术趋势”走在风头浪尖上，但其实往往忘记了一个最重要的问题“满足客户需求”。其实技术就是为满足需求服务的，用最小的代价来满足用户的需求，以最简单高效的方式来达到目标，就是每个开发者应该追求的。（不要因为自己的架构很简单就脸红拿不出手，只要你在满足用户当前需求的基础上对未来有所考虑，那么化繁为简就是一种能力的表现）

         SIP（服务集成平台）5.7版本中对于未来多个服务提供商，多种类型的服务，在每日几亿的调用压力下，需要找到一个解决方案：可以分流不同服务提供商的服务，分流不同类型的服务，服务隔离化来减少服务相互之间影响以及服务提供商之间的影响。

         当前SIP的前端是通过硬件F5作负载均衡，因此是无状态无差别的服务负载，这也使得无法区分不同的服务提供商的服务请求和不同类型的服务请求，导致服务提供商之间的服务会产生相互影响（旺旺即时通信类API在峰值占用了大部分的服务处理资源，淘宝宝贝上传类API占用了大量的带宽）。近期还有更大的两类API将会接入，因此寻找一个服务可分流的方案势在必行。（当然过去也考虑通过三级域名配置在负载均衡上来解决这些问题，但是这样首先对于开发者来说不透明，其次也是一种比较僵化的设计方案，扩展和维护也有一定的难度）

         在过去也尝试过Apache等Web容器自己的一些load balance特性，当然效果不是很好，和硬件基本无法比拟，而一些专有的“软”负载均衡方案和开源项目也没有深入的去了解，因此借着这次机会，好好深入的挖一挖“软”负载均衡。

中文权威指南

作者:FinalBSD
原载: http://www.sanotes.net/html/y2009/331.html
版权所有。转载时必须以链接形式注明作者和原始出处及本声明。

根据自己的研究和使用经验写的， 可自由分发，但希望给我反馈，使这份文档更完善起来，目前的内容可能还不是非常完善。Keepalived权威指南.pdf

官方文档地址:

http://www.keepalived.org/documentation.html

本地下载：点击下载Keepalived权威指南

　　 　　随着Internet的迅猛发展，基于网络的应用逐渐增多。这就对网络的可靠性提出了越来越高的要求。斥资对所有网络设备进行更新当然是一种很好的可靠性解决方案；但本着保护现有投资的角度考虑，可以采用廉价冗余的思路，在可靠性和经济性方面找到平衡点。

　　虚拟路由冗余协议(Virtual Router Redundancy Protocol ,VRRP)就是一种很好的解决方案。在该协议中，对共享多存取访问介质（如以太网）上终端IP设备的默认网关（Default Gateway）进行冗余备份，从而在其中一台路由设备宕机时，备份路由设备及时接管转发工作，向用户提供透明的切换，提高了网络服务质量。

LVS NAT + Keepalived HOWTO

By Adam Fletcher (C) 2002, released under GPL

Install, testing and running of a Keepalived HA based LVS/NAT

OCS 2007 Backup Script

One of the more useful items from the OCS 2007 Resource Kit book was the extras disc that contained a few Excel worksheets on setting up backups for different types of servers. Using those worksheets I created a script that automates some of the backup process for a standard edition server. I tried to make the script fairly configurable as far as file locations and naming conventions, but feel free to change it to suit your needs. What happens is this:

Microsoft Office Communications Server 2007  图文部署指南