X-Forwarded-For和有效负载均衡

其实LVS进行动态负载均衡，根据客户端访问节点的ip进行分流隔离或者负载均衡，是有问题的。原因是实际上无法分辨客户端源ip是真实ip还是代理IP。另外一般情况下客户端过来的访问都是经过我们这边服务端的反向代理的，此时更需要知道真实的ip。反向代理的例子比如，我访问一下Yahoo Finance查看Tesla的股价:
所以，自己公司DevOps搭建负载均衡服务器的时候，一定要考虑这个问题，如何获得发起请求的客户端的真实IP，这个大多数情况下并不能获得；但是如果没有，就是伪负载均衡，只是对反向代理最前面一层进行了负载均衡，并没有对源ip进行负载均衡。
从上面看到实际上 Remote Address 就是反向代理服务器的地址, 是>如果是前端业务系统，用负载均衡器，可以做业务系统上的请求分流
如果是后台数据库，用负载均衡器是没有办法的；目前数据库系统真正实现了负载均衡的也就只有Oracle的RAC，其他都是通过读取主机日志方式的假负载
主要根据你们的环境和需求来确定吧，如果业务系统实时并发量没有达到十万，实际上做负载均衡就杀鸡用牛刀了，因为现在服务器技术的提升，大部分环境都完全可以单机承受，用一般的HA架构也就足够了。
求分，谢谢！

断开负载就是把110V行电压后面的负载,也就是说把110V到行包中间断开或是把行管的110V供电脚断开,一般中间会有个保险电阻或是跳线连接,把它们的一只脚焊开即可,然后在110V行电压的滤波电容两端接上一个60W的灯泡,这就是接假负载

众所周知，购车前我们都会有试驾环节，通过试驾我们可以验证和评估车辆的品质。同样的，在新建数据中心基础设施交付前，也需要通过假负载模拟服务器运行对数据中心基础设施进行全方位测试，亦即试运行。假负载验证测试通常会产生大量的测试费用，并延长项目交付工期；经测算，2万台服务器规模数据中心的假负载验证测试将耗时近1个月，测试费用更是高达几十~上百万元。

在海外，数据中心假负载验证测试已经得到广泛应用；而国内在这方面起步较晚，但随着国内数据中心产业快速发展，越来越多的企业开始重视数据中心假负载验证测试。

一定要进行假负载验证测试么

答案是肯定的。假负载验证测试耗时长、费用高是不争的事实。然而近年来行业内新建数据中心却广泛引入假负载验证测试环节，这是为什么呢？我们先看两个案例。

案例

故障情况

故障原因

1某数据中心市电中断柴油发电机启动后，输出开关未自动合闸，导致末端负载无法加载。

柴发配电输出控制转换开关虚接，自动合闸失效。

2某数据中心冷水机组出现故障后，开启备用冷水机组运行几分钟后自动停机。

冷冻水系统管道上旁路阀门未正确关闭，导致机组启动不久后自动保护停机。

诸如上述故障，在新建数据中心投产前通过假负载验证测试是可以及时发现和规避的。同时，假负载验证测试的成本是可以预见的，而如果带风险投入运营后故障产生的损失将难以用金钱衡量，投产后的整改难度和成本也将显著增加。

假负载验证测试的内容

据统计，数据中心常见故障主要有四类原因：

设备质量

施工工艺

自控系统

人为 *** 作

---