Before continuing please go over the Kubernetes Quick Start Guide and follow the steps for setting up the Redpanda Operator and optionally a Redpanda cluster.
Once the Redpanda Operator is installed a Redpanda cluster can be created by applying a Cluster Custom Resource (CR) containing the specification of the desired Redpanda cluster. The CR includes the desired Redpanda Cluster name, namespace, and configuration for the Admin, Kafka, Pandaproxy API, and others.
The Cluster definition includes parameters that are commonly needed to configure a Redpanda Cluster. However, Redpanda offers a broad range of parameters (Custom configuration) not all of which are included in the Cluster definition.
For this reason, we introduced a parameter
additionalConfiguration that allows you to include
arbitrary configuration parameters not included in the CR. For example, consider the
single-node sample found in our sample files with
- port: 9092
- port: 8082
- port: 9644
At the bottom we see a map,
additionalConfiguration. These are parameters that are currently not part of the Custom Resource, but are passed to the Redpanda configuration (
The format of each entry is
<subsystem>.<property_name>: <value>. Examples of subsystems, as seen above, are
schema_registry. The value can be a single value or a YAML/JSON-encoded string, as is the case with the
schema_registry parameter in the example.
Once the above specification is applied, the Redpanda logs should include
- address: 0.0.0.0
When using this capability keep in mind some limitations:
- versioning is not supported for the
- key names not supported by Redpanda will lead to failure on start
- updating this map requires a manual restart of the Redpanda pods