Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(helm): update chart mariadb-operator to 0.35.1 #1056

Merged
merged 1 commit into from
Oct 27, 2024

Conversation

spicerabot[bot]
Copy link
Contributor

@spicerabot spicerabot bot commented Oct 24, 2024

This PR contains the following updates:

Package Update Change
mariadb-operator minor 0.34.0 -> 0.35.1

Warning

Some dependencies could not be looked up. Check the Dependency Dashboard for more information.


Release Notes

mariadb-operator/mariadb-operator (mariadb-operator)

v0.35.1

Compare Source

0.35.1 is a patch release with a focused scope, aimed at stabilizing Galera cluster recovery and enhancing our new Kubernetes custom types. For an overview of features introduced in this release series, see the 0.35.0 release notes.

To upgrade from older versions, be sure to follow the UPGRADE GUIDE.


We value your feedback! If you encounter any issues or have suggestions, please open an issue on GitHub. Your input is crucial to improve mariadb-operator🦭.

Join us on Slack: MariaDB Community Slack.

What's Changed

Full Changelog: mariadb-operator/mariadb-operator@0.35.0...0.35.1

v0.35.0

Compare Source

mariadb-operator 0.35.0 is out! 🦭

To upgrade from older versions, be sure to follow the UPGRADE GUIDE.

Staging storage for S3 backups

When using S3 storage for backups, a staging area is used for keeping the external backups while they are being processed. By default, this staging area is an emptyDir volume, which means that the backups are temporarily stored in the node's local storage where the Backup/Restore Job is scheduled. In production environments, large backups may lead to issues if the node doesn't have sufficient space, potentially causing the backup/restore process to fail.

To overcome this limitation, you are now able to define your own staging area by setting the stagingStorage field to both the Backup and Restore CRs:

apiVersion: k8s.mariadb.com/v1alpha1
kind: Backup
metadata:
  name: backup
spec:
  storage:
    s3:
      ...
  stagingStorage:
    persistentVolumeClaim:
      resources:
        requests:
          storage: 10Gi
      accessModes:
        - ReadWriteOnce
apiVersion: k8s.mariadb.com/v1alpha1
kind: Restore
metadata:
  name: restore
spec:
  s3:
    ...
  stagingStorage:
    persistentVolumeClaim:
      resources:
        requests:
          storage: 10Gi
      accessModes:
        - ReadWriteOnce

In the examples above, a PVC with the default StorageClass will be used as staging area. Refer to the API reference for more configuration options.

More flexibility configuring Kubernetes types

We have recently slimmed down our CRDs, resulting in a ~81% size decrease. As part of this massive refactor, we have replaced the upstream Kubernetes types and introduce our custom types. In this release, we keep committed to this matter, and we have extended our Kubernetes types to ensure flexibility, including:

  • nodeAffinity as expression-driven alternative to nodeSelector
  • configMap and secret volume sources support
  • env support for both initContainers and sidecarContainers
  • resources support in metrics exporter Deployment

Refer to the API reference for more details about this fields.

Kudos to @​am6737 for helping with this! 🙏🏻

Enhanced session affinity for MaxScale GUI

In previous releases, the MaxScale GUI Service used sessionAffinity to avoid load balancing, ensuring that GUI requests stayed with the same Pod. This was important because each MaxScale Pod operates as an independent server, maintaining its own user sessions for the GUI.

When using an API gateway in front of the MaxScale GUI Service without sessionAffinity configured, users may experience unexpected logouts, as sessions from one server are invalid on another. To address this, we now point the MaxScale GUI Service to a specific Pod, dynamically updating the target if the selected Pod goes down. This approach ensures consistency and predictability, minimizing the chances of sending GUI requests to new MaxScale Pods whenever possible. See https://github.com/mariadb-operator/mariadb-operator/pull/956.

Refer to the MaxScale docs for further detail.

Support for image digests in Helm chart

You can now specify image digests when installing the operator Helm chart. Instead of providing a tag, you will need to specify a digest under the image values:

image:
  repository: docker-registry3.mariadb.com/mariadb-operator/mariadb-operator
  pullPolicy: IfNotPresent
  digest: sha256:084a927ee9f3918a5c85d283f73822ae205757df352218de0b935853a0765060

webhook:
  enabled: true
  image:
    repository: docker-registry3.mariadb.com/mariadb-operator/mariadb-operator
    pullPolicy: IfNotPresent
    digest: sha256:084a927ee9f3918a5c85d283f73822ae205757df352218de0b935853a0765060

certController:
  enabled: true
  image:
    repository: docker-registry3.mariadb.com/mariadb-operator/mariadb-operator
    pullPolicy: IfNotPresent
    digest: sha256:084a927ee9f3918a5c85d283f73822ae205757df352218de0b935853a0765060

Kudos to @​am6737 for this contribution! 🙏🏻

Replication improvements

During an update, make sure that at least one Pod has replication configured before proceeding with the update of the primary. See https://github.com/mariadb-operator/mariadb-operator/pull/947.

Kudos to @​BonySmoke for this contribution! 🙏🏻

Various fixes

See https://github.com/mariadb-operator/mariadb-operator/pull/932 https://github.com/mariadb-operator/mariadb-operator/pull/924.

Kudos to @​am6737 for these contributions! 🙏🏻


We value your feedback! If you encounter any issues or have suggestions, please open an issue on GitHub. Your input is crucial to improve mariadb-operator🦭.

Join us on Slack: MariaDB Community Slack.

What's Changed

New Contributors

Full Changelog: mariadb-operator/mariadb-operator@v0.0.32...0.35.0


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

@spicerabot
Copy link
Contributor Author

spicerabot bot commented Oct 24, 2024

--- HelmRelease: databases/mariadb-operator ConfigMap: databases/mariadb-operator-env

+++ HelmRelease: databases/mariadb-operator ConfigMap: databases/mariadb-operator-env

@@ -1,12 +1,12 @@

 ---
 apiVersion: v1
 data:
   MARIADB_ENTRYPOINT_VERSION: '11.4'
   MARIADB_GALERA_LIB_PATH: /usr/lib/galera/libgalera_smm.so
-  MARIADB_OPERATOR_IMAGE: docker-registry3.mariadb.com/mariadb-operator/mariadb-operator:0.34.0
+  MARIADB_OPERATOR_IMAGE: docker-registry3.mariadb.com/mariadb-operator/mariadb-operator:0.35.1
   RELATED_IMAGE_EXPORTER: prom/mysqld-exporter:v0.15.1
   RELATED_IMAGE_EXPORTER_MAXSCALE: docker-registry2.mariadb.com/mariadb/maxscale-prometheus-exporter-ubi:v0.0.1
   RELATED_IMAGE_MARIADB: docker-registry1.mariadb.com/library/mariadb:11.4.3
   RELATED_IMAGE_MAXSCALE: docker-registry2.mariadb.com/mariadb/maxscale:23.08.5
 kind: ConfigMap
 metadata:
--- HelmRelease: databases/mariadb-operator Deployment: databases/mariadb-operator-webhook

+++ HelmRelease: databases/mariadb-operator Deployment: databases/mariadb-operator-webhook

@@ -20,13 +20,13 @@

         app.kubernetes.io/instance: mariadb-operator
     spec:
       serviceAccountName: mariadb-operator-webhook
       automountServiceAccountToken: true
       hostNetwork: false
       containers:
-      - image: docker-registry3.mariadb.com/mariadb-operator/mariadb-operator:0.34.0
+      - image: docker-registry3.mariadb.com/mariadb-operator/mariadb-operator:0.35.1
         imagePullPolicy: IfNotPresent
         name: webhook
         args:
         - webhook
         - --ca-cert-path=/tmp/k8s-webhook-server/serving-certs/ca.crt
         - --cert-dir=/tmp/k8s-webhook-server/serving-certs

@spicerabot
Copy link
Contributor Author

spicerabot bot commented Oct 24, 2024

--- kubernetes/apps/databases/mariadb-operator/operator Kustomization: flux-system/mariadb-operator HelmRelease: databases/mariadb-operator

+++ kubernetes/apps/databases/mariadb-operator/operator Kustomization: flux-system/mariadb-operator HelmRelease: databases/mariadb-operator

@@ -13,13 +13,13 @@

     spec:
       chart: mariadb-operator
       sourceRef:
         kind: HelmRepository
         name: mariadb-operator-charts
         namespace: flux-system
-      version: 0.34.0
+      version: 0.35.1
   interval: 30m
   timeout: 15m
   values:
     certController:
       enabled: false
     ha:

@spicerabot spicerabot bot changed the title feat(helm): update chart mariadb-operator to 0.35.0 feat(helm): update chart mariadb-operator to 0.35.1 Oct 25, 2024
@spicerabot spicerabot bot force-pushed the renovate/mariadb-operator-0.x branch from d9f18bf to b7b3453 Compare October 25, 2024 16:09
@spiceratops spiceratops merged commit d985d71 into main Oct 27, 2024
6 of 8 checks passed
@spiceratops spiceratops deleted the renovate/mariadb-operator-0.x branch October 27, 2024 04:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant