NDB Cluster的优点之一是，它可以在普通硬件上运行，在这方面没有任何特殊要求，除了大量的RAM，因为所有的实时数据存储都是在内存中完成的。(可以使用磁盘数据表来减少这一需求第23.5.10节“NDB群集磁盘数据表”，有关这些的更多信息。）自然，多个和更快的CPU可以提高性能。其他NDB群集进程的内存要求相对较小。

对于NDB Cluster的软件要求也不大。主机操作系统不需要任何特殊的模块、服务、应用程序或配置来支持NDB集群。对于受支持的操作系统，一个标准的安装应该足够了。MySQL的软件要求很简单:所有需要的是NDB Cluster的生产版本。仅仅为了能够使用NDB Cluster而自己编译MySQL并不是严格必要的。我们假设您使用的是适合您的平台的二进制文件，可以从NDB Cluster软件下载页面获得10bet手机中文版10bet博彩公司 ．

对于节点之间的通信，NDB Cluster支持任何标准拓扑结构中的TCP/IP网络，每个主机的最低期望是一个标准的100mbps以太网卡，加上一个交换机、集线器或路由器，以作为一个整体为集群提供网络连接。我们强烈建议NDB集群运行在自己的子网上，该子网不与非集群的机器共享，原因如下:

网络通信和延迟。NDB Cluster需要数据节点和API节点(包括SQL节点)之间通信，数据节点和其他数据节点之间通信，以执行查询和更新。这些进程之间的通信延迟可以直接影响观察到的性能和用户查询的延迟。此外，为了在节点静默故障的情况下保持一致性和服务，NDB Cluster使用心跳和超时机制，将节点通信的扩展丢失视为节点故障。这可能导致减少冗余。回想一下，为了保持数据一致性，当节点组中的最后一个节点故障时，NDB Cluster将关闭。因此，为了避免增加强制关闭的风险，应该尽可能避免节点之间的通信中断。

数据或API节点的故障导致涉及失败节点的所有未提交的未提交的事务中止。数据节点恢复需要在数据节点返回服务之前重新建立Faile Vialta数据节点的失败节点数据的同步，并重新建立基于磁盘的重做和检查点日志。此恢复可能需要一些时间，在此期间，群集的冗余运行。

心跳由所有节点依靠及时的代心跳信号。如果节点过载，则可能是不可能的，由于与其他程序共享，或者由于交换而遇到延迟而导致的机器CPU不足。如果心跳生成充分延迟，则其他节点对待慢速响应的节点。

在某些情况下，这种慢速节点作为失败的处理可能是可能的，这取决于节点在群集其余部分对群集的其余部分的影响的影响，因此可能是不可取的。设置超时值（如）heartbeatintervaldbdb.和Heartbeatintervaldbapi.对于NDB集群，必须小心照顾，以实现快速检测，故障转移和恢复工作，同时避免潜在的昂贵误报。

如果数据节点之间的通信延迟预期高于LAN环境中的通信延迟（大约100μs），则必须增加超时参数以确保在配置的超时内延迟周期的任何允许的句点。以这种方式增加超时对检测失败的最坏情况以及服务恢复时间的最坏情况的作用。

LAN环境通常可以配置为稳定的低延迟，这样它们就可以提供快速故障转移的冗余。单个链路故障可以在TCP级别(NDB Cluster通常在TCP级别运行)以最小且可控的延迟恢复。WAN环境可能提供一系列延迟，以及具有较慢故障转移时间的冗余。在恢复端到端连通性之前，单个链路故障可能需要传播路由更改。在TCP级别，这可能在各个通道上表现为较大的延迟。在这些场景中观察到的TCP延迟的最坏情况与IP层围绕故障重新路由的最坏情况有关。