Skip to main content

Software and Hardware Environment Requirements

This configuration requirement applies to deploying highly available Rainbond clusters based on private servers.

1. Operating system requirements

systemVersionkernel versionOpenSSH version
Ubuntu16.04/18.044.0+7.0+
CentOS7.*4.0+7.0+

Rainbond supports deployment based on various Linux distributions. If you use the CentOS 7 operating system, be sure to upgrade the operating system kernel; please refer to CentOS System Kernel Upgrade Guidefor the operation steps.

2. Overview of Node Properties

The node type attribute description is as follows:

property categoryAttributesOverview
Kubernetesmanagement nodeHybrid deployment of Kubernetes management nodes and Rainbond management services
Kubernetescalculate nodeProvide computing resources for workloads
KubernetesETCD nodeUsed to save all network configuration and object state information of the Kubernetes cluster
Rainbondgateway nodeEntrance for application access on the cloud
Rainbondbuild nodeRainbond platform executes source code construction task node
Rainbonddatabase nodeBuild a database outside the cluster for the platform to store metadata
Rainbondstorage nodeDeploy an open source version of the GlusterFS cluster to provide shared storage for the platform

3. Details of hardware requirements

Production server configuration requirements

Node propertiesCPUMemoryNumber of serversRemark
management node4vCPU8Gat least 2
calculate node16vCPU64Gat least 2Allocate resources according to business conditions, and follow-up can be expanded
gateway node4vCPU16Gat least 2
build node4vCPU16Gat least 2
ETCD node4vCPU8Gat least 3
database node2vCPU4Gat least 2
storage node4vCPU8Gat least 3

In the production environment, all roles can be separated to achieve a completely split, each function-specific architecture; the role attributes can also be reused to build a reusable cluster with the fewest servers.

Fourth, the disk partition

It is recommended to use the logical volume lvm for disk partitioning, which is convenient for later expansion.

  • The disk partition details of each node are as follows:

management node

diskpartitionSizeillustrate
system disk/100Gsystem root partition
data disk/var/lib/docker100Gdocker partition

calculate node

diskpartitionSizeillustrate
system disk/100Gsystem root partition
data disk/var/lib/docker300Gdocker partition

ETCD node

diskpartitionSizeillustrate
system disk/100Gsystem root partition
data disk/var/lib/etcd100Getcd data partition, ssd is recommended

gateway node

diskpartitionSizeillustrate
system disk/100Gsystem root partition
data disk/var/lib/docker100Gdocker partition

build node

diskpartitionSizeillustrate
system disk/100Gsystem root partition
data disk/var/lib/docker300Gdocker partition
data disk/cache300G(On-demand) source code build cache data partition, such as when the platform uses more source code build functions, the disk capacity can be increased

database node

diskpartitionSizeillustrate
system disk/100Gsystem root partition
data disk/var/lib/mysql100GMySQL data partition

storage node

diskpartitionSizeillustrate
system disk/100Gsystem root partition
data disk/var/lib/docker100Gdocker partition
data disk/data1T+Shared storage data partition

V. Other resources and requirements

Gateway high availability

The Rainbond gateway node needs to use Keepalived or load balancing to ensure high availability. If the server network does not support the Keepalived service, you need to know whether other load balancing services are available, such as Alibaba Cloud SLB load balancing.

The following resources need to be prepared when using the Keepalived:

Node typeresourcequantity
gateway nodeVirtual IP on the same network segment1

When using an existing load balancing service, the load balancing service requires ports80, 443, 6060, 6443, 7070, and 8443 of the proxy gateway node.

public network open

All nodes require access to the public network.

Pan resolution domain name

The platform will provide a pan-analytic domain name for HTTP type applications. The domain name of *.grapps.cnis used by default. The domain name can be customized during installation. If a custom domain name is used, the resolution of the custom pan-domain name needs to be configured.

After the cluster resources are prepared, please refer to the High Availability Installation Rainbond Cluster document for cluster deployment.