云计算之路-试用Azure：Azure内置的负载均衡是四层的

当初迁移至阿里云遇到的第一个问题是在程序中通过Request.UserHostAddress得到的是负载均衡（SLB）的内网IP，而不是用户的真实IP。真实IP存储在服务器变量HTTP_X_Forwarded_For中，后来通过IIS的Url Rewrite Module将HTTP_X_Forwarded_For的值重写入REMOTE_ADDR解决了问题。

这个问题是由于使用七层负载均衡（ Layers 7 Load Balancing）带来的，而使用四层负载均衡不会有这个问题。但是如果让我们选择，我们宁愿选择七层负载均衡，七层负载均衡有它的缺点，也有它的优势。欲了解它们的详细区别，请移步知识库的一篇文章——四层和七层负载均衡的区别。

我们实测了一下Azure的负载均衡，Request.UserHostAddress直接得到的是用户的真实IP。由此可以猜测，Azure的负载均衡是四层的。

为了证实我们的猜测，我们在网上找到了一篇文章Introducing the LoadMaster for Azure – A Full Layer 7 Load Balancer/ADC for Azure Deployment，请看文中的表格（见下图）：

由此可见，Azure内置的负载均衡确实是四层的，但可以借助第三方应用实现七层负载均衡，比如刚刚提到的的LoadMaster，但需要支付额外的费用。

从这个地方可以看出Azure的一个设计策略，只提供基本的功能，高级的功能留给第三方去实现，让第三方在Azure平台上能够挣到钱。这也是微软的拿手本领。

对于之前我们遇到的现有SQL Server数据库向SQL Azure的兼容性问题，如果需求量大的话，我们想也会有第三方工具出现。