Astra Tridentでは空白が強制されるようになりました fsType (fsType=""）を含むボリューム fsType ストレージクラスで指定されています。Tridentでは、Kubernetes 1.17以降を使用している場合は空白の入力がサポートされます fsType NFSボリューム。iSCSIボリュームの場合、を設定する必要があります fsType ストレージクラスで、を適用する場合 fsGroup セキュリティコンテキストの使用。

複数のAstra Tridentインスタンスでバックエンドを使用する場合は、各バックエンド構成ファイルに異なる値を設定する必要があります storagePrefix ONTAP バックエンドの値を指定するか、別のを使用します TenantName SolidFire バックエンドの場合：Astra Trident は、 Astra Trident の他のインスタンスが作成したボリュームを検出できません。ONTAP または SolidFire バックエンドに既存のボリュームを作成しようとすると成功します。 Astra Trident は、ボリューム作成をべき等の操作として扱います。状況 storagePrefix または TenantName 同じバックエンドに作成されたボリュームでは名前が競合する可能性があるため、同じ名前を変更しないでください。

Astra Tridentのインストール時（を使用 tridentctl またはTrident Operator）を使用し、を使用します tridentctl Astra Tridentを管理するには、が次の条件を満たしている必要があります KUBECONFIG 環境変数が設定されています。これは、Kubernetesクラスタにそれを示すために必要です tridentctl 対策を検討してください。複数のKubernetes環境を使用する場合は、を確認してください KUBECONFIG ファイルは正確に取得されます。

iSCSI PVS のオンラインスペース再生を実行するには、作業者ノード上の基盤となる OS がボリュームにマウントオプションを渡す必要があります。これは、が必要なRHEL / RedHat CoreOSインスタンスに該当します discard "マウントオプション"; discard mountOption がに含まれていることを確認します[StorageClass^]をクリックして、オンラインブロックの破棄をサポートします。

Kubernetes クラスタごとに複数の Astra Trident インスタンスがある場合、 Astra Trident は他のインスタンスと通信できず、作成した他のボリュームを検出できません。そのため、 1 つのクラスタ内で複数のインスタンスを実行している場合、予期しない動作が発生したり、誤ったりすることがあります。Kubernetes クラスタごとに Trident のインスタンスが 1 つだけ必要です。

If Astra Tridentベース StorageClass TridentがオフラインのときにKubernetesからオブジェクトが削除されると、対応するストレージクラスがオンラインに戻ってもTridentから削除されることはありません。これらのストレージクラスは、を使用して削除してください tridentctl またはREST API。

対応する PVC を削除する前に Astra Trident によってプロビジョニングされた PV を削除しても、 Astra Trident は自動的に元のボリュームを削除しません。ボリュームは、から削除する必要があります tridentctl またはREST API。

FlexGroup では、プロビジョニング要求ごとに一意のアグリゲートセットがないかぎり、同時に複数の ONTAP をプロビジョニングすることはできません。

IPv6経由でAstra Tridentを使用する場合は、と指定する必要があります managementLIF および dataLIF バックエンドの定義を角かっこで囲みます。例： [fd20:8b1e:b258:2000:f816:3eff:feec:0]。

を使用する場合 solidfire-san OpenShift 4.5を搭載したドライバ。基になるワーカーノードがMD5をCHAP認証アルゴリズムとして使用するようにします。

"Astra Trident GitHub"

"Astra Trident のブログ"