Version 1.8. This version is supported as outlined in the Anthos version support policy, offering the latest patches and updates for security vulnerabilities, exposures, and issues affecting Anthos clusters on bare metal. For more details, see the release notes 1.8. For a complete list of each minor and patch release in chronological order, see the combined release notes.

Available versions: 1.9  |   1.8  |   1.7

Storage overview

Anthos clusters on bare metal can use several storage configurations, and provides interfaces for block and file storage management through the following Kubernetes objects:

Ephemeral Storage through Kubernetes volumes

Kubernetes Volume resources are storage units accessible to containers in a Pod. Ephemeral storage backs the following volume types:

Ephemeral Storage types don't persist after a pod ceases to exist. Use ephemeral storage for configuration information and to cache storage for applications.

Ephemeral storage types share and consume resources from the node's boot disk. You can manage your local ephemeral storage resources in the same way that you manage CPU and memory resources.

Persistent Storage using PersistentVolume resources

A Kubernetes PersistentVolume is a resource that a Pod can use for durable storage. The lifetime of persistent volumes is independent from the lifetime of a pod. Thus, the disk and data in a persistent volume continue to exist as the cluster changes and as pods are deleted and recreated. You can provision PersistentVolume resources dynamically through the PersistentVolumeClaims API, or a cluster administrator can create them explicitly.

Anthos clusters on bare metal can back persistent storage by using a variety of storage systems, including Container Storage Interface (CSI) drivers and local volumes.

Container Storage Interface (CSI) drivers

Anthos clusters on bare metal is compatible with CSI v1.0 drivers. CSI is an open standard interface that many major storage vendors support. For production storage, install a CSI driver from an Anthos Ready storage partner. For the full list of Anthos Ready storage partners, see Anthos Ready Storage Partners.

To use CSI in your cluster, deploy the CSI driver that your storage vendor provided to your clusters. Then, configure workloads to use the CSI driver with the StorageClass API, or set StorageClass as the default API.

Local volumes

For proof of concept and advanced use cases, you can use local PersistentVolume resources. Anthos clusters on bare metal bundles the sig-storage-local-static-provisioner, which discovers mount points on each node and creates a local persistent volume for each mount point.

Anthos clusters on bare metal clusters use the local volume provisioner (LVP) to manage local persistent volumes. There are three types of storage classes for local persistent volumes in an Anthos clusters on bare metal cluster:

  • LVP share
  • LVP node mounts
  • Anthos system

LVP share

This option creates a local persistent volume that subdirectories in a local and shared file system are backing. Cluster creation automatically generates these subdirectories. Workloads using this storage class share capacity and input/output operations per second (IOPS) because the same shared file system backs the persistent volumes. To have better isolation, configure disks through LVP node mounts.

For more information, see Configuring an LVP Share.

LVP node mounts

This option creates a local persistent volume for each mounted disk in the configured directory. You must format and mount each disk before or after cluster creation.

For more information, see Configuring LVP node mounts.

Anthos system

This storage class creates preconfigured local persistent volumes during cluster creation that the Anthos system pods use. The storage class name is anthos-system. Do not change or delete this storage class and do not use this storage class for stateful workloads.

What's next