Release v1.3.0

[gianlucam76]

✨ New Features and Enhancements

🚀 Promotion Enhancements: Pre-Health Check Deployments

Introduced the optional PreHealthCheckDeployment field to the ClusterPromotion resource. This allows users to deploy and reconcile specific resources—such as validation Jobs or temporary services—after the configured delay but before post-delay health checks are executed. This ensures the environment is fully prepared for validation.

PR

🛠️ Per-Cluster Agent Patches via Annotations

Sveltos now supports granular, per-cluster configuration for its agents. Users can apply unique configuration patches to individual managed clusters using annotations to reference a specific ConfigMap. This is ideal for scenarios requiring cluster-specific overrides, such as using regional private container registries.

Supported Annotations:

• driftdetection.projectsveltos.io/config-override-ref
• sveltosagent.projectsveltos.io/config-override-ref
• sveltosapplier.projectsveltos.io/config-override-ref

PR
PR

🔄 Dependency-Aware Forced Redeployment

Introduced the sveltosctl redeploy cluster command, allowing users to forcefully trigger a re-application of all Sveltos-managed add-ons and resources on a target cluster.

• Intelligent Execution: Instead of a simple reset, it performs a dependency-aware reconciliation. It uses a topological sort based on the dependsOn field in ClusterSummary resources to ensure prerequisites are reconciled before dependent resources.

• Benefit: Enables a full configuration refresh or rolling update without requiring any changes to the ClusterProfile or Profile specifications.

PR

📦 Helm: Resource Ownership Adoption (TakeOwnership)

Introduced the TakeOwnership field for Helm chart deployments. This allows Sveltos to manage and adopt resources that already exist in a cluster, even if they lack the standard Helm ownership annotations (meta.helm.sh/release-name, etc.).

Default: false (standard Helm safety checks remain active unless explicitly enabled).
PR

🐛 Bug Fixes and Enhancements

• Fixed ActiveWindow Reconciliation: Resolved an issue where changes to the ActiveWindow settings in a SveltosCluster resource would not always trigger a correct recalculation of the NextPause and NextUnpause times. This fix ensures that any modification to the ActiveWindow specification forces a re-evaluation of the scheduling. Additionally, the feature now explicitly reads and stores ActiveWindow times using UTC to prevent timezone-related errors in scheduling calculations.
  PR

• Fixed Drift Exclusion Reconciliation: Fixed a bug where Sveltos would not react to changes in the DriftExclusions field within a ClusterProfile or Profile. This issue prevented Sveltos from correctly updating the set of resources excluded from drift detection when the configuration was modified.
  PR

• Fixed Stuck Add-on Deletion in Pull Mode: Corrected an issue where, in pull mode, add-on deletion would get stuck if the governing Profile or ClusterProfile was deleted while the resources were still being deployed. This occurred because the local controller attempted deletion while the remote agent's action was still set to deploy. The fix ensures the remote ConfigurationGroup is cleaned up, allowing the deletion to complete.
  PR

⚠️ Important Compatibility & Dependency Updates

🚨 ClusterAPI v1.12.0 (v1beta2) Support: Sveltos has transitioned to ClusterAPI v1.12.0, moving to the v1beta2 API version.

Action Required: To upgrade to this Sveltos release, users leveraging ClusterAPI integration must ensure their management clusters are using v1beta2 ClusterAPI CRDs.

🔄 Automatic Redeployment on Upgrade

Due to the fix for DriftExclusions tracking, the internal hash calculation now includes the driftExclusion field.

Impact: Upon upgrading to this version, any Profile or ClusterProfile that contains populated driftExclusion fields will undergo a one-time automatic redeployment.

Toolchain Updates:

ClusterAPI: v1.12.0
Go: v1.25.5
Helm: v3.19.4