Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

新機能

共同作成者 RSS

リリースノートでは、最新バージョンの Astra Trident の新機能、拡張機能、およびバグ修正に関する情報を提供しています。

警告 `tridentctl`インストーラのzipファイルに含まれているLinux用のバイナリは、テスト済みでサポートされているバージョンです。zipファイルの一部で提供されるバイナリ `/extras`は、テストまたはサポートされていないことに注意して `macos`ください。

24.06の新機能

キノウカクチョウ

  • 重要limitVolumeSize ONTAPエコノミードライバでqtree / LUNのサイズが制限されるようになりました。これらのドライバのFlexVolサイズを制御するには、新しいパラメータを使用し limitVolumePoolSize ます。"問題#341"()。

  • 廃止されたigroupを使用している場合に、iSCSIの自己修復機能で正確なLUN IDでSCSIスキャンを開始できるようになりました("問題#883")。

  • バックエンドが中断モードの場合でもボリュームのクローン処理とサイズ変更処理を実行できるようになりました。

  • Tridentコントローラのユーザ設定のログ設定をAstra Tridentノードポッドに伝播できるようになりました。

  • ONTAPバージョン9.15.1以降ではなくRESTをデフォルトで使用するためのAstra Tridentのサポートが追加されました。

  • 新しい永続ボリュームのONTAPストレージバックエンドでのカスタムボリューム名とメタデータのサポートが追加されました。

  • NFSマウントオプションがNFSバージョン4.xを使用するように設定されている場合に、(ANF)ドライバがデフォルトでSnapshotディレクトリが自動的に有効になるように拡張されました azure-netapp-files

  • NFSボリュームに対するBottlerocketのサポートが追加されました。

  • Google Cloud NetApp Volumeのテクニカルプレビューのサポートを追加。

Kubernetes

  • Kubernetes 1.30のサポートを追加。

  • Astra Trident DaemonSetの起動時にゾンビマウントと残留追跡ファイルをクリーンアップする機能が追加されました("問題#883")。

  • LUKSボリュームを動的にインポートするためのPVCアノテーションが追加されました trident.netapp.io/luksEncryption"問題#849")。

  • ANFドライバにトポロジ対応を追加。

  • Windows Server 2022ノードのサポートが追加されました。

の修正

  • 古いトランザクションが原因でAstra Tridentのインストールが失敗する問題を修正。

  • kutes()からの警告メッセージを無視するtridentctlを修正しました"問題#892"

  • Astra Tridentコントローラの優先度が()に変更されました SecurityContextConstraint `0`"問題#887"

  • ONTAPドライバでは、20MiB未満のボリュームサイズを使用できるようになりました("問題[#885")。

  • Astra Tridentを修正し、ONTAP-SANドライバのサイズ変更処理中にFlexVolが縮小されないようにしました。

  • NFS v4.1でのANFボリュームのインポートエラーを修正。

非推奨

  • EOLのWindows Server 2019のサポートが削除されました。

24.02の変更点

キノウカクチョウ

  • Cloud Identityのサポートが追加されました。

    • ANF-AzureワークロードIDを持つAKは、クラウドIDとして使用されます。

    • FSxN-AWS IAMロールを持つEKSがクラウドIDとして使用されます。

  • EKSコンソールからEKSクラスタにアドオンとしてAstra Tridentをインストールするサポートを追加。

  • iSCSIの自己修復を設定および無効にする機能()が追加されました"問題#864"

  • AWS IAMおよびSecretsManagerとの統合を可能にし、Astra Tridentでバックアップを含むFSxボリュームを削除できるように、ONTAPドライバにFSxパーソナリティを追加("問題#453")。

Kubernetes

  • Kubernetes 1.29のサポートを追加。

の修正

  • ACPが有効になっていない場合に表示されるACPの警告メッセージを修正しました("問題#866")。

  • クローンがスナップショットに関連付けられている場合、ONTAPドライバのスナップショット削除中にクローンスプリットを実行する前に10秒の遅延が追加されました。

非推奨

  • マルチプラットフォームイメージマニフェストからIn-Tooアテステーションフレームワークを削除しました。

23.10の変更点

の修正

  • 新しい要求サイズがONTAP - NASおよびONTAP - NAS - FlexGroupストレージドライバの合計ボリュームサイズよりも小さい場合、ボリュームの拡張を修正しました("問題#834")。

  • ONTAP - NASおよびONTAP - NAS - FlexGroupストレージドライバのインポート時にボリュームの使用可能なサイズのみを表示する固定ボリュームサイズ("問題#722")。

  • ONTAP-NAS-EconomyのFlexVol名変換が修正されました。

  • ノードのリブート時にWindowsノードでAstra Tridentの初期化問題が発生する問題が修正されました。

キノウカクチョウ

Kubernetes

Kubernetes 1.28のサポートを追加。

Astra Trident

  • azure-netapp-filesストレージドライバでAzure Managed Identities(AMI)を使用するためのサポートが追加されました。

  • ONTAP-SANドライバでNVMe over TCPのサポートが追加されました。

  • ユーザによってバックエンドがSuspended状態に設定されている場合に、ボリュームのプロビジョニングを一時停止する機能が追加されました("問題#558")。

Astra Controlの高度な機能

Astra Trident 23.10では、Astra ControlのライセンスユーザがAstra Control Provisionerと呼ばれる新しいソフトウェアコンポーネントを利用できます。このプロビジョニングツールでは、Astra Tridentだけではサポートされない、高度な管理機能とストレージプロビジョニング機能のスーパーセットを利用できます。23.10リリースでは、次の機能があります。

  • ONTAP NAS経済性に優れたドライバベースのストレージバックエンドで、アプリケーションのバックアップとリストアを実現

  • Kerberos 5暗号化によるストレージバックエンドのセキュリティの強化

  • スナップショットを使用したデータリカバリ

  • SnapMirrorの機能拡張

23.07.1の変更点

  • Kubernetes:*ダウンタイムゼロのアップグレードをサポートするためのデーモンセットの削除を修正("問題#740")。

23.07の変更点

の修正

Kubernetes

  • 古いポッドがterminating状態で停止するのを無視するためのTridentアップグレードを修正しました"問題#740"()。

  • 「transient-toleration-toleration-pod Trident」定義()に公差を追加しました"問題#795"

Astra Trident

  • ノードステージング操作中にゴーストiSCSIデバイスを識別して修正するためのLUN属性を取得するときに、LUNシリアル番号が照会されるようにするためのONTAP ZAPI要求を修正しました。

  • ストレージドライバコード()のエラー処理を修正しました"問題#816"

  • use-rest = trueを指定してONTAPドライバを使用すると、クォータのサイズが修正されました。

  • ONTAP-SAN-EconomyでLUNクローンを固定作成

  • パブリッシュ情報フィールドをからに devicePath`戻し `rawDevicePath`ます。フィールドに値を入力して回復するためのロジックが追加されました(場合によっては) `devicePath

キノウカクチョウ

Kubernetes

  • 事前プロビジョニングされたSnapshotのインポートのサポートが追加されました。

  • 最小化された配備とデーモン設定Linuxパーミッション"問題#817"()

Astra Trident

  • 「online」ボリュームおよびSnapshotの状態フィールドが報告されなくなりました。

  • ONTAPバックエンドがオフラインの場合は、バックエンドの状態を更新します("問題#801""#543")。

  • LUNシリアル番号は、ControllerVolumePublishワークフロー中に常に取得および公開されます。

  • iSCSIマルチパスデバイスのシリアル番号とサイズを確認するロジックが追加されました。

  • 正しいマルチパスデバイスがステージングされていないことを確認するための、iSCSIボリュームの追加検証。

実験的強化

ONTAP-SANドライバでのNVMe over TCPのテクニカルプレビューのサポートを追加。

ドキュメント

組織とフォーマットの多くの改善が行われました。

非推奨

Kubernetes

  • v1beta1スナップショットのサポートが削除されました。

  • CSI以前のボリュームとストレージクラスのサポートが削除されました。

  • サポートされるKubernetesの最小要件を1.22に更新。

23.04の変更点

重要 ONTAP-SAN-*ボリュームの強制的なボリューム接続解除は、非グレースフルノードシャットダウン機能のゲートが有効になっているKubernetesバージョンでのみサポートされます。インストール時にTridentインストーラフラグを使用して強制接続解除を有効にする必要があります --enable-force-detach

の修正

  • Tridentのオペレータが、仕様で指定されている場合にインストールにIPv6 localhostを使用するように修正しました。

  • Trident Operatorクラスタロールの権限が、バンドル権限()と同期されるように修正され"問題#799"ました。

  • RWXモードで複数のノードにrawブロックボリュームを接続することで問題 を修正。

  • SMBボリュームのFlexGroup クローニングのサポートとボリュームインポートが修正されました。

  • Tridentコントローラをすぐにシャットダウンできない問題が修正されました("問題#811")。

  • ONTAP-SAN-*ドライバでプロビジョニングされた指定したLUNに関連付けられているすべてのigroup名を一覧表示する修正を追加しました。

  • 外部プロセスを完了まで実行できるようにする修正を追加しました。

  • s390アーキテクチャ()のコンパイルエラーを修正しました"問題#537"

  • ボリュームマウント処理中の誤ったログレベルを修正("問題#781")。

  • 電位タイプアサーションエラー()が修正されました"問題#802"

キノウカクチョウ

  • Kubernetes:

    • Kubernetes 1.27のサポートを追加。

    • LUKSボリュームのインポートのサポートが追加されました。

    • ReadWriteOncePod PVCアクセスモードのサポートが追加されました。

    • ノードの正常でないシャットダウン時にONTAP-SAN-*ボリュームで強制的に接続解除がサポートされるようになりました。

    • すべてのontap-san-*ボリュームでノード単位のigroupを使用するようになりました。LUNはigroupにマッピングされるだけで、それらのノードにアクティブにパブリッシュされるため、セキュリティ体制が強化されます。既存のボリュームは、アクティブなワークロードに影響を与えずに安全であるとTridentが判断した場合に、必要に応じて新しいigroupスキームに切り替えられます("問題#758")。

    • Tridentで管理されていないigroupをONTAP-SAN-*バックエンドからクリーンアップし、Tridentのセキュリティを強化

  • ストレージドライバontap-nas-economyとontap-nas-flexgroupに、Amazon FSxによるSMBボリュームのサポートが追加されました。

  • ontap-nas、ontap-nas-economy、ontap-nas-flexgroupストレージドライバでSMB共有のサポートが追加されました。

  • arm64ノードのサポートを追加しました"問題#732"()。

  • 最初にAPIサーバを非アクティブ化することにより、Tridentのシャットダウン手順が改善されました("問題#811")。

  • Windowsおよびarm64ホストのクロスプラットフォームビルドサポートをMakefileに追加しました。build.mdを参照してください。

非推奨

  • Kubernetes:** ONTAP SANドライバおよびONTAP SANエコノミードライバの構成時に、バックエンドスコープigroupが作成されなくなりました("問題#758")。

23.01.1の変更点

の修正

  • Tridentのオペレータが、仕様で指定されている場合にインストールにIPv6 localhostを使用するように修正しました。

  • Trident Operatorクラスタロールの権限がバンドルの権限と同期されるように修正され"問題#799"ました。

  • 外部プロセスを完了まで実行できるようにする修正を追加しました。

  • RWXモードで複数のノードにrawブロックボリュームを接続することで問題 を修正。

  • SMBボリュームのFlexGroup クローニングのサポートとボリュームインポートが修正されました。

23.01の変更点

重要 TridentでKubernetes 1.27がサポートされるようになりました。Kubernetesをアップグレードする前にAstra Tridentをアップグレードしてください。

の修正

  • Kubernetes:Helm()を使用してTridentのインストールを修正するポッドセキュリティポリシーの作成を除外するオプションが追加されました"問題#783、#794"

キノウカクチョウ

Kubernetes
  • Kubernetes 1.26のサポートを追加。

  • 全体的なTrident RBACリソース利用率の向上("問題#757"

  • ホストノードで解除されたiSCSIセッションや古いiSCSIセッションを自動で検出して修正できるようになりました。

  • LUKS暗号化ボリュームの拡張のサポートが追加されました。

  • Kubernetes:LUKS暗号化ボリュームのクレデンシャルローテーションのサポートを追加しました。

Astra Trident
  • ONTAP 対応のAmazon FSXを使用したSMBボリュームのONTAP NASストレージドライバへのサポートが追加されました。

  • SMBボリュームの使用時のNTFS権限のサポートが追加されました。

  • CVSサービスレベルを使用したGCPボリュームのストレージプールのサポートが追加されました。

  • FlexGroupをONTAP-NAS-flexgroupストレージドライバで作成する際のflexgroupAggregateListのオプション使用がサポートされるようになりました。

  • 複数のFlexVolを管理する場合の、ONTAPとNASの両方に対応したストレージドライバのパフォーマンスが向上しました。

  • すべてのONTAP NASストレージドライバに対してデータLIFの更新を有効にしました。

  • Trident DeploymentとDemonSetの命名規則を更新し、ホストノードOSを反映させました。

非推奨

  • Kubernetes:サポートされる最小Kubernetes数を1.21に更新

  • ドライバまたは `ontap-san-economy`ドライバの設定時にデータLIFを指定しないで `ontap-san`ください。

22.10の変更点

  • Astra Trident 22.10.*にアップグレードする前に、次の重要な情報をお読みください

警告
<strong>Astra Tridentに関する重要な情報22.10</strong>
  • TridentでKubernetes 1.25がサポートされるようになりました。Kubernetes 1.25にアップグレードする前に、Astra Tridentを22.10にアップグレードする必要があります。

  • SAN環境では、Astra Tridentでマルチパス構成の使用が厳密に適用されるようになりました。これには、multipath.confファイルの推奨値が `find_multipaths: no`含まれています。

    マルチパス以外の構成を使用するか、multipath.confファイルにまたは `find_multipaths: smart`の値を使用する `find_multipaths: yes`と、マウントが失敗します。Tridentでは、21.07リリース以降での使用を推奨してい `find_multipaths: no`ます。

の修正

  • 22.07.0のアップグレード中にフィールドを使用して作成されたONTAPバックエンドに固有の問題が修正されました credentials"問題#759")。

  • Docker:一部の環境(および"問題#760")でDockerボリュームプラグインが起動しない問題を修正しました"問題#548"

  • レポートノードに属するデータLIFのサブセットのみが公開されるように、ONTAP SANバックエンド固有の修正されたSLM問題 。

  • ボリュームの接続時にiSCSI LUNの不要なスキャンが発生するというパフォーマンス問題 の問題が修正されました。

  • Astra Trident iSCSIワークフロー内で詳細な再試行を削除し、失敗の時間を短縮。外部の再試行間隔も短縮

  • 対応するマルチパスデバイスがすでにフラッシュされている場合にiSCSIデバイスのフラッシュ時にエラーが返される修正問題 。

キノウカクチョウ

  • Kubernetes:

    • Kubernetes 1.25のサポートを追加。Kubernetes 1.25にアップグレードする前に、Astra Tridentを22.10にアップグレードする必要があります。

    • Trident Deployment and DemonSet用に別々のServiceAccount、ClusterRole、ClusterRoleBindingを追加して、今後の権限の強化を可能にしました。

    • のサポートが追加されました"ネームスペース間ボリューム共有"

  • すべてのTrident `ontap-*`ストレージドライバがONTAP REST APIで動作するようになりました。

  • Kubernetes 1.25をサポートするために、(`bundle_post_1_25.yaml`を使用せずに新しい演算子yaml)を `PodSecurityPolicy`追加しました。

  • および `ontap-san-economy`ストレージドライバ用に `ontap-san`追加されました"LUKS暗号化ボリュームをサポートします"

  • Windows Server 2019ノードのサポートが追加されました。

  • ストレージドライバを使用して `azure-netapp-files`追加され"WindowsノードでのSMBボリュームのサポート"ます。

  • ONTAP ドライバの自動MetroCluster スイッチオーバー検出機能が一般提供されるようになりました。

非推奨

  • Kubernetes:サポートされている最小Kubernetesを1.20に更新。

  • Astraデータストア(Aads )ドライバを削除

  • iSCSIでワーカーノードのマルチパスを設定する際のサポートと smart`オプションが `find_multipaths`削除されました `yes

22.07の変更点

の修正

  • Kubernetes **

    • HelmまたはTrident OperatorでTridentを設定する際に、ノードセレクタのブール値と数値を処理するように問題 を修正しました。("GitHub問題#700")

    • 非CHAPパスのエラーを処理する問題 を修正したため、失敗した場合kubeletが再試行されるようになりました。"GitHub問題#736"

キノウカクチョウ

  • CSIイメージのデフォルトレジストリとして、k8s .gcr.ioからregistry.k8s .ioに移行します

  • ONTAP SANボリュームでは、ノード単位のigroupが使用され、LUNがigroupにマッピングされると同時に、これらのノードにアクティブに公開されてセキュリティ体制が強化されます。既存のボリュームは、アクティブなワークロードに影響を与えずに安全であるとAstra Tridentが判断したときに、必要に応じて新しいigroupスキームに切り替えられます。

  • TridentのインストールにResourceQuotaが含まれ、PriorityClassの消費がデフォルトで制限されたときにTrident DemonSetがスケジュールされるようになりました。

  • Azure NetApp Filesドライバにネットワーク機能のサポートが追加されました。("GitHub問題#717")

  • ONTAP ドライバにTech Previewの自動MetroCluster スイッチオーバー検出機能を追加。("GitHub問題#228")

非推奨

  • Kubernetes:サポートされている最小Kubernetesを1.19に更新。

  • バックエンド構成では、単一の構成で複数の認証タイプを使用できなくなりました。

削除します

  • AWS CVSドライバ(22.04以降で廃止)が削除されました。

  • Kubernetes

    • ノードのポッドから不要なSYS_Admin機能を削除。

    • nodeprepを単純なホスト情報とアクティブなサービス検出に減らし、作業者ノードでNFS / iSCSIサービスが利用可能になったことをベストエフォートで確認します。

ドキュメント

新しい"PODセキュリティ標準"(PSS)セクションに、インストール時にAstra Tridentで有効になる権限の詳細が追加されました。

22.04の変更点

ネットアップは、製品やサービスの改善と強化を継続的に行っています。Astra Trident の最新機能をいくつかご紹介します。以前のリリースについては、を参照してください "以前のバージョンのドキュメント"

重要 以前のTridentリリースからアップグレードし、Azure NetApp Filesを使用する場合、locationconfigパラメータは必須の単一フィールドになりました。

の修正

  • iSCSI イニシエータ名の解析が改善されました。("GitHub問題#681")

  • CSI ストレージクラスのパラメータが許可されていない問題 を修正しました。("GitHub問題#598")

  • Trident CRD での重複キー宣言が修正されました。("GitHub問題#671")

  • 不正確な CSI スナップショットログを修正しました。()"GitHub問題#629"

  • 削除したノードでボリュームを非公開にする問題 を修正しました。("GitHub問題#691")

  • ブロックデバイスでのファイルシステムの不整合の処理が追加されました。("GitHub問題#656")

  • インストール中にフラグを設定するときに自動サポートイメージをプルする問題を修正しました imageRegistry。("GitHub問題#715")

  • Azure NetApp Filesドライバが複数のエクスポートルールを含むボリュームのクローンを作成できない問題を修正しました問題。

キノウカクチョウ

  • Trident のセキュアエンドポイントへのインバウンド接続には、 TLS 1.3 以上が必要です。("GitHub問題#698")

  • Trident では、セキュアなエンドポイントからの応答に HSTS ヘッダーが追加されました。

  • Trident では、 Azure NetApp Files の UNIX 権限機能が自動的に有効化されるようになりました。

  • * Kubernetes * : Trident のデプロイ機能は、システムノードに不可欠な優先度クラスで実行されるようになりました。("GitHub問題#694")

削除します

E シリーズドライバ( 20.07 以降無効)が削除されました。

22.01.1の変更点

の修正

  • 削除したノードでボリュームを非公開にする問題 を修正しました。("GitHub問題#691")

  • ONTAP API 応答でアグリゲートスペースを確保するために nil フィールドにアクセスすると、パニックが修正されました。

22.01.0の変更点

の修正

  • * Kubernetes :大規模なクラスタのノード登録バックオフ再試行時間を延長します。

  • azure-NetApp-files ドライバが、同じ名前の複数のリソースによって混乱することがあるという解決済みの問題 。

  • ONTAP SAN IPv6 データ LIF が角かっこで指定した場合に機能するようになりました。

  • すでにインポートされているボリュームをインポートしようとすると、 EOF 問題 が返され、 PVC は保留状態になります。("GitHub問題#489")

  • Fixed 問題 : Astra Trident では、 SolidFire ボリュームで作成される Snapshot が 32 個を超えるとパフォーマンスが低下します。

  • SSL 証明書の作成時に SHA-1 を SHA-256 に置き換えました。

  • リソース名の重複を許可し、操作を単一の場所に制限するためのAzure NetApp Filesドライバを修正しました。

  • リソース名の重複を許可し、操作を単一の場所に制限するためのAzure NetApp Filesドライバを修正しました。

キノウカクチョウ

  • Kubernetes の機能拡張:

    • Kubernetes 1.23のサポートを追加。

    • Trident Operator または Helm 経由でインストールした場合、 Trident ポッドのスケジュールオプションを追加します。("GitHub問題#651")

  • GCP ドライバでリージョン間のボリュームを許可します。("GitHub問題#633")

  • Azure NetApp Filesボリュームに「unixPermissions」オプションがサポートされるようになりました。("GitHub問題#666")

非推奨

Trident REST インターフェイスは、 127.0.0.1 または [::1] アドレスでのみリスンおよびサービスを提供できます

21.10.1の変更点

警告 v21.10.0 リリースには、ノードが削除されてから Kubernetes クラスタに再度追加されたときに、 Trident コントローラを CrashLoopBackOff 状態にすることができる問題があります。この問題は、 v21.10.1 (GitHub 問題 669) で修正されています。

の修正

  • GCP CVS バックエンドでボリュームをインポートする際の競合状態が修正され、インポートに失敗することがありました。

  • ノードを削除してから Kubernetes クラスタ( GitHub 問題 669 )に再度追加するときに、 Trident コントローラを CrashLoopBackOff 状態にする問題を修正しました。

  • SVM 名を指定しなかった場合に問題が検出されないという問題を修正しました( GitHub 問題 612 )。

21.10.0の変更点

の修正

  • XFS ボリュームのクローンをソースボリュームと同じノードにマウントできない固定問題( GitHub 問題 514 )

  • Astra Trident がシャットダウン時に致命的なエラーを記録した修正版問題( GitHub 問題 597 )。

  • Kubernetes 関連の修正:

    • および `ontap-nas-flexgroup`ドライバを使用してスナップショットを作成する場合、ボリュームの使用済みスペースを最小restoreSizeとして返し `ontap-nas`ます(GitHub Issue 645)。

    • ボリュームのサイズ変更後にエラーが記録される問題が修正されまし `Failed to expand filesystem`た(GitHub Issue 560)。

    • ポッドが状態で動かなくなる問題を修正 Terminating(GitHub Issue 572)。

    • FlexVolがスナップショットLUNでいっぱいになる場合がある問題を修正しまし `ontap-san-economy`た(GitHub Issue 533)。

    • 異なるイメージを持つ固定カスタム YAML インストーラ問題( GitHub 問題 613 )。

    • Snapshot サイズの計算方法を固定( GitHub 問題 611 )。

    • 問題は修正され、 Astra Trident のすべてのインストーラが OpenShift としてプレーン Kubernetes を識別できるようになりました( GitHub 問題 639 )。

    • Kubernetes API サーバにアクセスできない場合に、 Trident オペレータが更新を停止するよう修正しました( GitHub 問題 599 )。

キノウカクチョウ

  • GCP-CVS Performanceボリュームのオプションのサポートが追加されました unixPermissions

  • GCP でのスケール最適化 CVS ボリュームのサポートが 600GiB から 1TiB に追加されました。

  • Kubernetes 関連の機能拡張:

    • Kubernetes 1.22のサポートを追加。

    • Trident の operator と Helm チャートを Kubernetes 1.22 ( GitHub 問題 628 )と連携させるように設定

    • 画像コマンドに演算子画像を追加 tridentctl(GitHub Issue 570)。

実験的な機能強化

  • ドライバでのボリュームレプリケーションのサポートが追加されました ontap-san

  • ontap-san、および ontap-nas-economy`ドライバの* tech preview * RESTサポートを追加 `ontap-nas-flexgroup

既知の問題

ここでは、本製品の正常な使用を妨げる可能性のある既知の問題について記載します。

  • Astra TridentがインストールされているKubernetesクラスタを1.24から1.25以降にアップグレードする場合は helm upgrade、クラスタをアップグレードする前に、値.yamlをに true`設定するかコマンドに追加するよう `--set excludePodSecurityPolicy=true`に更新する必要があります。 `excludePodSecurityPolicy

  • Astra Tridentでは 、StorageClassで指定された(fsType=""`がないボリュームに対して `fsType`空白が適用されるようになりました `fsType。Tridentでは、Kubernetes 1.17以降を使用する場合、NFSボリュームに空のを指定できます fsType。iSCSIボリュームの場合、セキュリティコンテキストの使用を適用するときは、StorageClassで fsGroup`を設定する必要があります `fsType

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

  • Astra Tridentをインストールし(またはTrident Operatorを使用)、を使用して tridentctl`Astra Tridentを管理する場合は `tridentctl、環境変数が設定されていることを確認する必要があります KUBECONFIG。これは、対象となるKubernetesクラスタを指定するために必要 `tridentctl`です。複数のKubernetes環境を使用する場合は、ファイルが正確にソースされていることを確認する必要があり `KUBECONFIG`ます。

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

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

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

  • 対応する PVC を削除する前に Astra Trident によってプロビジョニングされた PV を削除しても、 Astra Trident は自動的に元のボリュームを削除しません。またはREST APIを使用してボリュームを削除してください tridentctl

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

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

    メモ ONTAP SANバックエンドでは指定できません dataLIF。Astra Tridentは、使用可能なすべてのiSCSI LIFを検出し、それらを使用してマルチパスセッションを確立します。
  • OpenShift 4.5でドライバを使用する場合 `solidfire-san`は、基盤となるワーカーノードがMD5をCHAP認証アルゴリズムとして使用していることを確認します。Element 12.7では、FIPS準拠のセキュアなCHAPアルゴリズムSHA1、SHA-256、およびSHA3-256が提供されています。