A newer version of this documentation is available.

View Latest

Operator Deployment Settings

      +

      Operator Deployment

      The Couchbase Autonomous Operator configuration is defined below. This is intended as a reference only, and you should prefer the use of the cao utility or Helm, as these will handle configuration for you and provide an abstraction layer, less prone to modification.

      Most of the fields in the Operator configuration should never be changed and it is recommended that you use the configuration as is. However, there are some exceptions noted below.
      apiVersion: apps/v1
      kind: Deployment
      metadata:
        name: couchbase-operator
      spec:
        replicas: 1 (1)
        selector:
          matchLabels:
            app: couchbase-operator
        template:
          metadata:
            labels:
              app: couchbase-operator
          spec:
            containers:
            - name: couchbase-operator
              image: couchbase/operator:2.0.0 (2)
              command:
              - couchbase-operator
              args: (3)
              - --pod-create-timeout=10m0s
              env: (4)
              - name: WATCH_NAMESPACE
                valueFrom:
                  fieldRef:
                    fieldPath: metadata.namespace
              - name: POD_NAME
                valueFrom:
                  fieldRef:
                    fieldPath: metadata.name
              ports:
              - containerPort: 8080 (5)
                name: http
              - containerPort: 8383 (6)
                name: prometheus
            serviceAccountName: couchbase-operator (7)
      1 The number of replicas should not be changed. The deployment will ensure the Operator is always running. The Operator uses leadership election to ensure only one instance is processing data at once, so replicas are redundant.
      2 The image should remain unchanged unless you are using a custom image. The Operator is a static binary; the use of an operating system image is redundant and a potential security vulnerability.
      3 The container arguments can be modified to suit your requirements. Valid flags are documented below.
      4 The WATCH_NAMESPACE and POD_NAME environment variables are required by the underlying library and can not be modified.
      5 The HTTP container port can be modified, however this will affect log collection with the cao tool.
      6 The Prometheus container port is fixed and cannot be modified at present.
      7 The Operator must be run as a service account with the correct roles to function.

      Command-line Arguments

      --concurrency

      Type: integer

      Default: 4

      This argument controls how many Couchbase clusters can be reconciled at the same time.

      The Operator can manage multiple Couchbase clusters regardless of this setting, however if set too low clusters may have to wait for a worker to become available before being inspected and reconciled. This is especially relevant where a Couchbase cluster can block others from being repaired due to a long running process such as a rebalance.

      --listen-addr <integer>

      Type: integer

      Default: 8080

      This argument controls the Operator HTTP server. It is primarily used to expose debugging information for support requests.

      --pod-create-timeout

      Type: string

      Default: 10m

      The Operator allows the timeout of pod creation to be manually configured. It is primarily intended for use on cloud platforms where the deployment of multiple volumes and pulling of a Couchbase Server container image may take a longer time than the default timeout period.

      Valid values are any string that is a Go language duration.

      --zap-devel | --zap-devel=false

      Type: boolean

      Default: false

      Enables development mode logging, which while more human readable, is less easily integrated into centralized log shipping and collection infrastructure. Development mode sets -zap-encoder default to console, -zap-log-level to debug, and -zap-stacktrace-level to warn. Production mode sets -zap-encoder default to json, -zap-log-level to info, and -zap-stacktrace-level to error.

      --zap-encoder

      Type: string

      Enumeration: json, console

      Default: see -zap-devel

      Allows log format to be specified. By default, json logging provides a machine readable format easily integrated into centralized logging platforms. The alternative console logging, is more easily readable to the human, but less easily integrated into centralized log shipping and collection infrastructure.

      --zap-log-level

      Type: string

      Enumeration: debug, info, error, 2

      Default: see -zap-devel

      Controls the verbosity of log output. Informational logging displays errors and informational messages. Debug logging displays basic debug, error and informational messages. Level 2 debug logging displays full debug, error and informational messages, including Couchbase server API calls.

      When using logging level 2 be aware this will print all data payloads to and from Couchbase server. This data may contain user names and passwords in plain text along with any other sensitive information concerning naming of resources.

      --zap-stacktrace-level

      Type: string

      Enumeration: info, error

      Default: see -zap-devel

      Controls at what level a log message generates a stack trace for debugging purposes.