Skip to content
This repository was archived by the owner on Aug 12, 2026. It is now read-only.

Chore/temp branch for virtualization poc - #107

Draft
diafour wants to merge 5 commits into
mainfrom
chore/temp-branch-for-virtualization-poc
Draft

diafour wants to merge 5 commits into
mainfrom
chore/temp-branch-for-virtualization-poc

Conversation

@diafour

@diafour diafour commented Jul 28, 2026

Copy link
Copy Markdown
Member

Description

Temp branch for virtualization PoC testing.

Why do we need it, and what problem does it solve?

What is the expected result?

Checklist

  • The code is covered by unit tests.
  • e2e tests passed.
  • Documentation updated according to the changes.
  • Changes were tested in the Kubernetes cluster manually.

AleksZimin and others added 5 commits July 13, 2026 11:04
Remove the OnAfterDeleteHelm hook that stripped finalizers from
VolumeSnapshot, VolumeSnapshotContent and VolumeSnapshotClass resources
when the module was disabled. Disabling the module must no longer touch
these cluster-wide resources so that snapshot support can be safely
handed over to the storage-foundation module.

Also drop the unused snapshot-validation-webhook certificate hook and
its values schema, and tidy the hooks Go module.

Signed-off-by: Aleksandr Zimin <alexandr.zimin@flant.com>
(cherry picked from commit cbaa0a1)
Signed-off-by: Aleksandr Zimin <alexandr.zimin@flant.com>
v0.2.0 handoff of CSI snapshot support to the storage-foundation module.

- module.yaml: stage Deprecated; drop enabledInBundles (no longer auto-enabled,
  still explicitly enable-able); require the storage-foundation module present
  (requirements.modules.storage-foundation ">= 0.0.0" — sf ships from main, no
  v1.0.0 tag; dev builds do not enforce requirements anyway).
- crds/: replace the three snapshot.storage.k8s.io CRDs (+doc-ru) with
  byte-for-byte copies from storage-foundation (extended VolumeSnapshot with
  spec.mode), so both modules apply identical definitions without conflict during
  the handover. crds/ stays in the bundle for now; removal is v0.3.0.
- templates/deprecation-alert.yaml: D8SnapshotControllerModuleDeprecated
  (severity 9, vector(1)) in d8-monitoring, UNGUARDED — fires whenever the module
  is enabled (incl. when storage-foundation is on and this module renders nothing
  else) to nudge disabling it.
- docs: deprecated banner (README + .ru).

Stacked on feat/cut-remove-finalizers-hook (v0.1.21) so the destructive on-delete
hook removal is included; rebase onto main after v0.1.21 merges.

Signed-off-by: Aleksandr Zimin <alexandr.zimin@flant.com>
(cherry picked from commit a43cb0a)
Signed-off-by: Aleksandr Zimin <alexandr.zimin@flant.com>
…76, no sf requirement

Collapse the former v0.1.21 (remove destructive on-delete hook) and v0.2.0
(deprecate + CRD handover + alert) into ONE release, and drop v0.3.0 (crds/ stay).

Key change vs the earlier handoff design: NO requirements.modules.storage-foundation.
The module must stay independently installable — a cluster that does not enable
storage-foundation still gets a working snapshot-controller (templates render while
sf is absent) plus the deprecation alert, instead of losing snapshot support.
requirements.deckhouse bumped to >= 1.76 (new d8 baseline).

The bundled controller is upstream external-snapshotter (vanilla); it keeps working
against the byte-for-byte storage-foundation CRDs because the fork is a backward-
compatible superset — spec.mode is defaulted (Capture)/immutable and dropped by the
typed client, VolumeSnapshotContent.volumeSnapshotRef is relaxed to optional, and the
required/CEL constraints all hold for Capture-mode snapshots.

CHANGELOG consolidated into v0.2.0 (v0.1.21 removed).

Signed-off-by: Aleksandr Zimin <alexandr.zimin@flant.com>
…use >= 1.76

snapshot-controller stays INDEPENDENTLY installable (no requirements.modules.
storage-foundation): a cluster that does not enable storage-foundation still gets a
working snapshot-controller plus the deprecation alert instead of losing snapshot
support. requirements.deckhouse -> >= 1.76. CHANGELOG folded into v0.2.0.

Signed-off-by: Aleksandr Zimin <alexandr.zimin@flant.com>
@diafour diafour self-assigned this Jul 28, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants