Prerequisites
An Ankra Cloud credential stored in Ankra - the same credential the self-managed clusters use. See Ankra Cloud Credentials. No SSH key is needed: there is no bastion and no server access. GitOps is optional: connect a repository at creation and Ankra commits the cluster’s stack definitions to Git.Creating a cluster
- Portal
- API
1
Create Cluster
Go to Clusters → Create Cluster and pick Ankra Cloud Kubernetes under Cloud Managed.
2
Credential & Zone
Select the Ankra Cloud credential, or add one inline, and a zone. Zones, versions and plans load live from Ankra Cloud.
3
Node Pools
Define one or more node pools: name, plan (with live pricing), count, labels and taints, and optionally autoscaling bounds.
4
Kubernetes
Pick a Kubernetes version or keep Ankra Cloud’s default. The cost summary includes the control-plane fee Ankra Cloud publishes with its versions.
5
GitOps (optional) & Create
Optionally connect a Git repository, then create. Ankra runs the preflight checks, creates the cluster, fetches a kubeconfig, and installs the Ankra Agent.
Ankra Cloud Kubernetes options
Every option is optional and goes in anankracloud_k8s block on the create request:
Without
private_network_id, Ankra creates a network named ankra-<cluster-name> and deletes it again when the cluster is deleted. A network you named is never deleted.
Limits
Preflight checks the name, zone, version and every pool’s plan, and counts the account’s live clusters, so a sixth cluster is refused before anything is created.
How Ankra connects
Ankra Cloud hands out a kubeconfig whose token expires eight hours after it is issued. Ankra never stores it: it fetches a fresh one each time it needs the Kubernetes API directly, installs the Ankra Agent with it at creation, and from then on works through the agent. For your own access, use Ankra’s kubeconfig or download one from the Ankra Cloud console. Ankra labels the cluster in Ankra Cloud withplatform.ankra.io/managed-by=ankra-platform and platform.ankra.io/cluster-id=<cluster-id>, so Ankra Cloud knows the platform already manages it.
Ankra Cloud installs its own cloud controller manager and CSI driver in the cluster, so LoadBalancer Services get Ankra Cloud load balancers and persistent volumes use Ankra Cloud storage, with the same StorageClasses as a self-managed cluster. Ankra does not add a cloud-provider stack of its own.
Day-2 operations
- Node pools - add, scale and delete pools from cluster settings or the API. Labels and taints are set when a pool is created.
- Autoscaling - set
min_countandmax_counton a pool and Ankra Cloud scales it between them; clear autoscaling to return to a fixed count. See Managed Kubernetes - day-2 operations. - Upgrades - Ankra Cloud upgrades one minor version at a time; cluster settings offer the next version when one is available.
- Deletion - deleting the cluster waits for Ankra Cloud to release its nodes, volumes and load balancers, then removes the network Ankra created for it.