Hubble数据库软件和硬件环境建议配置

Hubble数据库，可以很好的部署和运行在Intel、ARM构架的服务器之上，支持主流的Linux操作系统环境。 如有国产化系统版本建议要求的，请与天云公司Hubble售后部门确认继续情况

Linux 操作系统版本要求

注意：
目前支持 Red Hat Enterprise Linux 8.2 ，其他 8.x 版本未测试
目前支持 CentOS Linux 8.2 ，其他 8.x 版本未测试

开发和测试环境-推荐配置

生产环境-推荐配置

数据库管理系统一体机

支持Windows、Linux、Unix和ONIE开放网络安装环境部署、支持第三方网络操作系统安装部署

支持数据导出、下载和备份

支持多副本存储，保障数据安全

支持网络端口光模块配置 支持25G端口128个；支持100G端口可达32个

集中式管理，解放IT生产力

支持数据收集能力，支持多种协议接口接收，支持2个100Gb 高速传输端口，支持有线、蓝牙、WIFI,微波方式传输方式

支持超大容量存储

性能方面写入>=6GB/s，读取>=6GB/s

硬件建议

接下来所提到的cpu资源，指的是vcore，也就是常说的超线程（hyperthreads）

硬件方面指导是平台无关的。可以是物理机、虚拟机、容器化的。

在正式部署环境前，对应用程序的工作负载模式进行测试，以及调优硬件设置是非常重要的一个环节。例如读多和写多的工作负载将对cpu，内存，存储，IO和网络的测试是有很大差异的。

cpu与内存

每个节点至少需要有4个vcores。为了能有更好的性能，我们建议至少给每个节点提供16个vcores，并给每个vcore提供4GiB的内存。

如果想获得更大的吞吐量，可以给每个节点配置更多的vcore，最大建议为32vcores。如还要进一步提高吞吐量，我们建议增加节点，而不是继续增加节点的物理硬件配置。

为了使得集群能有更好的弹性，我们建议使用更多的小节点，而不是使用更少的较大的节点。因为当数据分布在更多的小节点上时，故障节点的数据恢复的效率是更快的。

如果有大量的表，则需要更多的内存，由于元信息会在在每个节点的内存中，用于查询提速，当有巨量的表信息，无疑对内存的使用也将提升。

请避免使用超频或共享核心的虚拟机，这会限制cpu资源的负载。为了确保一致的性能，请确保所有节点具有统一的配置。

请关闭linux的swap功能，Hubble有自己的内存与缓存的管理器。这是不依赖操作系统的缓存机制的。同时需要注意，当需要将页面读入内存时，在服务上过度分配内存可能会导致意料之外的性能问题。

存储

hubble对于硬盘要求比较高，强烈推荐SSD类型，建议每块磁盘960G 磁盘格式建议使用 EXT4类型文件系统,xfs能提供一定程度上的性能提升，但在长期的崩溃测试中，有出现过数据丢失的情况

我们建议给每个vcore提供对应150GiB的存储空间，如果您的工作负载对容量并没有很大的要求，那么每个vcore对应更少的存储空间，也是没问题的。无论这个节点的vcore是多少，最大的存储都不能超过2.5TiB。

store建议使用单独的卷，避免store的卷与其他io活跃的服务共用。建议将log路径与store区分开，这样可以避免相互影响。

• 单台节点 数据盘6块，每块960GB
• 其中 /data1 RAID10模式共占用4块硬盘 用于存储数据文件
• 其中 /data2 作为RAID1模式共占用2块硬盘 用于存放日志和数据备份文件

DISK I/O

磁盘必须能达到 500iops 和 30MB/s 对应每个vcore。可以使用sysbench工具计算IOPS，如果iops减少，建议增加节点，这样可以增加集群整体的IOPS。

网络端口要求

客户端 Web 浏览器要求

Hubble数据库支持常用的IE、Google Chrome、Mozilla Firefox等较新版本访问