Name in the portal, the cluster list, ankra commands and Ankra AI | The new name |
| Cluster id | Unchanged |
| Server names, hostnames and Kubernetes node names | Keep the old name. They were set when each node was created, and a running node cannot change its name. Nodes added later get the same prefix, which Ankra reads from the existing nodes |
The cluster’s DNS zone (*.ankra.cc or your own root) and the hosts of applications already deployed | Unchanged. They are keyed by the cluster id or were fixed at the first deploy |
GitOps directory (clusters/<old-name>-<suffix>/) | Unchanged. Ankra keeps the cluster on the directory it already used, so stored paths stay valid |
| Hosted metrics and logs | Unchanged. They are labelled with the cluster id |
| Kubeconfig contexts, kube tokens, access grants, API and service tokens | Keep working. They reach the cluster by its id |
| Backups, restore points, alert routes and notification routing | Unchanged. They are tied to the cluster id |
A cluster label set in your own Prometheus or Alertmanager | Keeps working. Ankra still places firings that carry the old name on this cluster |