24.02リリース以降、Astra Tridentは2月、6月、10月の4カ月ごとにリリースされます。

Astra Trident は、通常、 Kubernetes でアルファ機能をサポートしていません。Trident は、 Kubernetes ベータリリースに続く 2 つの Trident リリースでベータ機能をサポートしています。

Astra Trident は、他のネットアップソフトウェア製品に依存しないため、スタンドアロンアプリケーションとして機能します。ただし、ネットアップのバックエンドストレージデバイスが必要です。

使用して `tridentctl get`コマンドを、Astra Trident構成に関する詳細情報を取得します。

はい。Prometheusエンドポイント：管理対象のバックエンド数、プロビジョニングされたボリューム数、消費されたバイト数など、Astra Tridentの処理に関する情報を収集できます。を監視および分析に使用することもできます"Cloud Insights"。

いいえ。ユーザーエクスペリエンスと機能に関しては変更はありません。使用されるプロビジョニングツール名はです csi.trident.netapp.io。現在および将来のリリースで提供される新しい機能をすべて使用する場合は、 Astra Trident をインストールする方法を推奨します。

はい、 Astra Trident はオフラインでインストールできます。を参照してください "Astra Tridentのインストール方法をご確認ください"。

はい。Astra Trident 18.10以降では、クラスタにアクセスできる任意のマシンからのリモートインストール機能がサポートされます kubectl。アクセスが確認されたら kubectl（たとえば、リモートマシンからコマンドを実行し `kubectl get nodes`て確認する）、インストール手順に従います。

Astra Tridentは、インスタンスが1つのKubernetesデプロイメント（ReplicaSet）としてインストールされるため、HAが組み込まれています。デプロイメント内のレプリカの数を増やすことはできません。Astra Trident がインストールされているノードが失われた場合や、ポッドにアクセスできない場合は、 Kubernetes によって、クラスタ内の正常なノードにポッドが自動的に再導入されます。Astra Trident はコントロールプレーンのみであるため、 Astra Trident を再導入しても、現在マウントされているポッドには影響しません。

Astra Trident は Kubernetes API Server からデータを読み取り、アプリケーションが新しい PVC を要求するタイミングを判断して、 kube-system へのアクセスを必要とします。

TridentインストーラによってKubernetes ClusterRoleが作成され、KubernetesクラスタのPersistentVolume、PersistentVolumeClaim、StorageClass、およびSecretリソースに特定のアクセス権が付与されます。を参照してください "tridentctlのインストールをカスタマイズします"。

必要に応じて、マニフェストファイルである Astra Trident のインストールに使用するものをローカルで生成して変更できます。を参照してください "tridentctlのインストールをカスタマイズします"。

推奨されませんが、同じバックエンド SVM を 2 つの Astra Trident インスタンスに使用できます。インストール時に各インスタンスに一意のボリューム名を指定するか、ファイルで一意のパラメータを `setup/backend.json`指定し `StoragePrefix`ます。これは、両方のインスタンスで同じ FlexVol を使用しないためです。

Astra Trident は Kubernetes ポッドとして機能し、 Kubernetes が実行されている場所に導入できます。

はい、 Astra Trident は AWS 、 Google Cloud 、 Azure でサポートされています。

はい。 Astra Trident は、 Azure の Azure NetApp Files サービスと GCP の Cloud Volumes Service をサポートしています。

Astra Trident はオープンソースであり、無償で提供されますが、ネットアップのバックエンドがサポートされていれば、完全にサポートされています。

サポートケースを作成するには、次のいずれかを実行します。

を実行すると、サポートバンドルを作成できます tridentctl logs -a。バンドルでキャプチャされたログに加えて、 kubelet ログをキャプチャして、 Kubernetes 側のマウントの問題を診断します。kubelet ログの取得手順は、 Kubernetes のインストール方法によって異なります。

問題を作成し "Astra Trident Github"、問題の件名と説明に*RFE*を記載します。

で問題を作成し "Astra Trident Github"ます。問題に関連する必要なすべての情報とログを記録しておいてください。

ご質問、問題、リクエストがある場合は、AstraまたはGitHubからお問い合わせ"チャネルを外します"ください。

バックエンドのパスワードをで更新し tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident`ます。この例では、をバックエンド名と `/path/to_new_backend.json`正しいファイルへのパスに backend.json`置き換えます `myBackend。

Trident が Kubernetes ノードを検出できない場合、次の 2 つのケースが考えられます。Kubernetes または DNS 問題内のネットワーク問題が原因の場合もあります。各 Kubernetes ノードで実行される Trident ノードのデデーモンが Trident コントローラと通信し、 Trident にノードを登録できる必要があります。Astra Trident のインストール後にネットワークの変更が発生した場合、この問題が発生するのはクラスタに追加された新しい Kubernetes ノードだけです。

Trident ポッドが削除されても、データは失われません。TridentのメタデータはCRDオブジェクトに格納されます。Trident によってプロビジョニングされた PVS はすべて正常に機能します。

ネットアップでは、 Astra Trident のメジャーリリースから次回のメジャーリリースへのアップグレードをサポートしています。バージョン 18.xx から 19.xx 、 19.xx から 20.xx にアップグレードできます。本番環境の導入前に、ラボでアップグレードをテストする必要があります。

アップグレード、依存関係の問題、またはアップグレードの失敗または不完全な実行後に見つかったバグの修正が必要な場合は、そのバージョンに固有の手順を使用して以前のバージョンを再インストールする必要があります"Astra Tridentをアンインストールします"。これは、以前のバージョンにダウングレードするための唯一の推奨方法です。

管理LIFは必須です。データLIFのタイプはさまざまです。

はい。Astra Tridentでは、ONTAPバックエンドの双方向CHAPがサポートされます。これには、バックエンド構成での設定が必要です useCHAP=true。

Astra Trident では、バージョン 20.04 以降からエクスポートポリシーを動的に作成、管理できます。これにより、ストレージ管理者はバックエンド構成に 1 つ以上の CIDR ブロックを指定でき、 Trident では、その範囲に含まれるノード IP を作成したエクスポートポリシーに追加できます。このようにして、 Astra Trident は特定の CIDR 内に IP アドレスが割り当てられたノードのルールの追加と削除を自動的に管理します。

Astra Tridentでは、次の機能に対してIPv6アドレスを定義できます。

Astra TridentをIPv6で機能させるには、フラグ（インストール用 tridentctl）、（Trident Operator用）、 IPv6`または（Helmインストール用） `tridentTPv6`を使用してインストールする必要があります `--use-ipv6。

はい、コマンドを使用してバックエンドの管理LIFを更新できます tridentctl update backend。

データLIFの更新は、および ontap-nas-economy`でのみ実行できます `ontap-nas。

Astra Trident では、同じドライバまたは別々のドライバを使用して、多数のバックエンドを同時にサポートできます。

Astra Trident では、バックエンドのクレデンシャルを Kubernetes のシークレットとして格納します。

バックエンド属性を使用してクラスに適したプールを自動的に選択できない場合は storagePools、および `additionalStoragePools`パラメータを使用して特定のプールセットを選択します。

パラメータを `excludeStoragePools`使用して、Astra Tridentがプロビジョニングに使用する一連のプールをフィルタリングし、に一致するプールをすべて削除します。

同じタイプの設定済みバックエンドが複数ある場合は、との `PersistentVolumeClaim`パラメータに基づいて適切なバックエンドがAstra Tridentによって選択され `StorageClass`ます。たとえば、ONTAPとNASのドライババックエンドが複数ある場合、Astra Tridentは、と `PersistentVolumeClaim`を組み合わせてのパラメータを照合し、と `PersistentVolumeClaim`に記載されている要件を満たすバックエンドを `StorageClass`照合し `StorageClass`ます。この要求に一致するバックエンドが複数ある場合、 Astra Trident はいずれかのバックエンドからランダムに選択します。

はい。

Astra Trident でプロビジョニングしたボリュームに対して UNIX 権限を設定するには、バックエンド定義ファイルにパラメータを設定します。

Trident では、デフォルトでマウントオプションが Kubernetes でどの値にも設定されていません。Kubernetesストレージクラスでマウントオプションを指定するには、次の例を参照して"ここをクリック"ください。

適切なホストにボリュームへのアクセスを許可するには、バックエンド定義ファイルで設定されているパラメータを使用し `exportPolicy`ます。

Trident によってプロビジョニングされたボリュームで暗号化を設定するには、バックエンド定義ファイルの暗号化パラメータを使用します。詳細については、以下を参照してください。"Astra TridentとNVEおよびNAEの相互運用性"

ONTAPのQoSを実装するために使用し `StorageClasses`ます。

ONTAP ドライバは、シンプロビジョニングまたはシックプロビジョニングをサポートします。ONTAP ドライバはデフォルトでシンプロビジョニングに設定されています。シックプロビジョニングが必要な場合は、バックエンド定義ファイルまたはを設定する必要があります StorageClass。両方が設定されている場合は、が `StorageClass`優先されます。ONTAP で次の項目を設定します。

Kubernetes では、バージョン 1.10 以降、 PVC 保護が自動的に有効になります。

はい。Astra Trident によって作成された PVC を拡張できます。ボリュームの自動拡張は ONTAP の機能であり、 Trident には適用されません。

外部ボリュームが DP モードになっているかオフラインになっている場合、ボリュームのインポートは失敗します。次のエラーメッセージが表示されます。

Kubernetes ストレージリソースクォータは、ネットアップストレージの容量があるかぎり機能します。容量不足が原因でネットアップストレージが Kubernetes のクォータ設定を受け入れられない場合、 Astra Trident はプロビジョニングを試みますがエラーになります。

はい。Trident が、 Snapshot からオンデマンドのボリューム Snapshot と永続的ボリュームを作成できるようになりました。スナップショットからPVSを作成するには、フィーチャーゲートが有効になっていることを確認し `VolumeSnapshotDataSource`ます。

現時点では ontap-nas、、 ontap-nas-flexgroup ontap-san、 ontap-san-economy solidfire-san、、 gcp-cvs、および `azure-netapp-files`バックエンドドライバ。

これは、、 ontap-san、および ontap-nas-flexgroup`ドライバで使用でき `ontap-nas`ます。ドライバの `ontap-san-economy`をFlexVolレベルで指定することもできます `snapshotPolicy。

これはドライバでも使用できますが、qtreeレベルではなく、FlexVolレベルで使用でき `ontap-nas-economy`ます。Astra TridentでプロビジョニングされたボリュームのSnapshotを作成できるようにするには、バックエンドパラメータオプションをONTAPバックエンドで定義されている目的のSnapshotポリシーに設定し `snapshotPolicy`ます。ストレージコントローラで作成された Snapshot は Astra Trident で認識されません。

はい。バックエンド定義ファイルで属性を設定することで、Astra TridentでSnapshotコピーの格納用に特定の割合のディスクスペースをリザーブできます snapshotReserve。を設定し、 snapshotReserve`バックエンド定義ファイルでスナップショット予約の割合が設定されている場合は `snapshotPolicy、バックエンドファイルで指定されている割合に従って設定され snapshotReserve`ます。パーセンテージ番号が指定されていない場合 `snapshotReserve、ONTAPはデフォルトでスナップショット予約のパーセンテージを5とします。この `snapshotPolicy`オプションをnoneに設定すると、Snapshotリザーブの割合は0に設定されます。

はい。Tridentによってプロビジョニングされるボリューム上のsnapshotディレクトリには、バックエンド定義ファイルでパラメータを設定することでアクセスできます snapshotDir。

現時点では、 SnapMirror は ONTAP CLI または OnCommand System Manager を使用して外部に設定する必要があります。

ボリュームを ONTAP Snapshot にリストアするには、次の手順を実行します。

負荷共有ミラーは、NFS経由でデータを提供するSVMのルートボリューム用に作成できます。ONTAP は、Tridentによって作成されたボリュームの負荷共有ミラーを自動的に更新します。ボリュームのマウントが遅延する可能性があります。Tridentを使用して複数のボリュームを作成する場合、ボリュームをプロビジョニングする方法は、負荷共有ミラーを更新するONTAP によって異なります。

Kubernetes では、ネームスペース内のストレージクラスは使用できません。ただし、 Kubernetes を使用すると、ネームスペースごとにストレージリソースクォータを使用することで、ネームスペースごとに特定のストレージクラスの使用量を制限できます。特定のストレージへのネームスペースアクセスを拒否するには、そのストレージクラスのリソースクォータを 0 に設定します。