服务器集群怎么进行攻击和防御，我想禁止公司局域网的人玩QQ游戏？
常规办法：购买行为管理产品，开启应用识别，对QQ游戏进行封堵。
省钱办法：打开QQ大厅，通过sniffer或者其他嗅探工具抓包，将获取的QQ游戏服务器域名通过解析获得服务器IP地址；在边界设备上通过限制访问QQ游戏服务器禁止QQ游戏。但是腾讯有众多服务器集群，此方法需要定期更新服务器IP地址，配置和维护繁琐。
服务器负载高怎么办？
解决方法：通过集群技术解决：利用DNS实现服务器负载均衡，也就是在DNS服务器上设置多个A记录，其原理是不同的DNS请求会解析到不同的IP地址，这就好比一个汇总的网站进行各个分类处理数据一样，每个类别都有不同的请求地址，处理完后在一起返回给用户，从而分担减少主服务器的负载，这就是常说的集群技术
服务器托管如何限制流量与限制带宽？
公司建站除了选择服务器和操作系统，对服务器框架的选择也有很多，比如说PHP、HTTP等程序上的框架有很多选择，对于行业来说游戏服务器、Web服务器架构又不相同。PHP框架有：CakePHP，Symfony，Zend Framework等等，至于应该使用哪一个并没有唯一的答案，要根据团队成员对各个框架的了解程度而定。很多时候，即使没有使用框架，一样能 写出好的程序来，所以我们只需对常见的服务器架构有一定得了解，对高性能服务器存在的一些最基本要求。
服务器技术基本要求1、满足大量请求并发的使用场景;
2、业务逻辑需要与网络操作解除耦合关系;
3、自保护的能力，发生大量请求，导致已经超出服务框架的处理能力时，仍然能够坚强的提供服务;
4、服务自调整的能力，框架能够更具当前系统的请求量，能够拉起更多业务处理进程(线程);
5、服务容错能力，服务处理过程中出现异常，导致服务异常退出，能够自动拉起新的服务，继续处理后续的请求;
服务器框架的总体架构图服务器架构核心模块介绍：监控进程、负责接收外部网络的连接请求和网络框架自我保护的“代理进程”、负责接收代理经常和具体业务的“业务进程组”。采用这种框架最大的优点在于：将外部网络收发包，全部放到代理进程，与业务逻辑相关的处理操作，全部放到业务处理进程中。在业务处理过程中，由于各种原因导致的业务服务不稳定，只会影响当前正在处理的请求，而不至于影响服务的整体稳定性，确保将对用户造成的损害控制在非常小的范围之内，不至于给大范围内的用户带来产品体验上的影响。
任何事物的发展多是客户需求决定的，服务器的技术架构的发展也是如此，目前整个服务器的技术架构的发展有三个大趋势：纵向扩展架构、横向扩展架构、超融合架构。
服务器技术架构的三大趋势
1、纵向架构(Scale-up)
Scale-up纵向扩展，主要是提升单台服务器的性能，包括高可靠、高可用性以及可扩展性，主要应用于高性能交易类业务。主要用于关键数据库、应用系统以及HPC高性能计算业务等。Scale-up架构广泛应用与金融交易、电信计费、科学研究、气象分析等领域。Scale-up服务器可以比作一搜庞大而战斗力超强的驱逐舰。
2、横向架构(Scale-out)
简单说就是以数量取胜，Scale-out架构通常对单台服务器性能要求不高，主要通过更多的服务器协同完成任务。
这种架构具有高性能、低沉本、高密度、节能低碳和集群管理等特点，该架构通常应用于超大规模数据中心、大数据分析、公有云、Web应用集群等业务场景。Scale-out系统可以比作一个轻型的快艇集群，通过群狼战术实现整体的作战效能。
3、超融合架构(Hyper-converged)
这种架构理念是将计算、存储、网络和统一管理放在一个盒子里。
通过一体化的设计、集成与优化，消除系统瓶颈，实现更好的整体系统效能。这种架构主要应用于高性能数据分析、数据库整合、云计算资源池平台、一体化数据中心等应用场景。这种架构可以比作航母(牛bi哄哄的那种)，是一个超强的整体优势作战平台。
业务应用和服务器部署
1、早期应用部署
早期的服务器系统都是单机应用，在一台服务器上部署了所有应用软件：这种服务器为一个或者几个用户提供计算或者业务服务，这种单机系统通常也被称作工作站。
2、服务器C/S应用部署架构
在C\S架构中，通常会有一个集中共享的应用数据库，而每个使用系统的员工会有自己的PC机，每个PC机安装不同的应用程序，这些应用程序能够操作使用或者共享应用数据库，这样能够实现业务系统的协同操作、应用共享和统一保存。
软件升级也需要每台客户端逐一的升级。非常不方便于维护。例如早期的银行柜员业务系统、公司财务系统等。
3、服务器B/S应用部署架构(这是一种优化的架构，伴随着因特网的兴起而发展起来)
在这种三层架构中，PC客户机只需要有一个标准的web浏览器即可与服务器交互。当用户需要不同的业务时，只需要连接到不同的应用服务器即可。客户端使用简单、免维护。
服务器互联网应用部署架构
采用的是是典型的B/S架构。因为互联网应用通常具有用户数量庞大、并发点击负载高、海量大数据等特点。因此一直朝着开放、分布式的架构模式发展。如当今的百度、腾讯数据中心普遍采用大规模分布式的数据库。Hadoop大数据集群、高密Scale-out水平扩展应用、搜索web集群接入的部署架构模式。
看完了关于服务器技术架构的简单概述是不是依旧很懵逼?所谓服务器结构，也就是如何将服务器各部分合理地安排，以实现最初的功能需求。所以，结构本无所谓正确与错误;当然，优秀的结构更有助于系统的搭建，对系统的可扩展性及可维护性也有更大的帮助。好的结构不是一蹴而就的，而且每个设计者心中的那把尺都不相同，所以这个优秀结构的定义也就没有定论。
它们起到的作用是什么？
如果项目的用户量少、访问量不大、数据量也不多的时候，一台服务器足以支撑，那么直接项目部署一套，直接访问使用就可以了，但是当用户和数据量不断增多，访问量（并发量）不断增加，一台服务器不在能够支撑业务的时候，就需要使用多台机器，设计高性能的集群来应对。
那么当我部署了多台服务器（这里假如是两台），那么调用方是如何访问的呢？服务方如何均衡访问的流量呢？这时候就需要引出负载均衡了。
负载均衡就是通过一定的策略，把用户的访问量均匀地转发给后端的服务器；负载均衡可以提高系统的服务能力和高可用性。
负载均衡分类常见的负载均衡技术有三种：
DNS负载均衡：大概的原理是，当用户访问域名的时候，需要先通过DNS解析域名，找到对应的IP地址，在这个过程中，可以让DNS服务器，根据用户的地理位置，返回不同的IP，这样就可以实现负载均衡，同时也可以提升用户的访问速度。
软件负载均衡：用软件来实现流量的分发，有基于传输层实现的负载均衡，比如LVS，也有基于应用层来实现的，比如Nginx；软件负载均衡实现起来很简单，只需要在服务器上部署并进行配置就可以实现；
硬件负载均衡：用硬件来实现负载均衡，比如F5（F5 Network Big-IP），这是一台网络设备，性能很高，同时价格非常的贵。
从另外一个角度对负载均衡进行分类，可以分成两种：
服务端负载均衡：调用方只访问负载均衡的IP，不需要管后面有多少台服务器。
客户端负载均衡：服务端部署多台服务器，客户端知道每台服务器的地址，并通过一定的路由规则，均衡地访问，比如Spring Cloud Ribbon，当然客户端的负载均衡，通常是需要服务注册发现的配合。
常见的负载均衡调度算法轮循(Round Robin)：将请求循环分配给有效的服务器；
加权轮循(Weighted Round Robin)：轮训的升级版，给后端的服务器分配不同的权限，根据权重进行循环分配；比如A、B服务器权重分别是100和50，那么请求会保持2:1的比例进行分配；
最少连接数(Least Connection)：分配的请求根据每台服务器当前所打开的连接数来进行分配；
源IP哈希(Source IP Hash)：对调用方的IP进行HASH运算，并根据这个计算结果分配服务器，这样的好处是同一个主机的请求，始终会被同一个服务器响应（但是不一定均衡）。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。高防服务器租用的时候应该如何挑选呢？
1. 了解防御的类型
在选择高防服务器的时候，要先了解防御类型和防御大小。防火墙是介于内部网和外部网之间、专用网和公共网之间的一种保护屏障，防火墙分为两种：一种是软件防火墙、另一种是硬件防火墙。软件防火墙是寄生于操作平台上的，软件防火墙是通过软件去实现隔离内部网与外部网之间的一种保护屏障;硬件防火墙是镶嵌系统内的，硬件防火墙是有软件和硬件结合而生成的，硬件防火墙从性能方面和防御方面都要比软件防火墙要好。
2. 考虑防御的范围
高防服务器能够防御的攻击类型也必须考虑，是否可应对常见的网络层SYN、UDP、IMCP等泛洪攻击类型，是否支持HTTP特征过滤、URI过滤、host过滤等web应用防护功能，能否对frag flood，smurf，stream flood，land flood等畸形报文攻击采取有效防御，等等。
3. 判断带宽的大小
由于很多网络攻击采用的攻击方法是消耗带宽型，所以从反向思考，带宽的大小是判断是否为高防服务器的标准之一。
4. 检测防御“范围”大小
防御的范围大小，高防服务器的数据中心都会有防火墙设备，观察并检测防火墙设备是否在100G以上，目前最高的集群防火墙已经能达到T级防御了
