sdb-cluster. yaml
On this page
This generates a MemsqlCluster
object (from the custom resource definition) that spawns the cluster and all associated necessary objects/resources based on the configurations supplied within.
Create a MemsqlCluster definition file to specify the configuration settings for your cluster.
apiVersion: memsql.com/v1alpha1kind: MemsqlClustermetadata:name: sdb-clusterspec:license: license_keyadminHashedPassword: "hashed_password"nodeImage:repository: singlestore/nodetag: node_tagredundancyLevel: 2serviceSpec:objectMetaOverrides:labels:custom: labelannotations:custom: annotationsaggregatorSpec:count: 2height: 0.5storageGB: 256storageClass: standardobjectMetaOverrides:annotations:optional: annotationlabels:optional: labelleafSpec:count: 2height: 0.5storageGB: 1024storageClass: standardobjectMetaOverrides:annotations:optional: annotationlabels:optional: label
You must edit the following placeholders in this file to properly set up your cluster:
-
Replace
license_
with your license from the Cloud Portal.key Note that, as of SingleStoreDB 7.
1. 4, license checks are now cgroup
-aware and respect container resource boundaries for containerized deployments.While this does not change how license checks are performed, nor does it change how capacity is allocated, it does change how the resources allocated to the container are checked. -
Replace
hashed_
with a hashed version of a secure password for thepassword admin
database user on the cluster.The
admin
user is the default user you can use when logging into your cluster.The account is created by the Operator during cluster deployment and has an explicit set of grants (defined at the end of this step) to reduce the scope of this user. The following python script shows how to create a hashed password.
Note that the asterisk ( *
) must be included in the final password.from hashlib import sha1print("*" + sha1(sha1('secretpass'.encode('utf-8')).digest()).hexdigest().upper()) -
Under
nodeImage
,tag
specifies the version ofsinglestore/node
that will be deployed in your cluster.This value aligns with the version number of the SingleStoreDB database engine that is running in the container. For example,
alma-7.
contains version 7.5. 18-02b9fe2427 5 of SingleStoreDB. You can use different versions of the engine by going to the Docker Hub page for
singlestore/node
and selecting a different tag.Because of recent updates to the singlestore/node
container, you should select a tag that is6.
or newer.8. 9-24b9cbd386 Also, running different versions of the SingleStoreDB engine in one cluster is not supported, so you must ensure that each node in your Kubernetes cluster has the same tag
value. -
By default, the
redundancyLevel
is set to2
to enable high availability (HA), which is highlyrecommended for production deployments.To disable high availability, set this value to 1
.Refer to Managing High Availability for more information. -
The
objectMetaOverrides
sections are optional.By including these sections, you can override the metadata annotations and labels at either the node or service layer ( objectMetaOverrides
). -
Change
count
to alter the number of aggregator or leaf nodes in your cluster. -
The
height
value specifies the vCPU and RAM size of an aggregator or leaf node where aheight
of1
equals 8 vCPU cores and 32 GB of RAM.The smallest value you can set is 0.
(4 vCPU cores, 16 GB of RAM).5 -
The
storageGB
value corresponds to the amount of storage each aggregator or leaf should request for their persistent data volume. -
The
storageClass
value specifies which storage class to use for the PersistedVolume in the Kubernetes cluster.You should change this value to align with the default (or custom) storage class available to your cluster. -
Users may declare an
envVariables
section.This is an optional section that allows environment variables to be specified. The currently supported environment variables include: -
MALLOC_
ARENA_ MAX
envVariables:MALLOC_ARENA_MAX: 4 -
Once you have finished creating your definition files, you can deploy your cluster.
User Permissions
The userSpec
section is an optional section in the sdb-cluster.
file that can be used to control rootServiceUser
permissions in the database.rootServiceUser
permissions is only supported in SingleStoreDB v7.
To control these permissions, add the following section to the sdb-cluster.
file as shown below.
usersSpec:rootServiceUser: true// RequireSSL is a flag that toggles `REQUIRE SSL`// for the `admin` user// For accounts that have REQUIRE SSL, the connection// attempt fails if a secure connection cannot be established.adminRequireSsl: true # true to enable, false to disable
This grants SERVICE_
to the SingleStoreDB root user when rootServiceUser
is true
and, when root has this permission, revokes SERVICE_
when false
or left unspecified.
Admin User Permissions
The admin
user has the following database permissions:
-
USAGE
-
SELECT
-
INSERT
-
UPDATE
-
DELETE
-
CREATE
-
DROP
-
PROCESS
-
INDEX
-
ALTER
-
SHOW METADATA
-
CREATE TEMPORARY TABLES
-
LOCK TABLES
-
CREATE VIEW
-
ALTER VIEW
-
DROP VIEW
-
SHOW VIEW
-
DROP DATABASE
-
CREATE DATABASE
-
CREATE ROUTINE
-
ALTER ROUTINE
-
EXECUTE
-
CREATE PIPELINE
-
DROP PIPELINE
-
START PIPELINE
-
ALTER PIPELINE
-
SHOW PIPELINE
Additional Configuration Options
To learn more about a configuration option below while remaining on this page, right-click on the configuration option and open it in a separate tab.
Last modified: September 22, 2023