Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Il s'agit d'une documentation non publiée pour SUSE® Storage 1.12 (Dev).

SUSE Storage avec CDI Imports

Ce document explique comment utiliser le Importateur de données conteneurisé (CDI) pour importer des images Raw ou QCOW2 dans SUSE Storage. Il décrit le flux de travail pour créer une image de référence réutilisable et provisionner plusieurs charges de travail à partir de celle-ci en utilisant le clonage de volumes CSI.

Présentation

Dans les environnements Kubernetes qui nécessitent des images de disque pré-remplies, CDI permet d’importer des images externes dans des SUSE StoragePersistentVolumeClaims (PVCs) basés sur. Ces PVC servent d’images de référence réutilisables pour provisionner les charges de travail suivantes.

Techniquement, l’image de référence agit comme un PVC d’Image de Base. SUSE Storage le met en œuvre en utilisant le clonage de volumes CSI, qui crée une copie complète et indépendante pour chaque nouvelle demande. Cette approche garantit une isolation complète des données. Chaque charge de travail reçoit son propre volume inscriptible, et l’image de référence originale reste inchangée et indépendante des clones à l’exécution.

Workflow

  1. Importer : CDI récupère une image d’une source externe (HTTP, S3 ou un registre de conteneurs) et remplit un SUSE StoragePVC basé sur.

  2. Protéger : Ce PVC fonctionne comme l’image de référence. Il est recommandé de traiter ce PVC comme lecture seule ou immuable pour garantir la cohérence des futurs clones.

  3. Cloner : Les charges de travail créent de nouveaux PVC qui référencent l’image de base comme leur dataSource. SUSE Storage copie les données de l’image de base vers le nouveau volume.

Création d’un PVC d’Image de Base

Un manifeste DataVolume spécifie l’image source et la classe de stockage Longhorn. Par exemple, le manifeste suivant importe une image QCOW2 en utilisant HTTP :

apiVersion: cdi.kubevirt.io/v1beta1
kind: DataVolume
metadata:
  name: golden-base-image
spec:
  source:
    http:
      url: "https://example.com/images/base-image.qcow2"
  pvc:
    accessModes:
      - ReadWriteOnce
    resources:
      requests:
        storage: 10Gi
    storageClassName: longhorn

Après la création, CDI gère l’importation et la conversion de l’image. Le résultat est un SUSE StoragePVC basé sur qui agit comme l’image de base. Il est recommandé de traiter ce PVC comme immuable et d’éviter les écritures directes depuis les charges de travail.

Clonage des images de base

Le clonage d’un PVC d’image de base dans SUSE Storage s’effectue en mode de copie complète. Cela crée une copie complète et indépendante de l’image de base pour chaque PVC cloné. Chaque charge de travail dispose donc de son propre volume isolé et ne dépend pas de l’image de base pour les opérations d’exécution.

L’exemple suivant montre comment créer un PVC cloné :

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: cloned-pvc-1
spec:
  dataSource:
    name: golden-base-image
    kind: PersistentVolumeClaim
    apiGroup: ""
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: longhorn

Vous pouvez créer plusieurs clones à partir de la même image de base. Chaque clone est une copie complète et indépendante qui garantit l’isolement des charges de travail.

Références