Dynamic Engine環境サービス専用のストレージクラスをプロビジョニング

デフォルトのKubernetesストレージクラスを使用する代わりに、Dynamic Engine環境サービス専用のストレージクラスを設定します。

重要: Dynamic Engine環境サービス用のカスタムストレージクラスは、エンジンのデプロイ中のみ設定することが許可されています。

Dynamic Engine環境サービスには、ReadWriteManyアクセスモードをサポートするストレージクラスが必要です。互換性のあるCSIプロバイダーの詳細は、サポートされているCSIプロバイダーをご覧ください。

始める前に

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チャートバージョンがインストールされます。
Dynamic Engineがデプロイされている必要があります。デプロイされていない場合は、このコマンドを実行してデプロイしてください。
```
helm install dynamic-engine -f <engine-id>-helm-values/<engine-id>-values.yaml oci://ghcr.io/talend/helm/dynamic-engine 
```
現在のカスタマイズはDynamic Engine環境側でのみ必要であるため、これがデフォルトのデプロイメントです。このため、Dynamic Engineインスタンスにはカスタマイズは設定されません。

手順

Kubernetesマシンで、ダウンロードしておいたHelmデプロイメントのzipファイルを解凍します。
使用するストレージクラスがクラスターに存在することを確認します。
```
kubectl get storageclass <storage-class-resource-name>
```
たとえば、<storage-class-resource-name>を、実際に使用するリソース名であるdynamic-engineに置換します。このストレージクラスリソースが存在しない場合は、次のエラーメッセージが返されます:
```
Error from server (NotFound): storageclasses.storage.k8s.io "dynamic-engine" not found
```
このストレージクラスリソースを作成する場合は、Kubernetes管理者に連絡してください。ReadWriteManyアクセスモードをサポートしている必要があります。
Dynamic Engine環境用のストレージクラスを指定する、カスタムの値ファイルを作成します。
```
cat <<EOF > $DYNAMIC_ENGINE_ENVIRONMENT_ID-custom-storageclass-values.yaml
configuration:
  persistence:
    defaultStorageClassName: <storage-class-resource-name>
EOF                               
```
$DYNAMIC_ENGINE_ENVIRONMENT_IDには、デプロイする環境のIDを使用します。<storage-class-resource-name>には、ストレージクラスのリソース名を使用します。

カスタムのストレージクラスを使って、Dynamic Engine環境をデプロイします。

helm install dynamic-engine-environment-$DYNAMIC_ENGINE_ENVIRONMENT_ID -f $DYNAMIC_ENGINE_ENVIRONMENT_ID-values.yaml  \
 -f $DYNAMIC_ENGINE_ENVIRONMENT_ID-custom-storageclass-values.yaml \
 oci://ghcr.io/talend/helm/dynamic-engine-environment \
 --version $DYNAMIC_ENGINE_VERSION

Dynamic Engine環境が整い、永続的なボリュームがプロビジョニングされていることを確認します。
1. 環境のステータスをチェックします:
```
kubectl get dynamicengineenvs.apps.qlik.com -n <environment-namespace>
```
  ステータスが、[Running] (実行中)または[Ready] (準備完了)と表示されます。
2. Dynamic Engineサービス用に永続的なボリュームが作成されていることをチェックします:
```
kubectl get pvc -n <environment-namespace>
```
  各サービスには、バインドされた永続的なボリュームが必要です。

タスクの結果

正しく完了すると、Dynamic Engine環境サービスがクラスターにインストールされ、Dynamic Engineに接続します。

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

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

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

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