Trident は、 1 月、 4 月、 7 月、 10 月の 3 カ月ごとにリリースされます。Kubernetes のリリースから 1 カ月後です。

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

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

を使用します tridentctl get コマンドを使用して、Astra Trident構成に関する詳細を確認できます。

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

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

Astra Tridentはもう必要ありません etcd。状態を維持するために CRD を使用します。

はい、 Astra Trident はオフラインでインストールできます。を参照してください "こちらをご覧ください"。

はい。Astra Trident 18.10以降では、を搭載した任意のマシンからリモートインストール機能がサポートされます kubectl クラスタへのアクセス。実行後 kubectl アクセスが検証されます（「開始」など） kubectl get nodes リモートマシンからコマンドを実行して確認）、インストール手順に従います。

Astra Trident は、 1 つのインスタンスで Kubernetes Deployment （ 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 の各リソースへのアクセス権があります。を参照してください "こちらをご覧ください"。

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

推奨されませんが、同じバックエンド SVM を 2 つの Astra Trident インスタンスに使用できます。インストール時に各インスタンスに一意のボリューム名を指定するか、一意のボリューム名を指定します StoragePrefix のパラメータを指定します setup/backend.json ファイル。これは、両方のインスタンスで同じ 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"。問題に関連する必要なすべての情報とログを記録しておいてください。

ご質問、ご質問、ご要望がございましたら、ネットアップのアストラからお問い合わせください "チャネルを外します" または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 にノードを登録できる必要があります。Astra Trident のインストール後にネットワークの変更が発生した場合、この問題が発生するのはクラスタに追加された新しい Kubernetes ノードだけです。

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

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

ダウングレードする場合は、いくつかの要因を評価する必要があります。を参照してください "ダウングレードに関するセクション"。

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

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

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

Astra Trident 19.01 以降では、 DataLIF にポートを指定できます。で設定します backend.json ファイルの形式 “managementLIF”: <ip address>:<port>”。たとえば、管理LIFのIPアドレスが192.0.2.1で、ポートが1000の場合、を設定します "managementLIF": "192.0.2.1:1000"。

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

Astra Tridentは、を使用してインストールする必要があります `--use-ipv6 IPv6で動作するためのフラグ。

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

のデータLIFを更新できます ontap-nas および ontap-nas-economy のみ。

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

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

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

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

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

はい。

。 ontap-nas-economy ドライバは、同じFlexVol に最大200個のqtreeを作成し（50~300で設定可能）、クラスタノードあたり100、000個のqtreeを、クラスタあたり240万個まで作成します。をクリックします PersistentVolumeClaim これは、エコノミードライバが対応しているため、ドライバは新しいqtreeを処理できるFlexVol がすでに存在するかどうかを調べます。qtree を提供できる FlexVol が存在しない場合は、新しい FlexVol が作成されます。

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

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

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

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

使用 StorageClasses ONTAP にQoSを実装するには、次の手順を

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

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

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

19.04 以降では、ボリュームインポート機能を使用してボリュームを Kubernetes に移行できます。

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

Trident 19.10 は CSI プロビジョニング担当者を使用した iSCSI PVS の拡張をサポートしています。

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-nas、 ontap-san`および `ontap-nas-flexgroup ドライバ。を指定することもできます snapshotPolicy をクリックします ontap-san-economy ドライバーはFlexVol レベルです。

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

はい。を設定することで、Astra Tridentを使用して、Snapshotコピーを格納するためのディスクスペースの特定の割合を予約できます snapshotReserve バックエンド定義ファイルの属性。を設定している場合は snapshotPolicy および snapshotReserve バックエンド定義ファイルでは、に従ってSnapshotリザーブの割合が設定されます snapshotReserve バックエンドファイルに指定されている割合。状況に応じて snapshotReserve この割合は省略しています。ONTAP ではデフォルトでSnapshotリザーブの割合が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 に設定します。