Announcement
Diese Seite ist auch in English, Português, Español, Italiano, Français und 日本語 verfügbar.
Neues Feature-Release: Optimization Policy über CR
Optimierungsrichtlinien können jetzt direkt über Kubernetes Custom Resources verwaltet werden — ergänzend oder alternativ zur Benutzeroberfläche. So erhalten Teams volle GitOps-basierte Kontrolle darüber, wie PerfectScale Ressourcen auf jeder Ebene der Cluster-Hierarchie empfiehlt.
By iryna.bohatchenko
·Shipped by
Iryna Bohatchenko, Maksym Iemelianov, Abror Kenjaev
Was ist neu:
- Multi-Level-Richtliniensteuerung über CRD — Optimierungsrichtlinien (MaxSavings, Balanced, ExtraHeadroom, MaxHeadroom) und benutzerdefinierte Zeitfenster lassen sich auf Cluster-, Namespace- oder Workload-Ebene über ClusterRecommendationsConfig, NamespaceRecommendationsConfig und WorkloadRecommendationsConfig CRs festlegen
- Optimization Policy auf Namespace-Ebene — erstmals können Optimierungsrichtlinien auf Namespace-Ebene konfiguriert werden und schließen damit die Lücke zwischen clusterweiten und workloadspezifischen Einstellungen
- Richtlinien-Hierarchie mit intelligentem Merging — Richtlinien werden in Prioritätsreihenfolge aufgelöst (Workload CRD → Namespace CRD → Cluster CRD → UI → Systemstandard), sodass spezifischere Konfigurationen immer Vorrang haben
- CRD-Quellensichtbarkeit in der UI — wenn eine Richtlinie über CR verwaltet wird, zeigt die UI deren Quelle an, stellt den rohen CR-Inhalt dar und sperrt die Bearbeitung, um Konflikte zu vermeiden
- Schaltfläche "Vererbung zurücksetzen" — Workloads mit über die UI gesetzten Richtlinien können jetzt auf die vererbte Cluster- oder Namespace-Standardeinstellung zurückgesetzt werden — analog zum Verhalten beim Löschen einer CRD