W3cubDocs

/MariaDB

ColumnStore Minimum Hardware Specification

The following table outlines the minimum recommended production server specifications which can be followed for both on premise and cloud deployments:

Single server

Item Development Environment Production Environment
Physical Server 8 core Intel / AMD, 32GB Memory 32 core Intel / AMD, 64 GB Memory
Storage Local disk Local disk

Multi server

Item Development Environment Production Environment
UM Physical Server 8 core Intel / AMD, 32GB Memory 32 core Intel / AMD, 64 GB Memory
PM Physical Server 8 core Intel / AMD, 16GB Memory 16 core Intel / AMD, 32GB Memory
Item Description
Storage Local disk on each PM can be appropriate for systems that can tolerate some down time in the event of server failure. To leverage the automated fail-over capabilities, a networked storage layer such as SAN for on premise or EBS in AWS is a better choice. A distributed filesystem such as the open source GlusterFS will also allow for node fail-over. The storage system must support files being opened with the O_DIRECT flag as the system utilizes this to optimize block caching and avoid the OS redundantly caching the same blocks.
Network Interconnect In a multi server deployment data will be passed around via TCP/IP networking. At least a 1G network is recommended.

Details

These are minimum recommendations and in general the system will perform better with more hardware:

  • More CPU cores and servers will improve query processing response time.
  • More memory will allow the system to cache more data blocks in memory. We have users running system with anywhere from 64G RAM to 512 G RAM for UM and 32 to 64 G RAM for PM.
  • Faster network will allow data to flow faster between UM and PM nodes.
  • SSD's may be used, however the system is optimized towards block streaming which may perform well enough with HDD's for lower cost.
  • Where it is an option, it is recommended to use bare metal servers for additional performance since ColumnStore will fully consume CPU cores and memory.
  • In general it makes more sense to use a higher core count / higher memory server for single server or 2 server combined deployments.
  • In a deployment with multiple UM nodes the system will round robin requests from the mysqld handling the query to any ExeMgr in the cluster for load balancing. A higher bandwidth network such as 10g or 40g will be of benefit for large result set queries.

AWS instance sizes

For AWS our own internal testing generally uses m4.4xlarge instance types as a cost effective middle ground. The R4.8xlarge has also been tested and performs about twice as fast for about twice the price.

Content reproduced on this site is the property of its respective owners, and this content is not reviewed in advance by MariaDB. The views, information and opinions expressed by this content do not necessarily represent those of MariaDB or any other party.

© 2019 MariaDB
Licensed under the Creative Commons Attribution 3.0 Unported License and the GNU Free Documentation License.
https://mariadb.com/kb/en/columnstore-minimum-hardware-specification/