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

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

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

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

手順

dynamic-engine-crd Helmチャートを使用し、指定されたHelmバージョンのDynamic Engineカスタムリソース定義をインストールします。
1. 使用するチャートのバージョンは、あなたのDynamic Engineバージョンと同じです。このバージョンは、以下のいずれかの方法で見つけることができます:
  - 次のHelmコマンドを実行します:
    helm show chart oci://ghcr.io/talend/helm/dynamic-engine --version <engine_version>
  - Talend Management Consoleから直接バージョンを見るか、自分のDynamic Engineバージョンに含まれているチャートバージョンのDynamic Engine変更ログをチェックしてください。
  - Dynamic EngineバージョンエンドポイントへのAPIコールを使用します。
2. Kubernetesクラスターで次のコマンドを実行し、目的のバージョンの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チャートバージョンがインストールされます。
同じくKubernetesマシンで、ダウンロードしておいたHelmデプロイメントのzipファイルを解凍します。
使用するストレージクラスがクラスターに存在することを確認します。
```
kubectl get storageclass <storage-class-resource-name>
```
たとえば、<storage-class-resource-name>を、実際に使用するリソース名であるdyn-engineに置換します。このストレージクラスリソースが存在しない場合は、次のエラーメッセージが返されます:
```
Error from server (NotFound): storageclasses.storage.k8s.io "dyn-engine" not found
```
このストレージクラスリソースを作成する場合は、Kubernetes管理者に連絡してください。ReadWriteManyアクセスモードをサポートしている必要があります。
Dynamic Engine環境用のストレージクラスを指定する、カスタムの値ファイルを作成します。
```
cat <<EOF > <environment-id>-custom-storageclass-values.yaml
configuration:
  persistence:
    defaultStorageClassName: <storage-class-resource-name>
EOF                               
```
<environment-id>には、デプロイする環境のIDを使用します。<storage-class-resource-name>には、ストレージクラスのリソース名を使用します。
次のコマンドを実行し、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インスタンスのカスタマイズは行われていません。

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

helm install dyn-engine-env-<environment-id> -f <environment-id>-values.yaml  \
 -f <environment-id>-custom-storageclass-values.yaml \
 oci://ghcr.io/talend/helm/dynamic-engine-environment \
 --version <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] (準備完了)になり、タスクまたはプランを実行する準備ができていることが確定されます。

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

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

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