この文書は自動機械翻訳技術を使用して翻訳されています。正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。相違がある場合は、元の英語版英語が優先され、正式なテキストとなります。

SUSE Storage とCDIインポート

この文書では、コンテナ化データインポータ（CDI）を使用して、RawまたはQCOW2イメージをSUSE Storageにインポートする方法を説明します。再利用可能な*ゴールデンイメージ*を作成し、CSIボリュームクローンを使用して複数のワークロードをプロビジョニングするためのワークフローを説明します。

概要

事前に用意されたディスクイメージが必要なKubernetes環境では、CDIは外部イメージをSUSE Storageに基づくPersistentVolumeClaims（PVC）にインポートすることを可能にします。これらのPVCは、後続のワークロードをプロビジョニングするための再利用可能なゴールデンイメージとして機能します。

技術的には、ゴールデンイメージは*ベースイメージPVC*として機能します。SUSE Storageは、CSIボリュームクローンを使用して、各新しいクレームのために*完全で独立したコピー*を作成します。このアプローチは、完全なデータの分離を保証します。各ワークロードは独自の書き込み可能なボリュームを受け取り、元のゴールデンイメージは変更されず、ランタイムでクローンから独立しています。

のワークフロー

インポート:CDIは外部ソース（HTTP、S3、またはコンテナレジストリ）からイメージを取得し、SUSE Storageに基づくPVCを作成します。
保護:このPVCはゴールデンイメージとして機能します。将来のクローンの一貫性を確保するために、このPVCを*読み取り専用*または不変として扱うことをお勧めします。
クローン:ワークロードは、ベースイメージをその`dataSource`として参照する新しいPVCを作成します。SUSE Storageは、ベースイメージから新しいボリュームにデータをコピーします。

ベースイメージPVCの作成

DataVolumeマニフェストは、ソースイメージとLonghornストレージクラスを指定します。例えば、以下のマニフェストはHTTPを使用してQCOW2イメージをインポートします：

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

作成後、CDIはイメージのインポートと変換を処理します。結果として、SUSE Storageに基づくPVCがベースイメージとして機能します。このPVCは不変として扱い、ワークロードからの直接書き込みを避けることをお勧めします。

ベースイメージのクローン作成

SUSE StorageでベースイメージPVCをクローンすることは、フルコピー方式で行われます。これにより、各クローンPVCのためにベースイメージの完全で独立したコピーが作成されます。したがって、各ワークロードは独自の隔離されたボリュームを持ち、ランタイム操作のためにベースイメージに依存しません。

以下の例は、クローンPVCを作成する方法を示しています：

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

同じベースイメージから複数のクローンを作成できます。各クローンは完全で独立したコピーであり、ワークロードの隔離を確保します。

参考資料

コンテナ化データインポータ