4,356
社区成员
发帖
与我相关
我的任务
分享TCP负载均衡的问题
做了个TCP的服务程序，windows平台，不是WWW那样http的，是单存的TCP程序，客户端连接后会一直上传数据到服务器。想咨询一下怎么做负载均衡，对负载均衡了解不多。
个人想法：
1、用重定向方式，客户端先连上重定向服务器询问连接哪台服务器，由重定向服务器告知客户端去连哪个地址和端口（想用端口映射的方式，这样一个公网地址就够了）
2、使用开源的lvs+keepalived + Windows ,这种方案是网上查到的，就是在linux下做负载均衡，后端windows服务器做真实的数据处理。
问题：
1、第一种方案的可行性，有用端口映射来做负载均衡的嘛？
2、第二种方案的可行性，我想知道的就是，第二种方案能不能支持单纯的TCP，因为客户端登录是有状态的，而且发送数据的时候，维持的是长连接，针对长连接这种情况，能不能使用这种方案？
个人想法：
1、用重定向方式，客户端先连上重定向服务器询问连接哪台服务器，由重定向服务器告知客户端去连哪个地址和端口（想用端口映射的方式，这样一个公网地址就够了）
2、使用开源的lvs+keepalived + Windows ,这种方案是网上查到的，就是在linux下做负载均衡，后端windows服务器做真实的数据处理。
问题：
1、第一种方案的可行性，有用端口映射来做负载均衡的嘛？
2、第二种方案的可行性，我想知道的就是，第二种方案能不能支持单纯的TCP，因为客户端登录是有状态的，而且发送数据的时候，维持的是长连接，针对长连接这种情况，能不能使用这种方案？
...全文
请发表友善的回复…
发表回复
杂家老周 2015-08-14
- 打赏
- 举报
你把每个实际的服务器负载放到一个统一的服务器上，访问之前先访问一下那个统一的服务器，由它决定你去连哪个实际的服务器
小小爱1990 2015-07-20
- 打赏
- 举报
第一种是可行的 游戏服务器都这么干 重定向服务器统计服务器的压力分布
季雨林 2015-04-23
- 打赏
- 举报
我跟你遇到了同样的问题，我现在就采用了你说的第一种，几个端口同时监听，但这样的坏处是故障需要实时发出报警，人为修复（网络不稳定的时候累死我了），也一直在寻找类似于网站短链接那样的可以备灾的方案
czc1009 2013-09-06
- 打赏
- 举报
有这个意识就很好了。
在实际的开发中，只有大量的访问、高并发，才会用到负载均衡。
max_min_ 2013-09-04
- 打赏
- 举报
负载均衡设备不是基础网络设备，而是一种性能优化设备。
对于网络应用而言，并不是一开始就需要负载均衡，
当网络应用的访问量不断增长，单个处理单元无法满足负载需求时，
网络应用流量将要出现瓶颈时，负载均衡才会起到作用。
Koooooosy 2013-09-04
- 打赏
- 举报
问题太难... 我最近也有相同的需求
huifei99 2012-12-11
- 打赏
- 举报
100分不够吗？如果有知道的，加分！！！
huifei99 2012-12-10
- 打赏
- 举报
怎么没人啊。。。
