Available regions / Datacenters available
A Managed Kubernetes Service deploys a Kubernetes Master within a given OVHcloud datacenter.
All its worker nodes and persistent volumes are then deployed by the cloud controller in the same region.
Currently the service is available in GRA (Western Europe), SBG (Central Europe), WAW (Eastern Europe), BHS (North America), SGP (Southeast Asia), SYD (Oceania), VIN and HIL (United States) regions. All your compute and storage resources will then be spawned in the dedicated region of the associated public cloud project.
Available worker nodes flavors
When adding a worker node, Managed Kubernetes Service will deploy a managed Public Cloud instance in the same region/datacenter. The worker nodes types correspond to the standard OVH Public Cloud catalog offered in this region and are billed at standard price.
We currently support 3 types of instances with guaranteed and constant resources:
- GENERAL PURPOSE (
B2-*
) - CPU ORIENTED (
C2-*
) - RAM ORIENTED (
R2-*
) - IOPS ORIENTED (
i1-*
)
Each family offers contains 5 different flavors, consisting of a five amount of vCores, RAM and local storage.
For more information, please refer to the following page: OVHcloud Public Cloud instances
Note that we are both compatible with the standard and flex variations (Flex offering the same disk size for each flavor). Note however that Managed Kubernetes Service does not currently offer worker nodes resize.
Using our API, you shall use the flavor name such as b2-7
as parameter of the POST /cloud/project/{serviceName}/kube/{kubeId}/node
endpoint.
This is detailed in the quickstart with OVHcloud API guide.
Sandbox (S1-*
) instances are not supported, because they do not offer totally constant ressources and this behaviour may prevent perfect working of our managed services, especially pod autoscaling.
GPU (T1-*
) instances are note yet supported, because they require specific software components for Docker to leverage the GPU. We will support those in the future.
Available persistent Storage Classes
When adding a persistent volume though Kubernetes API (or kubectl
), it will actually be deployed using Public Cloud additional disks (Cinder Volumes). We support the following Storage Classes:
cinder-high-speed
cinder-classic
csi-cinder-high-speed
csi-cinder-classic
All these Storage Classes
are based on Cinder, the OpenStack block storage service. The difference between them is the associated physical storage device, cinder-high-speed
and csi-cinder-high-speed
uses SSD, while cinder-classic
and csi-cinder-classic
uses traditional spinning disks. This is detailed in the Persistent Volumes guide.
We will support future classes as soon they are made available in OVHcloud Public Cloud.