Dynamic Engine向けにFilestoreストレージを使用してGKEをセットアップする

GKEクラスターの準備が整ったら、Filestoreをバックエンドとする共有ストレージを構成し、Dynamic Engine環境でデプロイします。

Dynamic Engineにおいてこの共有ストレージが必要となるのは、エンジンに対してconfiguration.persistence.enabled=trueが設定されている場合のみです。それ以外の場合、ストレージの使用は任意であり、Talend Management Consoleタスクで永続的なストレージが必要になる場合にのみ必要となります。

始める前に

Dynamic Engineデプロイメント用に設定されたGKEクラスター。プラットフォーム固有の前提条件、クラスター設定、クラスタへのアクセス手順については、Dynamic EngineデプロイメントでのGoogle Kubernetes Engine (GKE)の設定を参照してください。
dynamic-engine-crdカスタムリソース定義は、oci://ghcr.io/talend/helm/dynamic-engine-crd Helmチャートを使用してインストールされている必要があります。インストールされていない場合は、次のコマンドを実行してインストールしてください。
1. 使用するチャートのバージョンを見つけます。
  - 次のHelmコマンドを実行します:
    helm show chart oci://ghcr.io/talend/helm/dynamic-engine-crd --version <engine_version>
  - Talend Management Consoleから直接バージョンを見るか、自分のDynamic Engineバージョンに含まれているチャートバージョンのDynamic Engine変更ログをチェックしてください。
  - Dynamic EngineバージョンエンドポイントへのAPIコールを使用します。
2. 次のコマンドを実行し、目的のバージョンのHelmチャートをインストールします。
```
helm install dynamic-engine-crd oci://ghcr.io/talend/helm/dynamic-engine-crd --version <helm_chart_version>
```
  <helm_chart_version>を、お使いのDynamic Engineバージョンでサポートされているチャートのバージョンに置換します。
  バージョンを指定しないと、利用可能な最新のdynamic-engine-crdチャートバージョンがインストールされます。

このタスクについて

重要: GKE Autopilotのデプロイの場合は、これらの手順を実行する前に、まずマネージドKubernetes運用モードからマネージドモード設定セットを適用することを推奨します。

この手順では、Filestoreを利用した共有ストレージを構成し、GKEクラスターにカスタマイズされたDynamic Engine環境をデプロイする方法について説明します。

手順

Dynamic Engine用にReadWriteMany GKEストレージクラスを設定します。
Dynamic Engine専用のReadWriteManyストレージクラスを作成し、後の手順でその名前をdefaultStorageClassNameとして使用します。例:
```
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: dyn-engine
provisioner: filestore.csi.storage.gke.io
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true
reclaimPolicy: Delete
parameters:
  tier: <filestore-tier>
  network: <name-of-configured-network>
```
この例では、dyn-engineというストレージクラスを作成します。このストレージクラスに対して、プロビジョナーfilestore.csi.storage.gke.ioが、それぞれティアフィールドとネットワークフィールドで指定された特定のネットワークに特定のタイプの永続ボリュームを作成するように構成されます。
- Filestoreのティアでサポートされている値については、GKEのティアに関する説明を参照してください。
- 設定済みのGKEネットワーク名を使用してください。カスタムネットワークが設定されていない場合は、デフォルトを使用してください。networkフィールドを削除すると、デフォルトが使用されます。
情報メモヒント: Dynamic Engine専用のストレージクラスが推奨されますが、組織のポリシーに応じて、GKEによって提供されるデフォルトのストレージクラスを使用することもできます。これらのデフォルトのストレージクラスのリストについては、「自動的にインストールされるGKEストレージクラス」を参照してください。
Dynamic Engineインスタンスとその環境をデプロイします。
情報メモ注: 以下の手順は、統合Dynamic Engine環境のデプロイパターンを示しています。すべてのプラットフォーム(AWS、GKE、AKS、オンプレミスKubernetes)におけるカスタムストレージクラスの設定の詳細な手順については、Dynamic Engine環境サービス専用のストレージクラスをプロビジョニングを参照してください。
1. このコマンドを実行してエンジンインスタンスをデプロイします:
```
helm upgrade --install dynamic-engine \
  -f $DYNAMIC_ENGINE_ID-helm-values/$DYNAMIC_ENGINE_ID-values.yaml \
  oci://ghcr.io/talend/helm/dynamic-engine
```
  これはデフォルトのデプロイメントです。このコマンドは、Dynamic Engineインスタンスがデプロイされているかどうかに応じて、インスタンスをアップグレードまたはインストールします。$DYNAMIC_ENGINE_IDを、Dynamic EngineのID (c-m-sjufu4qyなど)に置換します。
2. 環境用のカスタムHelm valuesファイルを作成します。
  例
```
cat <<EOF > $DYNAMIC_ENGINE_ENVIRONMENT_ID-custom-gke-values.yaml
---
configuration:
  persistence:
    defaultStorageClassName: dyn-engine
EOF
```
  この例では、以前に作成したストレージクラスdyn-engineをdefaultStorageClassNameの名前として設定します。使用しているDynamic Engine固有のストレージクラスに応じて変更してください。
3. Dynamic Engine環境用のHelmチャートをデプロイします。
```
helm upgrade --install dynamic-engine-environment-$DYNAMIC_ENGINE_ENVIRONMENT_ID \
  -f $DYNAMIC_ENGINE_ENVIRONMENT_ID-values.yaml  \
  -f $DYNAMIC_ENGINE_ENVIRONMENT_ID-custom-gke-values.yaml \
  oci://ghcr.io/talend/helm/dynamic-engine-environment \
  --version $DYNAMIC_ENGINE_VERSION
```
  このコマンドは、Dynamic Engine環境がデプロイされているかどうかに応じて、環境をアップグレードまたはインストールします。

タスクの結果

完了すると、Dynamic Engine環境サービスがGKEクラスターにインストールされ、タスクまたはプランを実行できるようになります。

Talend Management Consoleではこの環境のステータスが[Ready] (準備完了)になり、タスクまたはプランを実行する準備ができていることが確定されます。

デプロイメントに失敗するか、Dynamic Engineサービスの関連付けが解除されると、ステータスは「まだ準備できていません」になります。

次のタスク

デプロイメントが成功したら、標準エンジンの場合と同様に、Dynamic Engine環境にタスクを追加できます。詳細は、Dynamic Engine環境にジョブタスクを追加をご覧ください。

このページは役に立ちましたか?

このページまたはコンテンツにタイポ、ステップの省略、技術的エラーなどの問題が見つかった場合はお知らせください。

こちらにフィードバックをお寄せください