Persistent Local Storage

By default, storage for a deployment exists within the container as ephemeral storage. For some applications, such as caches, persistent local storage may be important for optimizing application use.

Local Storage Provisioning on SLATE

Local storage space is currently being provisioned by the Kubernetes nfs-provisioner mounted to the filesystem of one node within a cluster. This allows the storage to be dynamically provisioned and cleaned up with deployments in a user-friendly way.

Kubernetes v1.12 began including a local-provisioner as an alpha feature. This is likely the direction that SLATE will take in the future. This change will likely only affect the storageClassName for developers utilizing the local storage system.

Creating a Persistent Volume Claim

In order to claim persistent local storage, a user must create a persistent volume claim (pvc) and mount it as a volume within their application.

The pvc template should look similar to:

kind: PersistentVolumeClaim
apiVersion: v1
  name: my-application-{{ .Values.Instance }}-pvc
    - ReadWriteOnce
  volumeMode: Filesystem
      storage: {{ .Values.LocalStorageSize }}Gi
  storageClassName: nfs-provisioner

The important feature of this is the storageClassName which must match nfs-provisioner.

The pvc is then mounted within the application deployment as a volume as follows:

- mountPath: /etc/
  subPath: my-application-{{ .Values.Instance }}-cache
  name: my-application-{{ .Values.Instance }}-pvc
- name: my-application-{{ .Values.Instance }}-pvc
    claimName: my-application-{{ .Values.Instance }}-pvc

Including a Node Affinity

In order for an application to utilize persistent local storage, it must exist on the same node in the cluster as the persistent local storage was provisioned. In order to guarantee this property, we use a NodeSelector in the deployment which schedules the application on the same node as the provisioner.

  storage: "local"