OpenSearch
Verrazzanoは、プラットフォームで実行されている様々なマイクロサービスからのすべてのログ・メッセージにアクセスできるようにする、すぐに使用できるOpenSearchデプロイメントを提供します。OpenSearchデータをバックアップし、リストアするシナリオがあります。
Verrazzanoは、Veleroを使用してOpenSearchデータのバックアップとリストアを容易にします。
Veleroオペレータの前提条件
OpenSearchのバックアップまたはリストア操作に進む前に、次の詳細が役立ちます:
- オブジェクト・ストアのバケット名。
- Amazon S3互換のオブジェクト・ストレージ・バケット。これには、Oracle Cloudテナンシの任意のコンパートメント内のOracle Cloud Object Storageバケットを使用できます。
- 参照できるように、バケット名とテナンシ名を書き留めておきます。
- オブジェクト・ストレージを使用したバケットの作成の詳細は、「バケットの管理」を参照してください。
- プライベート・クラウド、エンタープライズ・ネットワークまたはエアギャップ環境では、MinIOまたは同等のオブジェクト・ストア・ソリューションを使用できます。
- Amazon S3互換のオブジェクト・ストレージ・バケット。これには、Oracle Cloudテナンシの任意のコンパートメント内のOracle Cloud Object Storageバケットを使用できます。
- オブジェクト・ストアの接頭辞名。これは、バックアップ・コンポーネントによって作成されるバケット内の子フォルダになります。
- オブジェクト・ストアのリージョン名。
- オブジェクト・ストアの署名キー。
- Amazon S3互換オブジェクト・ストアの認証に必要な署名キー。これはアクセス・キー/秘密キーのペアです。
- Oracle Cloud Infrastructureでは、ユーザーまたは管理者が顧客秘密キーを作成します。
- 関連するアクセス・キーが秘密キーに対して生成されます。
- 顧客秘密キーを作成するには、顧客秘密キーに関する項を参照してください。
OpenSearchをバックアップまたはリストアするには、まずVeleroを有効にする必要があります。
- 次の構成は、
prodインストール・プロファイルを使用してveleroを有効にする方法を示しています。$ kubectl apply -f -<<EOF apiVersion: install.verrazzano.io/v1beta1 kind: Verrazzano metadata: name: example-verrazzano spec: profile: prod components: velero: enabled: true EOF
ノート: OpenSearchのバックアップおよびリストア操作は、マルチノードOpenSearch構成を持つprodインストール・プロファイルでのみサポートされます。
-
Veleroが有効になったら、Veleroポッドが
verrazzano-backupネームスペースで実行されていることを確認します。# Sample of pods running after enabling the velero component $ kubectl get pod -n verrazzano-backup NAME READY STATUS RESTARTS AGE restic-ndxfk 1/1 Running 0 21h velero-5ff8766fd4-xbn4z 1/1 Running 0 21h -
Veleroでは、S3互換オブジェクト・ストアと通信するためにシークレットが必要であるため、オブジェクト・ストア資格証明を保持する
backup-secret.txtファイルを作成します。[default] aws_access_key_id=<object store access key> aws_secret_access_key=<object store secret key> -
ネームスペース
verrazzano-backupに、verrazzano-backup-credsなどのKubernetesシークレットを作成します。$ kubectl create secret generic -n <backup-namespace> <secret-name> --from-file=<key>=<full_path_to_creds_file>次に、例を示します。
$ kubectl create secret generic -n verrazzano-backup verrazzano-backup-creds --from-file=cloud=backup-secret.txtノート: 機密データの誤用を避けるため、Kubernetesシークレットを作成した後で
backup-secret.txtファイルが削除されていることを確認してください。 -
バックアップ・コンポーネントが後続のバックアップで参照する
BackupStorageLocationリソースを作成します。次のBackupStorageLocationの例を参照してください。詳細は、Veleroのドキュメントの「Backup Storage Location」を参照してください。$ kubectl apply -f -<<EOF apiVersion: velero.io/v1 kind: BackupStorageLocation metadata: name: verrazzano-backup-location namespace: verrazzano-backup spec: provider: aws objectStorage: bucket: example-verrazzano prefix: backup-demo credential: name: verrazzano-backup-creds key: cloud config: region: us-phoenix-1 s3ForcePathStyle: "true" s3Url: https://mytenancy.compat.objectstorage.us-phoenix-1.oraclecloud.com EOF
Veleroを使用したOpenSearchバックアップ
OpenSearchの場合は、Verrazzanoによってカスタム・フックが用意されており、バックアップの起動中にそれをVeleroで使用できます。OpenSearchによって処理される一時データの性質のため、フックがOpenSearchスナップショットAPIを起動して、データ・ストリームを適切にバックアップします。これによって、データの損失がなくなり、データ破損も回避されます。
次の例は、OpenSearchバックアップを開始するために作成できるサンプルのVelero Backup APIリソースを示しています。
$ kubectl apply -f - <<EOF
apiVersion: velero.io/v1
kind: Backup
metadata:
name: verrazzano-opensearch-backup
namespace: verrazzano-backup
spec:
includedNamespaces:
- verrazzano-system
labelSelector:
matchLabels:
verrazzano-component: opensearch
defaultVolumesToRestic: false
storageLocation: verrazzano-backup-location
hooks:
resources:
- name: opensearch-backup-test
includedNamespaces:
- verrazzano-system
labelSelector:
matchLabels:
statefulset.kubernetes.io/pod-name: vmi-system-es-master-0
post:
- exec:
container: es-master
command:
- /usr/share/opensearch/bin/verrazzano-backup-hook
- -operation
- backup
- -velero-backup-name
- verrazzano-opensearch-backup
onError: Fail
timeout: 10m
EOF
前述の例では、OpenSearchコンポーネントがバックアップされます:
- このケースでは、
PersistentVolumesを直接バックアップしていません。かわりにOpenSearch APIを呼び出すフックを実行して、データのスナップショットを取得します。 - Veleroが関連するPVCを無視するように、
defaultVolumesToResticはfalseに設定されます。 - このケースで、フックは
preまたはpostにする必要があります。 - フックで使用されるコマンドには、
operationフラグと、入力としてVeleroバックアップ名が必要です。 - フックを実行する必要があるコンテナは、デフォルトでポッド内の最初のコンテナに設定されます。このケースでは、
statefulset.kubernetes.io/pod-name: vmi-system-es-master-0です。
バックアップが処理された後で、velero backup logsコマンドを使用してフック・ログを確認できます。また、フック・ログはポッドの/tmpフォルダに格納されます。
OpenSearchバックアップ・ログ
# To display the logs from the backup, run the following command
$ kubectl logs -n verrazzano-backup -l app.kubernetes.io/name=velero
# Fetch the log file name as shown
$ kubectl exec -it vmi-system-es-master-0 -n verrazzano-system -- ls -al /tmp | grep verrazzano-backup-hook | tail -n 1 | awk '{print $NF}'
# To examine the hook logs, exec into the pod as shown, and use the file name retrieved previously
$ kubectl exec -it vmi-system-es-master-0 -n verrazzano-system -- cat /tmp/<log-file-name>
OpenSearchスケジュール済バックアップ
VeleroではSchedule APIがサポートされます。これは、指定のcron表記のバックアップを実行するためにVeleroサーバーに送信される繰り返し可能なリクエストです。Scheduleオブジェクトが作成されると、Veleroサーバーがバックアップ・プロセスを開始します。その後、指定のcron式の次の有効なポイントまで待機し、バックアップ・プロセスを繰返し実行します。
Veleroを使用したOpenSearchリストア
OpenSearchの場合は、Verrazzanoによってカスタム・フックが用意されており、それをVeleroで使用してリストア操作を実行できます。OpenSearchによって処理される一時データの性質のため、フックがOpenSearchスナップショットAPIを起動して、データ・ストリームを適切にリストアします。これによって、データの損失がなくなり、データ破損も回避されます。
OpenSearchを別のクラスタにリストアする場合は、元のクラスタで構成された同じバックアップ記憶域の場所を指すVelero BackupStorageLocationリソースを新しいクラスタに作成します。これにより、元のクラスタのバックアップによって作成されたVeleroリソースが新しいクラスタに自動的に同期されます。同期が完了すると、新しいクラスタ上の元のクラスタからバックアップにアクセスできます。BackupStorageLocation仕様でaccessModeをReadOnlyに設定して、新しいクラスタのBackupStorageLocationを読取り専用として構成することをお薦めします。これにより、オブジェクト・ストア内のバックアップが新しいクラスタから変更されなくなります。詳細は、Veleroのドキュメントの「Backup Storage Location」を参照してください。
OpenSearchリストア操作を開始するには、最初に、システムで実行されている既存のOpenSearchクラスタおよびすべての関連データを削除します。
-
Verrazzanoモニタリング・オペレータをスケール・ダウンします。これが必要な理由は、オペレータがOpenSearchクラスタのライフ・サイクルを管理するため、ゼロにスケール・ダウンするとリストア操作を妨げないからです。また、リストア操作によって、この演算子がスケール・アップされ、システムが以前の状態に戻ります。
$ kubectl scale deploy -n verrazzano-system verrazzano-monitoring-operator --replicas=0 -
OpenSearchコンポーネントを削除します。
# These are sample commands to demonstrate the OpenSearch restore process $ kubectl delete sts -n verrazzano-system -l verrazzano-component=opensearch $ kubectl delete deploy -n verrazzano-system -l verrazzano-component=opensearch $ kubectl delete pvc -n verrazzano-system -l verrazzano-component=opensearch -
OpenSearchリストア操作を実行するために、次のVelero
RestoreAPIオブジェクトの例を呼び出すことができます。$ kubectl apply -f - <<EOF apiVersion: velero.io/v1 kind: Restore metadata: name: verrazzano-opensearch-restore namespace: verrazzano-backup spec: backupName: verrazzano-opensearch-backup includedNamespaces: - verrazzano-system labelSelector: matchLabels: verrazzano-component: opensearch restorePVs: false hooks: resources: - name: opensearch-test includedNamespaces: - verrazzano-system labelSelector: matchLabels: statefulset.kubernetes.io/pod-name: vmi-system-es-master-0 postHooks: - exec: container: es-master command: - /usr/share/opensearch/bin/verrazzano-backup-hook - -operation - restore - -velero-backup-name - verrazzano-opensearch-backup waitTimeout: 30m execTimeout: 30m onError: Fail EOF前述の例では、既存のバックアップからOpenSearchクラスタをリストアします。
- このケースでは、
PersistentVolumesを直接リストアしていません。かわりにOpenSearch APIを呼び出すフックを実行して、データの既存のスナップショットからリストアします。 - VeleroがPVCのリストアを無視するように、
restorePVsはfalseに設定されます。 - フックで使用されるコマンドには、
-operationフラグと、入力としてVeleroバックアップ名が必要です。 postHookは、スナップショット・データをリストアするOpenSearch APIを呼び出します。- フックを実行する必要があるコンテナは、デフォルトでポッド内の最初のコンテナに設定されます。このケースでは、
statefulset.kubernetes.io/pod-name: vmi-system-es-master-0です。
ノート: フックは、Kubernetesオブジェクトのリストア後に適用する必要があるため、
postHookである必要があります。 - このケースでは、
-
すべてのOpenSearchポッドが
RUNNING状態になるまで待ちます。$ kubectl wait -n verrazzano-system --for=condition=ready pod -l verrazzano-component=opensearch --timeout=600s pod/vmi-system-es-data-0-6f49bdf6f5-fc6mz condition met pod/vmi-system-es-data-1-8f8785994-4pr7n condition met pod/vmi-system-es-data-2-d5f569d98-q8p2v condition met pod/vmi-system-es-ingest-6ddd86b9b6-fpl6j condition met pod/vmi-system-es-ingest-6ddd86b9b6-jtmrh condition met pod/vmi-system-es-master-0 condition met pod/vmi-system-es-master-1 condition met pod/vmi-system-es-master-2 condition met
リストア操作が処理された後で、velero restore logsコマンドを使用してフック・ログを確認できます。また、フック・ログはポッドの/tmpフォルダに格納されます。
OpenSearchリストア・ログ
# To display the logs from the restore, run the following command
$ kubectl logs -n verrazzano-backup -l app.kubernetes.io/name=velero
# Fetch the log file name as shown
$ kubectl exec -it vmi-system-es-master-0 -n verrazzano-system -- ls -al /tmp | grep verrazzano-restore-hook | tail -n 1 | awk '{print $NF}'
# To examine the hook logs, exec into the pod as shown, and use the file name retrieved previously
$ kubectl exec -it vmi-system-es-master-0 -n verrazzano-system -- cat /tmp/<log-file-name>