Skip to content

2.0

Closed Dec 13, 2023 90% complete

Collections of issues, ideas, proposals that we want to include in a Operator v2.0

To start developing on piraeus operator v2, make a clean break and upgrade
to the latest operator-sdk. The implementation will focus on improving
the issues encountered with v1.

The main goals are:

  • A default installation should just work, without user intervention.
    For exa…

Collections of issues, ideas, proposals that we want to include in a Operator v2.0

To start developing on piraeus operator v2, make a clean break and upgrade
to the latest operator-sdk. The implementation will focus on improving
the issues encountered with v1.

The main goals are:

  • A default installation should just work, without user intervention.
    For example: DRBD injection should select the right image automatically.
  • Common customizations should be easy to apply.
    For example: Using a different registry.
  • The user should be able to customize almost any managed resource.
    For example: To include additional configuration or secrets.
  • The default installation should make a robust and secure setup.
    For example: TLS should be configured between all components.

Operator v2 only has a single cluster-scoped resource to control the
LINSTOR cluster. This will set up Controller, Satellites and CSI Driver.
The resource can be applied with an empty spec, which will lead to a default
cluster with automatically selected image versions.

Configuration of satellites happens using a secondary resource
(not implemented). This will allow configuration to apply only
to a subset of nodes.

Further customization of components is possible by user-provided "patches"
to existing resources. This is done by using "kustomize" internally, where
the user patches are integrated into the normal kustomize process.

Loading