1.2. VolSync の永続ボリューム複製サービス

VolSync は、レプリケーションの互換性がないストレージタイプが指定されたクラスター全体、または 1 つのクラスター内の永続ボリュームの非同期レプリケーションを有効にする Kubernetes Operator です。これは Container Storage Interface (CSI) を使用して互換性の制限を解消します。VolSync Operator を環境にデプロイした後、それを活用して永続データのコピーを作成および保守できます。VolSync は、バージョン 4.8 以降の Red Hat OpenShift Container Platform クラスターでのみ永続的なボリュームクレームを複製できます。

1.2.1. VolSync を使用した永続ボリュームの複製
リンクのコピー

サポート対象の方法 3 つを使用して、VolSync で永続ボリュームを複製できます。Rsync、restic または Rclone など所有する同期ロケーションの数により異なります。

1.2.1.1. 前提条件
リンクのコピー

クラスターに VolSync をインストールする前に、以下の要件が必要です。

Red Hat Advanced Cluster Management バージョン 2.4 以降のハブクラスターで実行中で、設定済みの OpenShift Container Platform 環境。
同じ Red Hat Advanced Cluster Management ハブクラスターが管理する 2 つ以上のクラスター。
VolSync で設定しているクラスター間のネットワーク接続。クラスターが同じネットワーク上にない場合は、Submariner マルチクラスターネットワークとサービスディスカバリーを設定し、ServiceType の ClusterIP 値を使用してクラスターをネットワーク化するか、ServiceType に LoadBalancer の値を指定してロードバランサーを使用できます。
ソース永続ボリュームに使用するストレージドライバーは、CSI 互換であり、スナップショットをサポートできる必要があります。

1.2.1.2. マネージドクラスターへの VolSync のインストール
リンクのコピー

VolSync が 1 つのクラスターの永続ボリューム要求を別のクラスターの Persistent Volume Claims に複製できるようにするには、ソースとターゲットの両方のマネージドクラスターに VolSync をインストールする必要があります。

VolSync は独自の namespace を作成しないため、他の OpenShift Container Platform のすべての namespace Operator と同じ namespace にあります。VolSync の Operator 設定に加えた変更は、チャネル更新の手動承認に変更した場合など、同じ namespace 内の他の Operator にも影響します。

2 つの方法のいずれかを使用して、環境内の 2 つのクラスターに VolSync をインストールできます。次のセクションで説明するように、ハブクラスター内の各マネージドクラスターにラベルを追加するか、ManagedClusterAddOn を手動で作成して適用することができます。

1.2.1.2.1. ラベルを使用した VolSync のインストール
リンクのコピー

ラベルを追加して、マネージドクラスターに VolSync をインストールします。

Red Hat Advanced Cluster Management コンソールから以下のステップを実行します。
1. 詳細を表示するには、ハブクラスターコンソールの Clusters ページからマネージドクラスターの 1 つを選択します。
2. Labels フィールドに、次のラベルを追加します。
  addons.open-cluster-management.io/volsync=true
  Copy to Clipboard Toggle word wrap
  VolSync サービス Pod はマネージドクラスターにインストールされます。
3. 他のマネージドクラスターに同じラベルを追加します。
4. 各マネージドクラスターで次のコマンドを実行して、VolSync Operator がインストールされていることを確認します。
  oc get csv -n openshift-operators
  Copy to Clipboard Toggle word wrap
  インストール時に VolSync の Operator がリストされています。
コマンドラインインターフェイスから次の手順を実行します。
1. ハブクラスターでコマンドラインセッションを開始します。
2. 次のコマンドを入力して、最初のクラスターにラベルを追加します。
  oc label managedcluster <managed-cluster-1> "addons.open-cluster-management.io/volsync"="true"
  Copy to Clipboard Toggle word wrap
  managed-cluster-1 をマネージドクラスターの 1 つの名前に置き換えます。
3. 次のコマンドを入力して、ラベルを 2 番目のクラスターに追加します。
  oc label managedcluster <managed-cluster-2> "addons.open-cluster-management.io/volsync"="true"
  Copy to Clipboard Toggle word wrap
  managed-cluster-2 を他のマネージドクラスターの名前に置き換えます。
  ManagedClusterAddOn リソースは、対応する各マネージドクラスターの namespace 内のハブクラスターに自動的に作成される必要があります。

1.2.1.2.2. ManagedClusterAddOn を使用した VolSync のインストール
リンクのコピー

ManagedClusterAddOn を手動で追加して VolSync をマネージドクラスターにインストールするには、次の手順を実行します。

ハブクラスターで、次の例のようなコンテンツを含む volsync-mcao.yaml という YAML ファイルを作成します。
```
apiVersion: addon.open-cluster-management.io/v1alpha1
kind: ManagedClusterAddOn
metadata:
  name: volsync
  namespace: <managed-cluster-1-namespace>
spec: {}
```
```
apiVersion: addon.open-cluster-management.io/v1alpha1
kind: ManagedClusterAddOn
metadata:
  name: volsync
  namespace: <managed-cluster-1-namespace>
spec: {}
```
Copy to Clipboard Toggle word wrap
managed-cluster-1-namespace を、マネージドクラスターの 1 つの namespace に置き換えます。この namespace は、マネージドクラスターの名前と同じです。
注: 名前は volsync である必要があります。
次の例のようなコマンドを入力して、ファイルを設定に適用します。
```
oc apply -f volsync-mcao.yaml
```
```
oc apply -f volsync-mcao.yaml
```
Copy to Clipboard Toggle word wrap
他のマネージドクラスターに対して手順を繰り返します。
ManagedClusterAddOn リソースは、対応する各マネージドクラスターの namespace 内のハブクラスターに自動的に作成される必要があります。

1.2.1.3. Rsync レプリケーションの設定
リンクのコピー

Rsync レプリケーションを使用して、永続ボリュームの 1:1 非同期レプリケーションを作成できます。Rsync ベースのレプリケーションを災害復旧やリモートサイトへのデータ送信に使用できます。

次の例は、Rsync メソッドを使用して設定する方法を示しています。Rsync の追加情報については、VolSync ドキュメントの Usage を参照してください。

1.2.1.3.1. マネージドクラスター間での Rsync レプリケーションの設定
リンクのコピー

Rsync ベースのレプリケーションの場合は、ソースクラスターおよび宛先クラスターでカスタムリソースを設定します。カスタムリソースは、address 値を使用してソースを宛先に接続し、sshKeys を使用して転送されたデータがセキュアであることを確認します。

注記: address および sshKeys の値を宛先からソースにコピーし、ソースを設定する前に宛先を設定する必要があります。

この例では、source-ns namespace の source クラスターの永続ボリューム要求から destination-ns namespace の destination クラスターの永続ボリューム要求に Rsync レプリケーションを設定する手順を説明します。必要に応じて、これらの値を他の値に置き換えることができます。

宛先クラスターを設定します。

宛先クラスターで次のコマンドを実行して、ネームスペースを作成します。
```
oc create ns <destination-ns>
```
```
oc create ns <destination-ns>
```
Copy to Clipboard Toggle word wrap
destination-ns を、オンサイトのボリューム要求ごとに宛先が含まれる namespace の名前に置き換えます。
以下の YAML コンテンツをコピーし、replication_destination.yaml という名前の新規ファイルを作成します。
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationDestination
metadata:
  name: <destination>
  namespace: <destination-ns>
spec:
  rsync:
    serviceType: LoadBalancer
    copyMethod: Snapshot
    capacity: 2Gi
    accessModes: [ReadWriteOnce]
    storageClassName: gp2-csi
    volumeSnapshotClassName: csi-aws-vsc
```
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationDestination
metadata:
  name: <destination>
  namespace: <destination-ns>
spec:
  rsync:
    serviceType: LoadBalancer
    copyMethod: Snapshot
    capacity: 2Gi
    accessModes: [ReadWriteOnce]
    storageClassName: gp2-csi
    volumeSnapshotClassName: csi-aws-vsc
```
Copy to Clipboard Toggle word wrap
注記: capacity の値は、レプリケートされる永続ボリューム要求 (PVC) の容量と一致する必要があります。
destination は、宛先 CR の名前に置き換えます。
destination-ns は、宛先の namespace の名前に置き換えます。
この例では、LoadBalancer の ServiceType 値が使用されます。ロードバランサーサービスはソースクラスターによって作成され、ソースマネージドクラスターが別の宛先マネージドクラスターに情報を転送できるようにします。ソースと宛先が同じクラスター上にある場合、または Submariner ネットワークサービスが設定されている場合は、サービスタイプとして ClusterIP を使用できます。ソースクラスターを設定するときに参照するシークレットのアドレスと名前をメモします。
storageClassName および volumeSnapshotClassName は任意のパラメーターです。特に、環境のデフォルト値とは異なるストレージクラスおよびボリュームスナップショットクラス名を使用している場合は、環境の値を指定してください。

宛先クラスターで以下のコマンドを実行し、replicationdestination リソースを作成します。

oc create -n <destination-ns> -f replication_destination.yaml

oc create -n <destination-ns> -f replication_destination.yaml

Copy to Clipboard

Toggle word wrap

destination-ns は、宛先の namespace の名前に置き換えます。

replicationdestination リソースが作成されると、以下のパラメーターおよび値がリソースに追加されます。

Expand

パラメーター	値
`.status.rsync.address`	送信元クラスターと宛先クラスターが通信できるようにするために使用される宛先クラスターの IP アドレス。
`.status.rsync.sshKeys`	ソースクラスターから宛先クラスターへの安全なデータ転送を可能にする SSH キーファイルの名前。

以下のコマンドを実行して、ソースクラスターで使用する .status.rsync.address の値をコピーします。
```
ADDRESS=`oc get replicationdestination <destination> -n <destination-ns> --template={{.status.rsync.address}}`
echo $ADDRESS
```
```
ADDRESS=`oc get replicationdestination <destination> -n <destination-ns> --template={{.status.rsync.address}}`
echo $ADDRESS
```
Copy to Clipboard Toggle word wrap
destination は、レプリケーション先のカスタムリソースの名前に置き換えます。
destination-ns は、宛先の namespace の名前に置き換えます。
出力は、Amazon Web Services 環境の次の出力のように表示されます。
```
a831264645yhrjrjyer6f9e4a02eb2-5592c0b3d94dd376.elb.us-east-1.amazonaws.com
```
```
a831264645yhrjrjyer6f9e4a02eb2-5592c0b3d94dd376.elb.us-east-1.amazonaws.com
```
Copy to Clipboard Toggle word wrap
以下のコマンドを実行して、シークレットの名前および .status.rsync.sshKeys の値として提供されるシークレットの内容をコピーします。
```
SSHKEYS=`oc get replicationdestination <destination> -n <destination-ns> --template={{.status.rsync.sshKeys}}`
echo $SSHKEYS
```
```
SSHKEYS=`oc get replicationdestination <destination> -n <destination-ns> --template={{.status.rsync.sshKeys}}`
echo $SSHKEYS
```
Copy to Clipboard Toggle word wrap
destination は、レプリケーション先のカスタムリソースの名前に置き換えます。
destination-ns は、宛先の namespace の名前に置き換えます。
ソースの設定時に、ソースクラスターで入力する必要があります。出力は、SSH キーシークレットファイルの名前である必要があります。これは、次の名前のようになります。
```
volsync-rsync-dst-src-destination-name
```
```
volsync-rsync-dst-src-destination-name
```
Copy to Clipboard Toggle word wrap

複製するソース永続ボリュームクレームを特定します。
注記: ソース永続ボリューム要求は CSI ストレージクラスにある必要があります。
ReplicationSource アイテムを作成します。
1. 以下の YAML コンテンツをコピーして、ソースクラスターに replication_source.yaml という名前の新規ファイルを作成します。
  apiVersion: volsync.backube/v1alpha1 kind: ReplicationSource metadata: name: <source> namespace: <source-ns> spec: sourcePVC: <persistent_volume_claim> trigger: schedule: "*/3 * * * *" #/* rsync: sshKeys: <mysshkeys> address: <my.host.com> copyMethod: Snapshot storageClassName: gp2-csi volumeSnapshotClassName: gp2-csi
  Copy to Clipboard Toggle word wrap
  source は、レプリケーションソースカスタムリソースの名前に置き換えます。これを自動的に置き換える方法については、この手順のステップ 3-vi を参照してください。
  source-ns をソースが置かれている Persistent Volume Claim の namespace に置き換えます。これを自動的に置き換える方法については、この手順のステップ 3-vi を参照してください。
  persistent_volume_claim は、ソース永続ボリューム要求の名前に置き換えます。
  mysshkeys は、設定時に ReplicationDestination の .status.rsync.sshKeys フィールドからコピーしたキーに置き換えます。
  my.host.com は、設定時に ReplicationDestination の .status.rsync.address フィールドからコピーしたホストアドレスに置き換えます。
  ストレージドライバーがクローン作成をサポートする場合は、copyMethod の値に Clone を使用すると、レプリケーションのより効率的なプロセスになる可能性があります。
  storageClassName および volumeSnapshotClassName はオプションのパラメーターです。ご使用の環境のデフォルトとは異なるストレージクラスおよびボリュームスナップショットクラス名を使用している場合は、それらの値を指定してください。
  永続ボリュームの同期方法を設定できるようになりました。
2. 宛先クラスターに対して次のコマンドを入力して、宛先クラスターから SSH シークレットをコピーします。
  oc get secret -n <destination-ns> $SSHKEYS -o yaml > /tmp/secret.yaml
  Copy to Clipboard Toggle word wrap
  destination-ns を、宛先が置かれている永続ボリューム要求の namespace に置き換えます。
3. 以下のコマンドを入力して、vi エディターでシークレットファイルを開きます。
  vi /tmp/secret.yaml
  Copy to Clipboard Toggle word wrap
4. 宛先クラスターのオープンシークレットファイルで、次の変更を行います。
  - 名前空間をソースクラスターの名前空間に変更します。この例では、source-ns です。
  - 所有者の参照を削除します (.metadata.ownerReferences)。
5. ソースクラスターで、ソースクラスターで次のコマンドを入力してシークレットファイルを作成します。
  kubectl create -f /tmp/secret.yaml
  Copy to Clipboard Toggle word wrap
6. ソースクラスターで、以下のコマンドを入力して ReplicationSource オブジェクトの address および sshKeys の値を、宛先クラスターから書き留めた値に置き換えて replication_source.yaml ファイルを変更します。
  sed -i "s/<my.host.com>/$ADDRESS/g" replication_source.yaml sed -i "s/<mysshkeys>/$SSHKEYS/g" replication_source.yaml oc create -n <source> -f replication_source.yaml
  Copy to Clipboard Toggle word wrap
  my.host.com は、設定時に ReplicationDestination の .status.rsync.address フィールドからコピーしたホストアドレスに置き換えます。
  mysshkeys は、設定時に ReplicationDestination の .status.rsync.sshKeys フィールドからコピーしたキーに置き換えます。
  source を、ソースが置かれている永続ボリューム要求の名前に置き換えます。
  注記: 複製する永続ボリューム要求と同じ namespace にファイルを作成する必要があります。
7. ReplicationSource オブジェクトで以下のコマンドを実行して、レプリケーションが完了したことを確認します。
  kubectl describe ReplicationSource -n <source-ns> <source>
  Copy to Clipboard Toggle word wrap
  source-ns をソースが置かれている Persistent Volume Claim の namespace に置き換えます。
  source は、レプリケーションソースのカスタムリソースの名前に置き換えます。
  レプリケーションが成功した場合、出力は次の例のようになります。
  Status: Conditions: Last Transition Time: 2021-10-14T20:48:00Z Message: Synchronization in-progress Reason: SyncInProgress Status: True Type: Synchronizing Last Transition Time: 2021-10-14T20:41:41Z Message: Reconcile complete Reason: ReconcileComplete Status: True Type: Reconciled Last Sync Duration: 5m20.764642395s Last Sync Time: 2021-10-14T20:47:01Z Next Sync Time: 2021-10-14T20:48:00Z
  Copy to Clipboard Toggle word wrap
  Last Sync Time に時間がリストされていない場合は、レプリケーションが完了していません。

元の永続ボリュームのレプリカがあります。

1.2.1.4. restic バックアップの設定
リンクのコピー

Restic ベースのバックアップは、永続ボリュームの Restic ベースのバックアップコピーを、restic-config.yaml シークレットファイルで指定された場所にコピーします。Restic バックアップは、クラスター間でデータを同期しませんが、データをバックアップします。

次の手順を実行して、restic ベースのバックアップを設定します。

次の YAML コンテンツのようなシークレットを作成して、バックアップイメージが保存されるリポジトリーを指定します。
```
apiVersion: v1
kind: Secret
metadata:
  name: restic-config
type: Opaque
stringData:
  RESTIC_REPOSITORY: <my-restic-repository>
  RESTIC_PASSWORD: <my-restic-password>
  AWS_ACCESS_KEY_ID: access
  AWS_SECRET_ACCESS_KEY: password
```
```
apiVersion: v1
kind: Secret
metadata:
  name: restic-config
type: Opaque
stringData:
  RESTIC_REPOSITORY: <my-restic-repository>
  RESTIC_PASSWORD: <my-restic-password>
  AWS_ACCESS_KEY_ID: access
  AWS_SECRET_ACCESS_KEY: password
```
Copy to Clipboard Toggle word wrap
my-restic-repository は、バックアップファイルを保存する S3 バケットリポジトリーの場所に置き換えます。
my-restic-password は、リポジトリーへのアクセスに必要な暗号化キーに置き換えます。
必要に応じて、アクセス と パスワード は、プロバイダーのクレデンシャルに置き換えます。詳細は新しいリポジトリーの準備を参照してください。
重要: 複数の永続ボリューム要求を同じ S3 バケットにバックアップする場合には、バケットへのパスは永続ボリュームクレームごとに一意である必要があります。各永続ボリュームクレームは個別の ReplicationSource でバックアップされるので、個別の restic-config シークレットが必要です。
同じ S3 バケットを共有することで、各 ReplicationSource は S3 バケット全体への書き込みアクセスが割り当てられます。
次の YAML コンテンツに似た ReplicationSource オブジェクトを作成して、バックアップポリシーを設定します。
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationSource
metadata:
  name: mydata-backup
spec:
  sourcePVC: <source>
  trigger:
    schedule: "*/30 * * * *" #/*
  restic:
    pruneIntervalDays: 14
    repository: <restic-config>
    retain:
      hourly: 6
      daily: 5
      weekly: 4
      monthly: 2
      yearly: 1
    copyMethod: Clone
  # The StorageClass to use when creating the PiT copy (same as source PVC if omitted)
  #storageClassName: my-sc-name
  # The VSC to use if the copy method is Snapshot (default if omitted)
  #volumeSnapshotClassName: my-vsc-name
```
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationSource
metadata:
  name: mydata-backup
spec:
  sourcePVC: <source>
  trigger:
    schedule: "*/30 * * * *" #/*
  restic:
    pruneIntervalDays: 14
    repository: <restic-config>
    retain:
      hourly: 6
      daily: 5
      weekly: 4
      monthly: 2
      yearly: 1
    copyMethod: Clone
  # The StorageClass to use when creating the PiT copy (same as source PVC if omitted)
  #storageClassName: my-sc-name
  # The VSC to use if the copy method is Snapshot (default if omitted)
  #volumeSnapshotClassName: my-vsc-name
```
Copy to Clipboard Toggle word wrap
source は、バックアップしている永続ボリュームクレームに置き換えます。
schedule の値は、バックアップを実行する頻度に置き換えます。この例では、30 分ごとにスケジュールが指定されています。詳しくは Synchronization のスケジュールを参照してください。
PruneIntervalDays の値は、インスタンスで次にデータの圧縮するまでの経過時間 (日数) に置き換えて、スペースを節約します。プルーニング操作は、実行中に大量の I/O トラフィックを生成する可能性があります。
restic-config は、ステップ 1 で作成したシークレットの名前に置き換えます。
retain の値は、バックアップしたイメージの保持ポリシーに設定します。
ベストプラクティス: CopyMethod の値に Clone を使用して、特定の時点のイメージが確実に保存されるようにします。
バックアップオプションの詳細は、VolSync ドキュメントの Backup options を参照してください。

1.2.1.4.1. restic バックアップの復元
リンクのコピー

コピーされたデータを restic バックアップから新しい永続ボリューム要求に復元できます。ベストプラクティス: バックアップ 1 つだけを新しい永続ボリューム要求に復元します。Restic バックアップを復元するには、次の手順を実行します。

次の例のように、新しいデータを含む新しい永続ボリュームクレームを作成します。

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: <pvc-name>
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 3Gi

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: <pvc-name>
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 3Gi

Copy to Clipboard

Toggle word wrap

pvc-name は、新しい永続ボリュームクレームの名前に置き換えます。

次の例のような ReplicationDestination カスタムリソースを作成して、データの復元先を指定します。
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationDestination
metadata:
  name: <destination>
spec:
  trigger:
    manual: restore-once
  restic:
    repository: <restic-repo>
    destinationPVC: <pvc-name>
    copyMethod: Direct
```
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationDestination
metadata:
  name: <destination>
spec:
  trigger:
    manual: restore-once
  restic:
    repository: <restic-repo>
    destinationPVC: <pvc-name>
    copyMethod: Direct
```
Copy to Clipboard Toggle word wrap
destination は、宛先 CR の名前に置き換えます。
restic-repo は、ソースが保存されているリポジトリーへのパスに置き換えます。
pvc-name は、データを復元する新しい永続ボリュームクレームの名前に置き換えます。これには、新しいボリューム要求をプロビジョニングするのではなく、既存の永続ボリューム要求を使用してください。

復元プロセスは 1 回だけ完了する必要があります。この例では、最新のバックアップを復元します。復元オプションの詳細は、VolSync ドキュメントの Restore options を参照してください。

1.2.1.5. Rclone レプリケーションの設定
リンクのコピー

Rclone バックアップは、Rclone を使用して AWS S3 などの中間オブジェクトストレージの場所を介して単一の永続ボリュームを複数の場所にコピーします。複数の場所にデータを配布する場合に役立ちます。

次の手順を実行して、Rclone レプリケーションを設定します。

次の例のような ReplicationSource カスタムリソースを作成します。
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationSource
metadata:
  name: <source>
  namespace: <source-ns>
spec:
  sourcePVC: <source-pvc>
  trigger:
    schedule: "*/6 * * * *" #\*
  rclone:
    rcloneConfigSection: <intermediate-s3-bucket>
    rcloneDestPath: <destination-bucket>
    rcloneConfig: <rclone-secret>
    copyMethod: Snapshot
    storageClassName: <my-sc-name>
    volumeSnapshotClassName: <my-vsc>
```
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationSource
metadata:
  name: <source>
  namespace: <source-ns>
spec:
  sourcePVC: <source-pvc>
  trigger:
    schedule: "*/6 * * * *" #\*
  rclone:
    rcloneConfigSection: <intermediate-s3-bucket>
    rcloneDestPath: <destination-bucket>
    rcloneConfig: <rclone-secret>
    copyMethod: Snapshot
    storageClassName: <my-sc-name>
    volumeSnapshotClassName: <my-vsc>
```
Copy to Clipboard Toggle word wrap
source-pvc は、レプリケーションソースのカスタムリソースの名前に置き換えます。
source-ns をソースが置かれている Persistent Volume Claim の namespace に置き換えます。
source は、レプリケートしている永続ボリュームクレームに置き換えます。
スケジュール の値は、レプリケーションを実行する頻度に置き換えます。この例では、6 分ごとにスケジュールが指定されています。この値は引用符で囲む必要があります。詳しくは Synchronization のスケジュールを参照してください。
Intermediate-s3-bucket は、Rclone 設定ファイルの設定セクションへのパスに置き換えます。
destination-bucket は、レプリケートされたファイルをコピーするオブジェクトバケットへのパスに置き換えます。
rclone-secret は、Rclone 設定情報を含むシークレットの名前に置き換えます。
copyMethod の値は Clone、Direct、または Snapshot として設定します。この値は、ある特定の時点でのコピーを生成するかどうか、生成する場合は、生成方法を指定します。
my-sc-name は、ポイントインタイムコピーに使用するストレージクラスの名前に置き換えます。指定しない場合、ソースボリュームのストレージクラスが使用されます。
スナップショット を copyMethod として指定した場合は my-vsc を使用する VolumeSnapshotClass の名前に置き換えます。これは、他のタイプの copyMethod には必要ありません。
次の例のような ReplicationDestination カスタムリソースを作成します。
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationDestination
metadata:
  name: database-destination
  namespace: dest
spec:
  trigger:
    schedule: "3,9,15,21,27,33,39,45,51,57 * * * *" #\*
  rclone:
    rcloneConfigSection: <intermediate-s3-bucket>
    rcloneDestPath: <destination-bucket>
    rcloneConfig: <rclone-secret>
    copyMethod: Snapshot
    accessModes: [ReadWriteOnce]
    capacity: 10Gi
    storageClassName: <my-sc>
    volumeSnapshotClassName: <my-vsc>
```
```
apiVersion: volsync.backube/v1alpha1
kind: ReplicationDestination
metadata:
  name: database-destination
  namespace: dest
spec:
  trigger:
    schedule: "3,9,15,21,27,33,39,45,51,57 * * * *" #\*
  rclone:
    rcloneConfigSection: <intermediate-s3-bucket>
    rcloneDestPath: <destination-bucket>
    rcloneConfig: <rclone-secret>
    copyMethod: Snapshot
    accessModes: [ReadWriteOnce]
    capacity: 10Gi
    storageClassName: <my-sc>
    volumeSnapshotClassName: <my-vsc>
```
Copy to Clipboard Toggle word wrap
スケジュール の値は、レプリケーションを宛先に移動する頻度に置き換えます。移動元と宛先のスケジュールをオフセットして、データが宛先からプルされる前に複製を完了できるようにする必要があります。この例では、オフセットは 3 分で、6 分間隔でスケジュールされています。この値は引用符で囲む必要があります。詳しくは Synchronization のスケジュールを参照してください。
Intermediate-s3-bucket は、Rclone 設定ファイルの設定セクションへのパスに置き換えます。
destination-bucket は、レプリケートされたファイルをコピーするオブジェクトバケットへのパスに置き換えます。
rclone-secret は、Rclone 設定情報を含むシークレットの名前に置き換えます。
copyMethod の値は Clone、Direct、または Snapshot として設定します。この値は、ある特定の時点でのコピーを生成するかどうか、生成する場合は、生成方法を指定します。
accessModes の値は、永続ボリュームクレームのアクセスモードを指定します。有効な値は ReadWriteOnce または ReadWriteMany です。
容量 は宛先ボリュームのサイズを指定します。このサイズは、着信データを格納するのに十分な大きさに指定します。
my-sc は、特定の時点のコピーの宛先として使用するストレージクラスの名前に置き換えます。指定しない場合、システムストレージクラスが使用されます。
スナップショット を copyMethod として指定した場合は my-vsc を使用する VolumeSnapshotClass の名前に置き換えます。これは、他のタイプの copyMethod には必要ありません。含まれていない場合は、システムのデフォルトの VolumeSnapshotClass が使用されます。

1.2.2. 複製されたイメージを使用可能な永続的なボリュームクレームに変換
リンクのコピー

複製されたイメージを使用してデータを回復するか、永続的なボリュームクレームの新しいインスタンスを作成する必要がある場合があります。イメージのコピーは、使用する前に永続的なボリュームクレームに変換する必要があります。複製されたイメージを永続的なボリュームクレームに変換するには、次の手順を実行します。

レプリケーションが完了したら、以下のコマンドを入力して ReplicationDestination オブジェクトから最新のスナップショットを特定します。
```
kubectl get replicationdestination <destination> -n <destination-ns> --template={{.status.latestImage.name}}
```
```
$ kubectl get replicationdestination <destination> -n <destination-ns> --template={{.status.latestImage.name}}
```
Copy to Clipboard Toggle word wrap
永続的なボリュームクレームを作成するときの最新のスナップショットの値に注意してください。
destination は、レプリケーション先の名前に置き換えます。
destination-ns は、宛先の namespace に置き換えます。

以下の例のような pvc.yaml ファイルを作成します。

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: <pvc-name>
  namespace: <destination-ns>
spec:
  accessModes:
    - ReadWriteOnce
  dataSource:
    kind: VolumeSnapshot
    apiGroup: snapshot.storage.k8s.io
    name: <snapshot_to_replace>
  resources:
    requests:
      storage: 2Gi

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: <pvc-name>
  namespace: <destination-ns>
spec:
  accessModes:
    - ReadWriteOnce
  dataSource:
    kind: VolumeSnapshot
    apiGroup: snapshot.storage.k8s.io
    name: <snapshot_to_replace>
  resources:
    requests:
      storage: 2Gi

Copy to Clipboard

Toggle word wrap

pvc-name は、新規の永続ボリューム要求 (PVC) の名前に置き換えます。

destination-ns を、永続ボリューム要求 (PVC) が置かれている namespace に置き換えます。

snapshot_to_replace を、直前の手順で確認した VolumeSnapshot 名に置き換えます。

ベストプラクティス: 値が少なくとも最初のソース永続ボリュームクレームと同じサイズである場合は、resources.requests.storage を異なる値で更新できます。

次のコマンドを入力して、永続ボリュームクレームが環境で実行されていることを確認します。
```
kubectl get pvc -n <destination-ns>
```
```
$ kubectl get pvc -n <destination-ns>
```
Copy to Clipboard Toggle word wrap

元のバックアップイメージは、メインの永続ボリューム要求として実行されています。

1.2.3. 同期のスケジューリング
リンクのコピー

レプリケーションの開始方法を決定するときは、常に実行する、スケジュールどおりに実行する、または手動で実行するという 3 つのオプションから選択します。レプリケーションのスケジュールは、よく選択されるオプションです。

スケジュール オプションは、スケジュール時にレプリケーションを実行します。スケジュールは cronspec で定義されるため、スケジュールを時間間隔または特定の時間として設定できます。スケジュールの値の順序は次のとおりです。

"minute (0-59) hour (0-23) day-of-month (1-31) month (1-12) day-of-week (0-6)"

レプリケーションはスケジュールされた時間に開始されます。このレプリケーションオプションの設定は、以下の内容のようになります。

spec:
  trigger:
    schedule: "*/6 * * * *"

spec:
  trigger:
    schedule: "*/6 * * * *"

Copy to Clipboard

Toggle word wrap

これらの方法のいずれかを有効にしたら、設定した方法に従って同期スケジュールが実行されます。

追加情報およびオプションについては、VolSync のドキュメントを参照してください。

1.2. VolSync の永続ボリューム複製サービス

1.2.1. VolSync を使用した永続ボリュームの複製
リンクのコピー

1.2.1.1. 前提条件
リンクのコピー

1.2.1.2. マネージドクラスターへの VolSync のインストール
リンクのコピー

1.2.1.2.1. ラベルを使用した VolSync のインストール
リンクのコピー

1.2.1.2.2. ManagedClusterAddOn を使用した VolSync のインストール
リンクのコピー

1.2.1.3. Rsync レプリケーションの設定
リンクのコピー

1.2.1.3.1. マネージドクラスター間での Rsync レプリケーションの設定
リンクのコピー

1.2.1.4. restic バックアップの設定
リンクのコピー

1.2.1.4.1. restic バックアップの復元
リンクのコピー

1.2.1.5. Rclone レプリケーションの設定
リンクのコピー

1.2.2. 複製されたイメージを使用可能な永続的なボリュームクレームに変換
リンクのコピー

1.2.3. 同期のスケジューリング
リンクのコピー

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

多様性を受け入れるオープンソースの強化

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

1.2. VolSync の永続ボリューム複製サービス

1.2.1. VolSync を使用した永続ボリュームの複製リンクのコピーリンクがクリップボードにコピーされました!

1.2.1.1. 前提条件リンクのコピーリンクがクリップボードにコピーされました!

1.2.1.2. マネージドクラスターへの VolSync のインストールリンクのコピーリンクがクリップボードにコピーされました!

1.2.1.2.1. ラベルを使用した VolSync のインストールリンクのコピーリンクがクリップボードにコピーされました!

1.2.1.2.2. ManagedClusterAddOn を使用した VolSync のインストールリンクのコピーリンクがクリップボードにコピーされました!

1.2.1.3. Rsync レプリケーションの設定リンクのコピーリンクがクリップボードにコピーされました!

1.2.1.3.1. マネージドクラスター間での Rsync レプリケーションの設定リンクのコピーリンクがクリップボードにコピーされました!

1.2.1.4. restic バックアップの設定リンクのコピーリンクがクリップボードにコピーされました!

1.2.1.4.1. restic バックアップの復元リンクのコピーリンクがクリップボードにコピーされました!

1.2.1.5. Rclone レプリケーションの設定リンクのコピーリンクがクリップボードにコピーされました!

1.2.2. 複製されたイメージを使用可能な永続的なボリュームクレームに変換リンクのコピーリンクがクリップボードにコピーされました!

1.2.3. 同期のスケジューリングリンクのコピーリンクがクリップボードにコピーされました!

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

多様性を受け入れるオープンソースの強化

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

1.2.1. VolSync を使用した永続ボリュームの複製
リンクのコピー

1.2.1.1. 前提条件
リンクのコピー

1.2.1.2. マネージドクラスターへの VolSync のインストール
リンクのコピー

1.2.1.2.1. ラベルを使用した VolSync のインストール
リンクのコピー

1.2.1.2.2. ManagedClusterAddOn を使用した VolSync のインストール
リンクのコピー

1.2.1.3. Rsync レプリケーションの設定
リンクのコピー

1.2.1.3.1. マネージドクラスター間での Rsync レプリケーションの設定
リンクのコピー

1.2.1.4. restic バックアップの設定
リンクのコピー

1.2.1.4.1. restic バックアップの復元
リンクのコピー

1.2.1.5. Rclone レプリケーションの設定
リンクのコピー

1.2.2. 複製されたイメージを使用可能な永続的なボリュームクレームに変換
リンクのコピー

1.2.3. 同期のスケジューリング
リンクのコピー