Merge pull request '激活 OpenEBS Flux HelmRelease 接管' (#40) from feat/openebs-adoption-activate into main

Reviewed-on: #40

clusters/homelab/README.md

@@ -46,6 +46,6 @@ sudo k3s kubectl -n flux-system get gitrepositories,kustomizations
 - `gitea-actions`、`gitea` 与 External Secrets 已由 Flux HelmRelease 接管，Gitea 已升级到 `1.27.3`；
 - cert-manager 已固定现有 `v1.21.0` 并完成分阶段 Flux HelmRelease 接管；
 - Envoy Gateway 已固定现有 `v1.5.6` 并完成分阶段 Flux HelmRelease 接管；
-- OpenEBS 已进入分阶段接管：固定现有 `4.4.0`，HelmRelease 暂停等待存储基线验证；
+- OpenEBS 已固定现有 `4.4.0` 并完成分阶段 Flux HelmRelease 接管；
 - External Secrets Operator 已固定 chart `2.8.0` 并完成分阶段接管；
 - root Kustomization 与所有 brownfield 子 Kustomization 继续保持 `prune: false`。

platform/openebs/README.md

@@ -19,11 +19,10 @@ provisioner，因此 brownfield 接管期间保持 `prune: false`。
 
 ## Flux 接管状态
 
-现有 Helm release revision 为 3，保存的 user-supplied values 与本目录 `values.yaml`
-一致。Git 中先登记固定 `4.4.0` 且 `suspend: true` 的 HelmRelease；阶段一仅让 Flux
-管理 Helm source、release 声明、values ConfigMap 和现有 StorageClass，不运行 Helm
-upgrade。确认 source Ready、Helm revision、OpenEBS Pod UID、PV/PVC 与 ZFS volume
-健康后，再通过独立 PR 解除暂停。
+现有 Helm release 保存的 user-supplied values 与本目录 `values.yaml` 一致，并已固定
+`4.4.0` 完成分阶段 Flux HelmRelease 接管。阶段一确认 source Ready、Helm revision
+保持为 3、8 个 OpenEBS Pod UID 未变、10/10 ZFS PV 和集群 20/20 PVC Bound，且
+`data/ceph` 下 10 个 volume 未变；随后通过独立 PR 解除暂停。
 
 CRD 在 install/upgrade 时使用 `CreateReplace`，但绝不通过删除 CRD 迁移。接管和升级
 是两个独立动作；首次激活不得改变 chart、values、StorageClass 或存储引擎。

platform/openebs/helmrelease.yaml

@@ -4,8 +4,6 @@ metadata:
   name: openebs
   namespace: openebs
 spec:
-  # 存储控制面先只登记；解除暂停必须使用独立 PR 并保留 live PV/PVC 基线。
-  suspend: true
   chart:
     spec:
       chart: openebs