Esta página explica como migrar do Controlador de hierarquias (pré-lançamento) para o Controlador de namespace hierárquico (HNC, na sigla em inglês) do Kubernetes de código aberto.
Para determinar como migrar para o HNC, inspecione o
objeto ConfigManagement
kubectl
ou o arquivo gcloud
apply spec
e realize uma ação que corresponda ao valor nos seguintes campos:
hierarchyController.enablePodTreeLabels
: setrue
e você usar a observabilidade hierárquica, não siga as etapas desta página. Em vez disso, entre em contato com o Cloud Customer Care para receber ajuda na migração para uma alternativa.hierarchyController.enabled:
se fortrue
, faça o seguinte:
Desativar controlador de hierarquia
Quando você desativa o controlador de hierarquia, os componentes dele são excluídos do cluster. Ele não exclua as Definições de recursos personalizados (CRD, na sigla em inglês) do controlador de hierarquia:
HierarchyConfiguration
HNCConfiguration
SubnamespaceAnchor
HierarchicalResourceQuota
Para remover os campos do controlador de hierarquia, leia as instruções para o método usado para instalar o Controlador de hierarquias:
gcloud
Remova o bloco hierarchyController
da sua
Arquivo apply spec
da CLI do Google Cloud.
Terraform
Remova o bloco hierarchyController
do
recurso do Terraform.
Config Connector
Defina os campos do controlador de hierarquia como false
no recurso
GKEHubFeatureMembership
.
kubectl
Remova o bloco hierarchyController
do
objeto ConfigManagement
.
Instalar o HNC
Siga as instruções para instalar o HNC em um cluster.
Se você estiver usando cotas hierárquicas de recursos, será preciso instalar HNC versão 1.1.0 ou mais recente.
Migrar cotas de recursos hierárquicos
Se você usou cotas de recursos hierárquicas com o Controlador de hierarquias
definindo hierarchyController.enableHierarchicalResourceQuota
como true
.
Para concluir a migração para o HNC, siga estas etapas:
Instalar as cotas de recursos hierárquicos do HNC instalando o arquivo
hrq.yaml
emReleases
>Assets
.Para migrar os recursos personalizados de cota de recursos hierárquica, mude o campo
apiVersion
dehierarchycontroller.configmanagement.gke.io/v1alpha1
parahnc.x-k8s.io/v1alpha2
. Para encontrar os recursos personalizados no cluster, execute o seguinte comando:kubectl get hierarchicalresourcequota.hierarchycontroller.configmanagement.gke.io --all-namespaces
Reaplique os recursos da cota hierárquica de recursos.
Exclua o CRD da cota de recursos hierárquicos do controlador de hierarquia:
kubectl delete crd hierarchicalresourcequotas.hierarchycontroller.configmanagement.gke.io