怎么做集群服务器

集群是需要软件和硬件配合的，首先物理上需要有多台计算机（最好是相同型号的），在这些计算机上安装相同的 *** 作系统（通常都是Linux），然后在各个机器上配置SSH，确保这些机器能够彼此免输入密码直接通信，接着需要在这些机器上安装集群软件，具体安装哪种需要看你的需求，如VMWare、OpenStack、Hadoop、Docker等，安装方法也都不一样，可以参考具体的教程。

你说的这个概念范围比较大，所有集群，可以是服务器集群，比如：底层服务器虚拟化，各个节点组成的集群。也可以是应用程序，比如一个web网站，部署多个节点，通过nginx去配置反向代理，这也是一个集群。又或者是redis、zookeeper、kafka等都可以部署集群模式。

你这个需求是备份吧，Windows有两种服务可以解决你现在的问题：
1、网络负载均衡，可以把指定的服务器添加到负载均衡群中，并指定网络端口和协议，选择负载均衡集群切换模式是按照一对一还是交叉负载均衡；
2、故障转移集群，可以针对进程判断是否启用备份机的指定进程；
这两个集群各有各的用途，同时对于搭建也有自己的要求，完成集群后所对应的功能也略有不同。
部署：
负载均衡不需要额外设备；
但故障转移，需要iSCSI存储设备支持；
用途：
负载均衡针对网络端口，重点在于均衡，可以通过交叉策略，保证a/b的访问量一致，或者单一主机方式，保证在宕机或网线不通的情况下切换到备机；
故障转移，可以精确监控到进程，保证进程出现故障（包括宕机）即可转移到备机；
具体问题具体分析，看你需要什么级别的备份，要求高的话，上故障转移（但是要增加设备——iSCSI），要求简单，就上负载均衡

根据中间件不同部署方式也不同。tomcat下面就要分别部署了，weblogic支持分别部署，也支持统一部署（两种方式各有优缺点，推荐分别部署）。
中间件基本上都支持session共享复制，不过实现方式可能有点区别（有的是基于容器，有的是基于memcache等等）。

很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。
将SQL Server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是Microsoft集群服务器
MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。
这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的SQL Server
SQL Server 2000可以配置为最多4个节点的集群，而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。
SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助，“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”
注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如log shipping和数据库镜像。
单个的大的SQL Server集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
◆更高的可用新(更多的节点来灾难恢复)。
◆更多的负载均衡选择(更多的节点)。
◆更低廉的维护成本。
◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。
◆增强的管理性和简化环境(需要管理的少了)。
◆更少的停机时间(灾难恢复更多的选择)。
◆灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
◆集群节点数目有限(如果需要第9个节点怎么办)。
◆在集群中SQL实例数目有限。
◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。
◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。

说说我以前最常用的三种批量部署方案(有疑问接受私信):

第一:服务器一般都会用两块磁盘做RAID1作为系统盘，手动安装完第一台 *** 作系统，RAID1的功能是两块盘中具有相等的数据，所以两块盘都存在了刚刚安装好的linux系统，拔出一块系统盘(服务器认为你这块盘坏了)，再插入一块新盘到刚刚拔出磁盘的位置，此时服务器会再次向新磁盘自动同步数据，保持1:1备份。接下来刚刚拔出的那块系统盘派上用场，把刚刚扒出来的那块有系统的盘插到另外一台无系统的服务器上，自动完成与另外一块盘的同步，以此类推，1生2，2生4，4生8，8生16，16生32

第二种:刻录无人值守光盘

第三种:PXE批量部署

PXE实例:

我3年前做过一套PXE部署系统(以下是当时用于机房部署系统的截图界面)。可以部署windows+linux的各个版本，部署服务器采用的windows系统(因为windows能通过easybcd制作syslinux引导)，syslinux就可以成功引导起win和linux，引导成功后，调用kickstart制作的linux无人应答文件，wds &AKT制作的windows无人应答文件，完成系统安装。你的需求只需要安装统一的linux版本，所以相对来说比较容易，花两天学习下kickstart基本就能在虚拟机上实践成功，但是如果要应用到物理服务器，还需要考虑驱动，raid，格式化等问题

解决办法当然是PXE+Kickstart了，学会一次就能一直用很方便。

你需要准备：

1、交换机，用于连接Server和客户机(必须临时关闭DHCP)

2、部署用server主机（由此台主机接管DHCP服务）

3、其他一堆客户机（需要调节至PXE引导模式）

然后按照教程

>不难，硬件用路由器，软件嘛， *** 作系统用WIN2003 server enterprise 企业版，推荐一并安装R2升级包，所有机器组局域网，用一台千兆网卡做域控，架设流媒体服务器，其他机做为域成员加入进来，内网IP各用各的，外网用端口映射到一个IP，用域控做网络流量负载平衡，域控机器配置要强，如果你网络流量大，建议用专业级服务器，至强+2Gb+SCSI硬盘之类，看你环境要求了，如果必要可以上双至强，再用一台512mb内存的p4 20G以上机做备份域控，这样主域控上下线或重启或出故障不影响域内成员正常工作，备份域控凑合就可以了，按我上面的要求就行，当然，有钱可以用好的
如果你安全性要求高，建议路由前端用普通P4+512Mb内存机器架ISA2004 server组防火墙，配置的好效果比一般的硬件防火墙要好，完全不影响网络环境运行，域内成员可以裸奔不怕毒和黑
至于域内成员机，如果仅全力供应片源，当前主流家用机型就够用了
服务器建议用hp 360G系列，目前价位不算高，性价比还不错，售后很好，如果你对建网不怎么了解，可以让他们帮你装，买他们的服务器就是要利用他们的人力资源嘛
路由器可以选用飞鱼星4200以上机型，电信网通双WAN口，是可以提供150～250台机器的大型网吧专用的，内置参数非常丰富
另外再多罗嗦几句，板卡不要买七彩虹的，我上过当，七彩虹本身是咨讯公司，没有任何板卡生产能力，都是同德代工的，以为它的出货量大，就选了它，结果广告上的指标参数和实际产品根本不同，水份太多太多了，售后也很烂，特此建议……
楼下别再抄袭我了，每天都被抄走好几个200分最佳，实在是郁闷！

---