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

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

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

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

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

はい、Tridentはオフラインでインストールできます。"Tridentのインストールについて"を参照してください。

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

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

Trident は、アプリケーションが新しい PVC を要求するタイミングを判断するために Kubernetes API サーバーから読み取りを行うため、kube-system へのアクセスが必要です。

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

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

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

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

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

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

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

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

ご質問、問題、ご要望がございましたら、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は、IPv6経由で機能させるために、フラグ --use-ipv6（ tridentctl`インストールの場合）、 `IPv6（Tridentオペレータの場合）、または tridentTPv6（Helmインストールの場合）を使用してインストールする必要があります。

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

DataLIFを更新できるのは `ontap-nas`と `ontap-nas-economy`のみです。

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

Tridentは、バックエンドのクレデンシャルをKubernetes Secretsとして保存します。

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

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

はい。

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

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

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

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

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

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

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

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

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

はい。オンデマンドボリュームスナップショットの作成とSnapshotからのPersistent Volumeの作成は、Tridentでサポートされています。SnapshotからPVを作成するには、 `VolumeSnapshotDataSource`機能ゲートが有効になっていることを確認してください。

本日より、オンデマンドスナップショットサポートは、 ontap-nas、 ontap-nas-flexgroup、 ontap-san、 ontap-san-economy、 solidfire-san、および `azure-netapp-files`バックエンドドライバで利用できます。

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

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

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

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

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

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

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

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