Von Hierarchy Controller zu Hierarchical Namespace Controller (HNC) migrieren
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite wird beschrieben, wie Sie von Hierarchy Controller (ab Dezember 2024 nicht mehr verfügbar) zur Kubernetes-basierten Open-Source-Lösung Hierarchical Namespace Controller (HNC) migrieren.
hierarchyController.enablePodTreeLabels: Wenn true und Sie die hierarchische Beobachtbarkeit verwenden, fahren Sie nicht mit den Schritten auf dieser Seite fort. Wenden Sie sich stattdessen an den Cloud Customer Care, um Unterstützung bei der Migration zu einer Alternative zu erhalten.
hierarchyController.enabled: wenn true, führen Sie die folgenden Schritte aus:
Wenn Sie Hierarchy Controller deaktivieren, werden die Hierarchy Controller-Komponenten im Cluster gelöscht. Die benutzerdefinierten Ressourcendefinitionen (CRD) des Hierarchy Controllers werden nicht gelöscht:
HierarchyConfiguration
HNCConfiguration
SubnamespaceAnchor
HierarchicalResourceQuota
Wenn Sie die Felder für den Hierarchy Controller entfernen möchten, lesen Sie die Anleitung für die Methode, mit der Sie den Hierarchy Controller installiert haben:
Wenn Sie hierarchische Ressourcenquoten verwenden, müssen Sie HNC Version 1.1.0 oder höher installieren.
Hierarchische Ressourcenkontingente migrieren
Wenn Sie hierarchische Ressourcenkontingente mit Hierarchy Controller verwendet haben, indem Sie hierarchyController.enableHierarchicalResourceQuota auf true gesetzt haben, führen Sie die folgenden Schritte aus, um die Migration zu HNC abzuschließen:
Wenn Sie die vorhandenen benutzerdefinierten Ressourcen für hierarchische Ressourcenkontingente migrieren möchten, ändern Sie das Feld apiVersion von hierarchycontroller.configmanagement.gke.io/v1alpha1 in hnc.x-k8s.io/v1alpha2. Sie können die benutzerdefinierten Ressourcen in Ihrem Cluster mit dem folgenden Befehl ermitteln:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-05-01 (UTC)."],[],[],null,["# Disable Hierarchy Controller\n\nThis page explains how to disable Hierarchy Controller so that you can\nupgrade Config Sync.\n\nHierarchy Controller is no longer available. Starting in version 1.20.0,\nConfig Sync blocks upgrades if Hierarchy Controller is installed.\n\nTo determine how to disable Hierarchy Controller, inspect the\n[`kubectl` `ConfigManagement` object](/kubernetes-engine/enterprise/config-sync/docs/configmanagement-fields)\nor [`gcloud` `apply spec` file](/kubernetes-engine/enterprise/config-sync/docs/reference/gcloud-apply-fields#hierarchy_controller)\nand take an action that corresponds to the value in the following fields:\n\n- `hierarchyController.enablePodTreeLabels`: if `true`, and you use [hierarchical observability](/kubernetes-engine/enterprise/config-sync/docs/how-to/observing-hierarchical-workloads#enable_hierarchical_observability), don't proceed with the steps on this page. Instead, reach out to [Cloud Customer Care](/support/docs) for help removing Hierarchy Controller.\n- `hierarchyController.enabled:` if `true`, follow the instructions on this page to disable Hierarchy Controller.\n\nWhen you disable Hierarchy Controller, it deletes the Hierarchy Controller\ncomponents in your cluster. It does not\ndelete the Hierarchy Controller Custom Resource Definitions (CRD). You\nneed to manually remove those CRDs using `kubectl`:\n\n- `HierarchyConfiguration`\n- `HNCConfiguration`\n- `SubnamespaceAnchor`\n- `HierarchicalResourceQuota`\n\nTo remove the Hierarchy Controller fields, review the instructions\nfor the method that you used to install Hierarchy Controller: \n\n### gcloud\n\nRemove the `hierarchyController` block from your\n[Google Cloud CLI `apply spec` file](/kubernetes-engine/enterprise/config-sync/docs/reference/gcloud-apply-fields#hierarchy_controller).\n\n### Terraform\n\nRemove the `hierarchyController` block from your\n[Terraform resource](https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/gke_hub_feature_membership#argument-reference).\n\n### Config Connector\n\nSet Hierarchy Controller fields to `false` in the\n[`GKEHubFeatureMembership`](/config-connector/docs/reference/resource-docs/gkehub/gkehubfeaturemembership)\nresource.\n| **Important:** Don't remove the Hierarchy Controller fields from the `GKEHubFeatureMembership` resource. Removing the fields doesn't disable Hierarchy Controller and causes the fields to become [externally-managed](/config-connector/docs/concepts/managing-fields-externally) instead of managed by Config Connector.\n\n### kubectl\n\nRemove the `hierarchyController` block from the\n[`ConfigManagement` object](/kubernetes-engine/enterprise/config-sync/docs/configmanagement-fields)."]]