在上一篇中，我们完成了数据区域的优化，得到很多童鞋的反馈，说想了解下如何优化应用层面，其实也无所谓优化，之前我们在实现应用高可用时采用的是NLB 或 IIS ARR加上反向代理，而现在使用QCloud，我们在实现公有云的应用NLB只是简单的配置CLB（云负载均衡）与前端NGX的负载即可：

而这里的前端NGX也只是为了方便大家识别，实际上使用了一些特殊配置来节省两台NGX（红色为已完成搭建，蓝色是本次文章涉及的区域）：

1、 这里所使用的DemoApp已非基础篇所用的SharePoint，不过架构基本也是DoNet的，采用的是DNN的CMS Portal（具体如何部署这里略），首先准备对应的App服务器端口修改为内部端口4088（这里的主机名绑定请随意）：

2、 设置安全组开放4088（这里有个细节，安全漏洞一键实现高危对外端口封堵）：

3、 创建一个外网型CLB：

4、 建立监听器：

5、 这里设置好轮询：

6、 这里的监测还属于比较初级，仅检测可用性，后面我们引入SCOM作为应用监控可以看到更多数据：

7、 访问clb地址查看应用是否正常：

8、 接着在DNS域名商上添加对应VIP与域名的解析，即完成应用的准备与优化：

9、 现在就可以使用cms.vmcloud.info访问到对应网站：

后记：采用QCloud CLB产品实际上对应用级别的负载非常有好处，按照传统微软系的高可用应用需要部署多个IIS节点并安装NLB，根据设备类型、应用情况还要选择使用哪种播发模式，单播、组播模式选择上都存在需要设备协调问题，此外负载依赖于节点本身，也存在一定风险，采用CLB后，实际上可以实现下图架构：

（图来自QCloud官网）

后续自动化故障处理模块会解说如何根据业务负载来自动弹性扩展CVM子机并加入对应的NLB（基于CLB）节点中，下一篇开始进阶篇的重头戏。