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

【VMCloud云平台进阶篇】应用层面优化_第1张图片

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

【VMCloud云平台进阶篇】应用层面优化_第2张图片

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

【VMCloud云平台进阶篇】应用层面优化_第3张图片

2、 设置安全组开放4088(这里有个细节,安全漏洞一键实现高危对外端口封堵):

【VMCloud云平台进阶篇】应用层面优化_第4张图片

3、 创建一个外网型CLB:

【VMCloud云平台进阶篇】应用层面优化_第5张图片

4、 建立监听器:

【VMCloud云平台进阶篇】应用层面优化_第6张图片

5、 这里设置好轮询:

【VMCloud云平台进阶篇】应用层面优化_第7张图片

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

【VMCloud云平台进阶篇】应用层面优化_第8张图片

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

【VMCloud云平台进阶篇】应用层面优化_第9张图片

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

wps92A.tmp

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

【VMCloud云平台进阶篇】应用层面优化_第10张图片

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

【VMCloud云平台进阶篇】应用层面优化_第11张图片

(图来自QCloud官网)

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

 


【VMCloud云平台进阶篇】应用层面优化_第12张图片