Comment partager de stockage entre Kubernetes gousses?

Un peu en retard pour répondre à cette question, mais de mon expérience à ce jour de Kubernetes /MSA, ici, le problème est plus dans votre modèle de conception. L'un des principaux patrons de conception qui continue de venir assez souvent dans le MSA est la bonne encapsulation de vos services, qui comprend également ses données.

Votre service doivent ressembler après les données relatives à son domaine de préoccupation et, à l'instar de la programmation orientée objet, doit permettre l'accès à ces données à d'autres services par l'intermédiaire d'une interface (API, PUBSUB message, etc). Multi-service d'accès aux données est un anti-modèle semblable à des variables globales dans la programmation orientée objet.

Je suppose que Google ont le même avis que bien, et c'est pourquoi Kubernetes est configuré dans ce mode.

Comme un exemple, si vous étiez à la recherche d'écrire des journaux, vous devriez avoir un service de journal qui, chaque service peut appeler les données pertinentes, il doit se connecter. L'écriture directe sur un disque partagé signifie que vous aurez besoin de mettre à jour chaque conteneur si vous changez de répertoire des journaux de structure, etc ou a décidé d'ajouter des fonctionnalités supplémentaires comme des emails sur les erreurs.

Pour le partage du volume entre plusieurs modules que vous auriez besoin de créer un PVC avec mode d'accès ReadWriteMany

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
    name: my-pvc
spec:
    accessModes:
      - ReadWriteMany
    storageClassName: myvolume
    resources:
        requests:
            storage: 1Gi

Après cela, vous pouvez monter à plusieurs gousses:

apiVersion: v1
kind: Pod
metadata:
  name: myapp1
spec:
  containers:
...
      volumeMounts:
        - mountPath: /data
          name: data
          subPath: app1
  volumes:
    - name: data
      persistentVolumeClaim:
        claimName: 'my-pvc'
---
apiVersion: v1
kind: Pod
metadata:
  name: myapp2
spec:
  containers:
...
      volumeMounts:
        - mountPath: /data
          name: data
          subPath: app2
  volumes:
    - name: data
      persistentVolumeClaim:
        claimName: 'my-pvc'

Bien sûr, la persistance de volume doit être accessible via le réseau. Sinon, vous devez vous assurer que tous les gousses sont prévues pour le noeud avec ce volume.

Il existe plusieurs types de volume qui sont appropriés et non lié à un fournisseur de services de cloud:

• NFS
• RBD (Ceph Block Device)
• CephFS
• Glusterfs
• Portworx Volumes

Bien sûr, utiliser un volume que vous avez besoin de l'avoir en premier. C'est, si vous voulez consommer NFS vous avez besoin pour l'installation de NFS sur tous les nœuds K8s cluster. Si vous voulez consommer du Ceph, vous devez configurer un cluster Ceph et ainsi de suite.

Le seul type de volume qui prend en charge Kubernetes de la boîte est Portworks. Il y a des instructions sur la comment l'installer dans GKE.

De configuration du cluster Ceph dans K8s il y a un projet en cours de développement appelé Tour.

Mais tout cela est de trop si vous voulez juste un dossier à partir d'un nœud à être disponible dans un autre nœud. Dans ce cas il suffit de configuration du serveur NFS. Il ne serait pas plus difficile que de fournir d'autres types de volume et consomme beaucoup moins de ressources cpu/mémoire/disque de ressources.

Mise à jour: Le meilleur choix est probablement le Cloud Filestore, géré NFS système. Cela vous donne le plein de lecture/écriture aléatoire de l'accès aux fichiers, à la différence de GCS, qui ne prend en charge upload/download. Voir les docs ici.

Original:
Avez-vous essayé Google Cloud Storage? Vous pourriez même être en mesure d'utiliser le Le FUSIBLE de l'adaptateur de la carte comme un disque réseau.

Google a récemment publié cloud filestore, avec un tutoriel ici: https://cloud.google.com/filestore/docs/accessing-fileshares

Pourrait être une bonne alternative au stockage dans le cloud/seaux pour certains scénarios.