• Geek_4b2920
    2019-08-24
    讲到lvs时说到"有办法避免出现这种请求失败的情况吗?",接着就说nginx是怎么去做的,感觉这里不太衔接呢,lvs不能做服务端重试?还是什么原因?没太明白

    作者回复: lvs 不太好做,在 VS/DR 模式下应答包(response)根本就不经过它,所以它连请求包(request)是否已经应答都不知道,就别提失败后重试了。如果在 VS/NAT 模式下,它也需要理解应用层的协议后才能重试,那它就不是网络层负载均衡,而是应用层负载均衡了。

    
     9
  • leslie
    2019-08-23
    老师今天说的都是前端的:可是好像负载均衡不止这些吧,软件一旦并发高了不是从整体的去做均衡么,不仅仅是这些吧?就像数据库方面我经常会去做一主多从、读写分离,甚至说软硬件很多时候都会做相应的事情,可是总觉得这个如何去整体的把握这种均衡确实觉得不容易把握。
           老师的课程一路断断续续努力学到现在整体的收获还是让我感觉不一样:如果可以的话,希望老师对于负载均衡这个问题进行适当的扩展,可能这是大多从业到一定年份的IT从业者会碰到的一个困惑问题,这个合理性确实有时很难整体合理的把握。

    作者回复: 存储的扩展不是基于负载均衡,这个下一讲就会有所涉及。

     1
     3
  • Void_seT
    2019-08-23
    1、首先,因为绝大多数情况下负载均衡服务器的简单转发消耗的系统资源更少,而业务逻辑的处理往往需要更多的系统资源,那么,在服务器配置相当的情况下,负载均衡服务器就比业务处理服务器能处理更多的请求;
    2、如果,负载均衡服务器的处理能力与业务处理服务器的处理能力相当,那这种依靠负载均衡服务器来做负载均衡的方式效率就极低(约为50%),资源使用率也很低(约为50%),那么,在架构演进的过程中,这种负载均衡方式一定会被淘汰,取而代之的会有目前httpdns等其他的负载均衡方式。
    
     2
  • CoderLim
    2019-08-23
    负载均衡软件的抗压能力往往比业务服务器强很多,为什么?
    负载均衡的功能只是转发,相对简单,没有耗时操作,主要的瓶颈应该是最大连接数和内存
    
     2
  • williamcai
    2019-08-27
    lvs调度器和业务服务器都用vip,请求过来了,它怎么通过vip找到的是调度器,而不是业务服务器

    作者回复: 文章中有解释,arp 协议是通过 ip 得到 mac,这时只有调度器响应 arp。也就是说,在全局,vip 是被认为绑在调度器上。只有各个业务服务器自己以为自己也绑了vip。

     1
     1
  • humor
    2019-08-26
    lvs调度器怎么做到只是修改了mac地址就能找到要转发的业务服务器的呢?我理解的网络层的转发是要先通过mac拿到ip,才能找到对应的机器的

    作者回复: 反过来了,是通过ip拿到mac。

     2
     1
  • 许童童
    2019-08-23
    老师这一节讲得很好,服务优雅升级配合负载均衡确实是很不错的解决方案。
    
     1
  • 业余爱好者
    2019-08-23
    负载均衡软件就是为了流量调度而生的,它主要是将请求路由到应用服务器,相比而言,应用服务器多了负载的业务处理这一步,所以抗压能力不如负载均衡软件。
    
     1
  • 猫头鹰波波
    2020-02-01
    请教下,现在企业中用HTTP网关比较多,还是LVS比较多啊

    作者回复: 一般来说两个都需要

    
    
  • 氧气🌙 🐟 🌺
    2019-12-14
    这里面隐含的一个前提是负载均衡软件的抗压能力往往比业务服务器强很多。
    由上面一问引发的问题:全球DNS服务器的性能怎样,如何能撑得住全球并发访问?我猜想访问压力也不是直接分散,而是逐个梯次缓存,类似于硬盘,内存,缓存,寄存器等逐级释放。

    作者回复: 是这样

    
    
  • edward
    2019-12-12
    老师,你好,想请问一下,我在数据中心中部署了5台服务器和F5做负载均衡,现在遇到一个问题,某个经办点有很多用户,他们是通过nat的形式访问我们的负载地址,导致整个经办点的用户请求都压在一台机子上,这种情况下,选择哪种负载方式可以解决这种情况,让来自一个经办点的用户的请求能均匀转发到5台服务器上?

    作者回复: 这个主要要改负载均衡的配置,不要按ip来分派请求

    
    
  • 杜建平
    2019-12-01
    https://mp.weixin.qq.com/s/y8AkMDFkA_vyOcRnbS0Fyg

    补充
    
    
  • 科春
    2019-10-04
    第 1 步,客户端发起请求,其 IP 报文中,源 IP 为用CIP ,目标IP是VIP,源MAC地址是CMAC,目的mac地址是DMAC。

    我任务在真实环境中,MAC层是会在三层设备上重写的。也就是说在这个场景里,CMAC报文在经过路由器后,CMAC会变成路由器连接交换机接口的MAC地址。同样DMAC在数据包发送初期,是路由器连接C端的接口的MAC不会是LVS服务器的MAC。

     1
    
  • Geek_88604f
    2019-08-29
    如果负载均衡策略选择的是根据ip地址做hash,那么当某个后台服务器故障了,怎么做故障迁移?

    作者回复: 一般用的多个hash函数,一个不行用另一个。当然简单+1试下一个服务器也可以。

     1
    
  • 兢
    2019-08-28
    看了一些文章,有提到QPS和TPS的概念,之前就对这两个概念非常混淆,现在又学到一个IOPS,感觉这几个概念说的是不同的东西,但又觉得是一个东西,请问他们之间细微的差别再哪里

    作者回复: QPS是Queries per second,TPS是Transactions per second,IOPS是Input/Output per second。每秒测量的东西有所不同。

    
    
  • 居培波
    2019-08-28
    中小型产品(项目)用Nginx+Tomcat完成简单负载均衡部署,nginx不需要处理产品业务需求,只需转发客户端请求即可。利用Nginx高并发、轻量级等特征满足一定用户量的增长。
    
    
  • 黄伟洪
    2019-08-23
    Docker是基于应用层的负载均衡?

    作者回复: 我猜想你说的docker应该是指k8s。k8s应该是四层(传输层)和七层(应用层)。我们这里谈的是三层(网络层)和七层。

    
    
  • Aaron Cheung
    2019-08-23
    学习了 业务流量不大……肿么办
     1
    
  • 觉
    2019-08-23
    一门深入 长时薰修
    
    
  • Jxin
    2019-08-23
    1.课后题:假如网关层负载率小于应用层,同时本次请求是需要rsp的。那么网关层该干嘛还是能干嘛,问题是整个应用集群的负载量将受到网关层的约束,也就是说水平扩容无状态应用服务并无法增长负载量。(单机瓶颈依然存在,java现流行的可编程网关负载感觉就会存在这方面问题)
    2.存储请求和计算请求是两码事。存储请求的请求分发往往意味着业务数据模型的拆分(分布式数据一致性)。存上面是分流了,但除非整个业务拆分贯穿全链路,不然查时就头疼了(比如根据地区将整个业务数据拆分存储)。而计算请求基本都是可以水平扩的。
     1
    
我们在线,来聊聊吧