【VMCloud云平台进阶篇】应用层面优化

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

wps921.tmp

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

wps922.tmp

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

wps923.tmp

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

wps924.tmp

三、 建立一个外网型CLB:负载均衡

wps925.tmp

四、 创建监听器:ide

wps926.tmp

五、 这里设置好轮询:优化

wps927.tmp

六、 这里的监测还属于比较初级,仅检测可用性,后面咱们引入SCOM做为应用监控能够看到更多数据:网站

wps928.tmp

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

wps929.tmp

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

wps92A.tmp

九、 如今就可使用cms.vmcloud.info访问到对应网站:

wps92B.tmp

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

wps92C.tmp

(图来自QCloud官网)

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

 


相关文章
相关标签/搜索