双机热备和集群和负载均衡的关系

双机热备：
只有一个主机在工作，不能够平均分担负载，同一时间只有一台机器在工作，如果工作的机器发生故障，则通过集群将所有服务转移给另外一台机器，转移时间30秒到2分钟不等，根据数据量决定。
大多数应用于对安全性要求较高，且无24小时人员值守的环境。
负载均衡：
2台或2台以上的机器同时运行，设备之间没有主次之分，需要负载均衡设备，需要数据同步软件，并且基本上只应用前端接收请求的设备。当单台设备出现故障，则由其他设备平均分担所有应用请求。
大多数应用于访问量非常大的场合。只要有一台设备在工作，访问就不会中断。

双机热备与负载均衡区别在于：
1、双机热备相当于2台服务器其中有一台是另一台的备机，也可以互为备机；主机在运行服务时，备机处于检测状态，主机发生故障后，备机将接管主机的服务
2、负载均衡是在这2台服务器（或N多台）之上增加了一台负载均衡服务器，负载均衡服务器的作用是把用户的请求平均分配到每个节点；增加集群整体的处理能力；实现网络访问的均衡
3、双机热备是为保障24*7小时高可用不停机而推出的产品，而负载均衡是解决服务器压力过大，网络请求大量并发而设计的产品
4、双机热备的优点是：能保障用户服务不间断；负载均衡的优点：WEB访问流畅，用户请求平均分布在每个节点上
5、双机热备缺点：用传统加加阵列的方式增加了存储空间，同样也形成了单点故障；有可能双机热备成为虚设，因为一旦阵列崩溃，服务也意味这停止。 （在条件允许的情况下，可以考虑不加阵列，用软件方式做数据同步，阵列做为备份数据的存储，不失为一个好办法）
6、负载均衡的缺点：适用静态WEB，如果是数据库将不起作用，数据库的多向同步目前还没有完全解决的方案（比如某用户被分配到1号服务器，他在数据库里添加了一条信息；当他下次访问，却被分到2号服务器，那么他原先的数据库信息将不存在）
对于动态的、时常更新的WEB，多向的数据同步也很难，不过我现在已经有了不错的解决办法 因为增加了负载均衡服务器，使得各个节点冗余；但负载均衡器又会形成新的单点故障，所以如果要增加负载均衡设备，一定要选2台做均衡器冗余。

集群、负载均衡与分布式有什么区别

集群、负载均衡与分布式的区别：

1、Linux集群主要分成三大类( 高可用集群， 负载均衡集群，科学计算集群)（下面只介绍负载均衡集群） 

负载均衡集群(Load Balance Cluster) 

负载均衡系统：集群中所有的节点都处于活动状态，它们分摊系统的工作负载。一般Web服务器集群、数据库集群和应用服务器集群都属于这种类型。 

负载均衡集群一般用于相应网络请求的网页服务器，数据库服务器。这种集群可以在接到请求时，检查接受请求较少，不繁忙的服务器，并把请求转到这些服务器上。从检查其他服务器状态这一点上看，负载均衡和容错集群很接近，不同之处是数量上更多。 

2、负载均衡系统： 负载均衡又有DNS负载均衡（比较常用）、IP负载均衡、反向代理负载均衡等，也就是在集群中有服务器A、B、C，它们都是互不影响，互不相干的，任何一台的机器宕了，都不会影响其他机器的运行，当用户来一个请求，有负载均衡器的算法决定由哪台机器来处理，假如你的算法是采用round算法，有用户a、b、c，那么分别由服务器A、B、C来处理； 

3、分布式是指将不同的业务分布在不同的地方。 

而集群指的是将几台服务器集中在一起，实现同一业务。 
分布式中的每一个节点，都可以做集群。 
而集群并不一定就是分布式的。 

举例：就比如新浪网，访问的人多了，他可以做一个群集，前面放一个响应服务器，后面几台服务器完成同一业务，如果有业务访问的时候，响应服务器看哪台服务器的负载不是很重，就将给哪一台去完成。 

而分布式，从窄意上理解，也跟集群差不多， 但是它的组织比较松散，不像集群，有一个组织性，一台服务器垮了，其它的服务器可以顶上来。 

分布式的每一个节点，都完成不同的业务，一个节点垮了，哪这个业务就不可访问了。

mysql cluster 集群 可以在已有的数据库创建吗

没有看懂你的意思，如果是想创建独立的三个集群，是不可以的，cluster的集群主要分三部分，管理节点、计算节点、存储节点，​其中所有的管理操作都在管理节点上进行，如果你已经有了一个集群了，该集群下有一个数据库，创建新的数据库只不过是给数据库增加了两个实例（oracle的叫法，实例），而不是新创建了两个集群。
如果想新创建集群，需要保证有新的管理节点、计算节点和存储节点。在此给你提个建议，尽量不要把多个项目的数据库放在同一个集群下，很麻烦的，我们公司的项目就因为甲方资源紧张，没办法，三个项目用了一个cluster的集群，结果只要其中一个项目使用数据库资源过大，就会把三个项目一起影响。
所以如果资源足够的话，尽量拆成多个集群。