51CTO订阅专栏 负载均衡高手炼成记 ...

新人大礼包
小程序订阅 省¥12

15篇  已完结 618人已订阅

专栏介绍

老板要省钱,要求用负载均衡部署linux集群网站!负载均衡是衡量初中级以上运维技术水平的重要标尺!负载均衡是普通运维人员很难有机会接触和系统学习的知识!


本专栏依托作者十余年IT运维经验,从入门到实操,手把手教你构建运行不同场景下负载均衡以及日常维护。


专栏入口


专栏订阅成功后,即可通过以下4个途径永久阅读

1.“51CTO订阅专栏”小程序端

2.“51CTO”微信服务号端

3.“51CTO博客”web端

4.“51CTO学院”Android App端


适用人群

1.IT运维技术爱好者
2.初中级系统架构师和运维师
3.对系统架构、性能维护感兴趣的读者
4.希望全面系统掌握开发部署环境的开发人员

作者介绍

sery

人气874.8万 文章371 粉丝2719

田逸·国内知名IT运维专家
从一名简单的机修工人到互联网上市公司的IT运维负责人,堪称自学成才的典型代表和励志传奇。
开源软件的拥护者及推广者;负载均衡软件Keepalived官方中文文档贡献者;分布式文件系统Moosefs早期布道者;系统架构大会的早期策划人。

订阅说明

1.本专栏为图文专栏,共计15篇
2.专栏现已全部更新完毕
3.专栏一经订阅永久阅读, 可与作者留言互动
4.本专栏为虚拟产品,一经订阅,概不退款,请慎重订购
5.专栏阅读过程中,如有任何问题请联系51CTO小助手(微信:cto51boke/QQ:3591348659)

学习本专栏您能收获什么

1.从入门到实操
2.书本之外的开发经验与体会
3.构建和运行不同规模的网络环境
4.用20%的时间掌握80%的主流技术及核心内容

专栏目录

  • 1.入门篇:抱着主机到别人办公室做实验

    第一次接触负载均衡,是从章文嵩博士那个著名的lvs开始的——时间大概应该在2005年以前吧。那时我还是一个linux的菜鸟,差不多就会一些软件安装(定制安装都不会)、基本指令而已。

  • 2.规划篇:没规划和乱规划都让人抓狂

    没踩过坑,永远体会不了没有规划的痛。这里先拿两个例子来做说明,都是亲身经历过的,可信度有保证。

  • 3.安装篇:部署keepalived

    Keepalived是负载均衡里边比较核心的一个组件。可与lvs、haproxy、nginx等进行组合,实现负载均衡及高可用功能。

  • 4.实验篇:Lvs负载均衡实操

    根据实际的网络环境,Lvs提供几种负载均衡机制:直接路由模式(DR)、隧道模式(TUN)、网络地址转换模式(NAT),后来有新增一种FULLNAT。直接路由模式DR及网络地址转换NAT模式用得比较普遍,而其它两种用得少——老实说,本人也一次也没实践过,没有取得这方面的经验。因此,本文重点就讲DR及NAT了。

  • 5.实战篇:用keepalived实现某Web网站服务均衡

    在前面的章节中,我们用实验的方式演示了负载均衡的三大功能:负载均衡、健康检查、失败切换,虽然功能都实现了,但毕竟是实验,仅仅是模拟了一个用户访问的系统。那么,真实应用于生产环境的情况又如何?接下来,我们以某个实际的BBS社区为例进行展示。

  • 6.再见,lvs--keepalived与haproxy组合实现负载均衡

    为更精细地控制负载均衡行为,以适应复杂的业务需求,作为lvs的替代方案,haproxy是一个很好的选择。

  • 7.数据库负载均衡之MySQL

    Mysql负载均衡实现高可用包含两个部分:主库高可用与备库负载均衡。备库实现负载均衡与常规的tcp服务基本类似,而主库高可用部分就要复杂很多。在功能实现上,总体包括:主从复制、备库负载均衡以及主库失败切换(FailOver)。

  • 8.数据库负载均衡之Oracle(一)

    Oracle实现负载均衡,完全不依赖于其它第三方工具,自己全部搞定,真是牛啊!部署oracle负载均衡高可用,实际上就是部署oracle RAC。在开始部署之前,得先做好规划。

  • 9.数据库负载均衡之Oracle(二)

    用unzip指定选项”-d /u01/app/12.2.0/grid”,然后chown 更改此目录属主为“grid:oinstall”,现在不确定系统环境是否适合安装oracle集群工具,因此,需要以grid帐号执行指令” runcluvfy.sh”,完整的指令如下

  • 10.云端负载均衡

    曾有人说,云计算那么强大,不需要什么负载均衡。真的这样么?我这里不是这样,在云上,做了好些负载均衡的案例呢!

  • 11.构建安全的负载均衡集群系统

    个人认为,信息安全有两大类:服务不可用与非授权访问。在通常的定义中,信息安全往往只关注后者。但是,如果电源被踢掉、硬盘损坏而导致服务停止,也可以归类为安全事故。通过部署负载均衡,构建高可用系统。从根本上解决了硬件损坏、单点失效引起服务不可用的问题。因此,我们的关注点还是要回到防止非授权访问上来。

  • 12.负载均衡监控与告警

    从大的层面看,监控分流量监控与服务监控两种。我们常规的负载均衡架构,至少分为两层网络,负载均衡在公网,而其它应用服务器集群处于内网。因此,不管流量监控还是服务监控,都得兼顾内外两个网络。 ​

  • 13.负载均衡日常维护

    负载均衡系统部署并运行起来以后,不可能一劳永逸,还需要对其进行维护。维护即包括负载均衡器本身,也包括后边的真实服务器,毕竟需要多个组件,才算是一个完整的负载均衡体系。

  • 14.关于负载均衡的规模问题

    网络到了一定的规模,该如何应对。是把所有业务都放在同一个负载均衡提下之下,还是有其它措施?个人建议,如果不是历史遗留问题,或者为了较高的seo,尽量不要把鸡蛋都放在一个篮子里。仅需两招,多大的规模都应该能够应付得了。

  • 15.负载均衡常见问题汇总

    负载均衡的主要目标是高可用,只要负载均衡、监控检查、失败切换三个功能正常,并且从用户的角度出发,访问应用(比如网站)一切正常,才是重点,多几个负载量,少几个负载量无关紧要。

组合专栏推荐

更多
试读

已自动为您匹配最优优惠券

不使用优惠券

总金额:¥51.00

去支付

扫码邀请好友

分享给更多好友,获得更多收益机会

支付成功

加入作者互动群

和作者近距离提问 &交流 &互动

扫描二维码 回复 ZL006 + 昵称 入群