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

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

Trident は他のNetAppソフトウェア製品に依存せず、スタンドアロン アプリケーションとして動作します。ただし、 NetAppバックエンド ストレージ デバイスが必要です。

使用 `tridentctl get`Trident の設定に関する詳細情報を取得するには、コマンドを使用します。

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

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

はい、 Trident はオフラインでインストールできます。参照"Tridentのインストールについて学ぶ"。

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

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

Trident は、 Kubernetes API サーバーから読み取り、アプリケーションが新しい PVC をいつ要求するかを判断するため、kube-system にアクセスする必要があります。

Tridentインストーラーは、Kubernetes クラスターの PersistentVolume、PersistentVolumeClaim、StorageClass、および Secret リソースへの特定のアクセス権を持つ Kubernetes ClusterRole を作成します。参照"tridentctl インストールのカスタマイズ"。

必要に応じて、 Tridentがインストールに使用するマニフェスト ファイルをローカルで生成および変更できます。参照"tridentctl インストールのカスタマイズ"。

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

Trident は単なる Kubernetes ポッドであり、Kubernetes が実行されている場所であればどこにでもインストールできます。

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

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

Tridentはオープンソースで無料で提供されていますが、 NetAppバックエンドがサポートされている限り、 NetApp はTrident を完全にサポートします。

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

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

問題を作成する "TridentGithub"問題の件名と説明に RFE を記載してください。

問題を作成する "TridentGithub"。問題に関連する必要な情報とログをすべて含めるようにしてください。

ご質問、問題、ご要望がございましたら、Tridentまでお問い合わせください。"Discordチャンネル"または GitHub。

バックエンドのパスワードを更新する tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident。交換する myBackend`バックエンド名を例に挙げ、 `/path/to_new_backend.json`正しい道への道 `backend.json`ファイル。

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

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

NetApp は、 Trident をあるメジャー リリースから次のメジャー リリースにアップグレードすることをサポートしています。バージョン 18.xx から 19.xx、19.xx から 20.xx といったようにアップグレードできます。実稼働環境に展開する前に、ラボでアップグレードをテストする必要があります。

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

管理 LIF は必須です。 DataLIF は次のように異なります:

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

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

Trident は、以下の IPv6 アドレスの定義をサポートしています。

Tridentはフラグを使用してインストールする必要があります --use-ipv6（のために tridentctl`インストール）、 `IPv6 （ Tridentオペレータの場合）、または tridentTPv6(Helm インストールの場合) IPv6 経由で機能させるため。

はい、バックエンドの管理LIFを以下の方法で更新できます。 `tridentctl update backend`指示。

DataLIFを更新できます `ontap-nas`そして `ontap-nas-economy`のみ。

Trident は、同じドライバーでも異なるドライバーでも、同時に複数のバックエンドをサポートできます。

Trident はバックエンドの資格情報を Kubernetes Secrets として保存します。

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

その `excludeStoragePools`パラメータは、 Trident がプロビジョニングに使用するプールのセットをフィルタリングするために使用され、一致するプールは削除されます。

同じタイプのバックエンドが複数設定されている場合、 Tridentは、以下のパラメータに基づいて適切なバックエンドを選択します。 StorageClass`そして `PersistentVolumeClaim。例えば、複数のontap-nasドライババックエンドがある場合、 Tridentは StorageClass`そして `PersistentVolumeClaim`組み合わせて、リストされている要件を満たすバックエンドと一致させます `StorageClass`そして `PersistentVolumeClaim。リクエストに一致するバックエンドが複数ある場合、 Trident はそのうちの 1 つをランダムに選択します。

○

その `ontap-nas-economy`ドライバーは同じFlexVol volumeに最大 200 個の Qtree (50 ～ 300 の間で構成可能)、クラスタ ノードあたり 100,000 個の Qtree、クラスタあたり 2.4M 個の Qtree を作成します。新しい `PersistentVolumeClaim`エコノミー ドライバーによって処理される場合、ドライバーは新しい Qtree を処理できるFlexVol volumeがすでに存在するかどうかを確認します。 Qtree を処理できるFlexVol volumeが存在しない場合は、新しいFlexVol volumeが作成されます。

バックエンド定義ファイルでパラメータを設定することで、 Tridentによってプロビジョニングされたボリュームに Unix 権限を設定できます。

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

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

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

使用 `StorageClasses`ONTAPに QoS を実装します。

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

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

○Tridentによって作成された PVC を拡張できます。ボリュームの自動拡張は、 Tridentには適用されないONTAP機能であることに注意してください。

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

Kubernetes ストレージ リソース クォータは、 NetAppストレージに容量がある限り機能するはずです。 NetAppストレージが容量不足のために Kubernetes のクォータ設定を尊重できない場合、 Trident はプロビジョニングを試行しますが、エラーが発生します。

○オンデマンドのボリューム スナップショットとスナップショットからの永続ボリュームの作成は、 Tridentによってサポートされています。スナップショットからPVを作成するには、 `VolumeSnapshotDataSource`機能ゲートが有効になりました。

本日より、オンデマンドスナップショットサポートが利用可能になりました。 ontap-nas 、 ontap-nas-flexgroup 、 ontap-san 、 ontap-san-economy 、 solidfire-san 、 gcp-cvs 、 そして `azure-netapp-files`バックエンドドライバー。

これは以下で入手可能です ontap-nas、 ontap-san 、 そして `ontap-nas-flexgroup`ドライバー。指定することもできます `snapshotPolicy`のために `ontap-san-economy`FlexVolレベルのドライバー。

これは、 ontap-nas-economy`ドライバーですが、qtree レベルの粒度ではなく、 FlexVol volumeレベルの粒度に基づいています。 Tridentによってプロビジョニングされたボリュームのスナップショット機能を有効にするには、バックエンドパラメータオプションを設定します。 `snapshotPolicy ONTAPバックエンドで定義されている目的のスナップショット ポリシーに変更します。ストレージ コントローラによって作成されたスナップショットは、 Tridentでは認識されません。

はい、 Tridentでスナップショットのコピーを保存するために、ディスクスペースの特定の割合を予約することができます。 `snapshotReserve`バックエンド定義ファイルの属性。設定した場合 `snapshotPolicy`そして `snapshotReserve`バックエンド定義ファイルでは、スナップショットの予約率は `snapshotReserve`バックエンド ファイルに記載されているパーセンテージ。もし `snapshotReserve`パーセンテージ数値が指定されていない場合、 ONTAP はデフォルトでスナップショット予約パーセンテージを 5 とします。もし `snapshotPolicy`オプションが none に設定されている場合、スナップショットの予約率は 0 に設定されます。

はい、 Tridentによってプロビジョニングされたボリューム上のスナップショットディレクトリにアクセスするには、 `snapshotDir`バックエンド定義ファイル内のパラメータ。

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

ボリュームをONTAPスナップショットに復元するには、次の手順を実行します。

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

Kubernetes では、名前空間内のストレージ クラスは許可されません。ただし、Kubernetes では、名前空間ごとのストレージ リソース クォータを使用して、名前空間ごとに特定のストレージ クラスの使用を制限できます。特定のストレージへの特定の名前空間のアクセスを拒否するには、そのストレージ クラスのリソース クォータを 0 に設定します。