sdb-operator. yaml
Warning
SingleStore 9.0 gives you the opportunity to preview, evaluate, and provide feedback on new and upcoming features prior to their general availability. In the interim, SingleStore 8.9 is recommended for production workloads, which can later be upgraded to SingleStore 9.0.
This generates the Operator Deployment object that will spawn and maintain the Operator.
Create a deployment definition file using the template below.
The --cluster-id
argument must match the name of the SingleStore custom resource as defined in the sdb-cluster.
("sdb-cluster"
by default).
apiVersion: apps/v1kind: Deploymentmetadata:name: sdb-operatorlabels:app.kubernetes.io/component: operatorspec:replicas: 1selector:matchLabels:name: sdb-operatortemplate:metadata:labels:name: sdb-operatorspec:serviceAccountName: sdb-operatorcontainers:- name: sdb-operatorimage: operator_image_tagimagePullPolicy: Alwaysargs: [# Cause the operator to merge rather than replace annotations on services"--merge-service-annotations",# Allow the process inside the container to have read/write access to the `/var/lib/memsql` volume."--fs-group-id", "5555","--cluster-id", "sdb-cluster" ]env:- name: WATCH_NAMESPACEvalueFrom:fieldRef:fieldPath: metadata.namespace- name: POD_NAMEvalueFrom:fieldRef:fieldPath: metadata.name- name: OPERATOR_NAMEvalue: "sdb-operator"
You must edit this file and replace operator_
with the either the local singlestore/operator
Docker image you pulled down (such as "sdb-operator"
), or add in an imagePullSecrets
section under the spec
section and reference a Kubernetes Secret that you can create via kubectl apply
.
Refer to the Kubernetes documentation for more information on imagePullPolicy
and creating Secrets.
Last modified: July 20, 2023