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

リリースノート

共同作成者 RSS
PDF

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

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

22.10の新機能

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

警告
<strong>Astra Tridentに関する重要な情報22.10</strong>

  • TridentでKubernetes 1.25がサポートされるようになりました。Kubernetes 1.25にアップグレードする前に、Astra Tridentを22.10にアップグレードする必要があります。

  • Astra Tridentは、SAN環境でマルチパス構成を厳密に使用するよう強制し、推奨値をに設定するようになりました find_multipaths: no multipath.confファイル内。

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

の修正

  • を使用して作成されたONTAP バックエンドに固有の修正済み問題 credentials 22.07.0アップグレード時にフィールドがオンラインにならない（"問題 #759"）。

  • Docker：一部の環境でDockerボリュームプラグインが起動しないという問題 が修正されました（"問題#548" および "問題#760"）。

  • レポートノードに属するデータ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で機能するようになりました。

  • 新しい演算子YAMLを追加しました (bundle_post_1_25.yaml）を使用しない場合 PodSecurityPolicy Kubernetes 1.25をサポートするため。

  • を追加しました "LUKS暗号化ボリュームをサポートします" の場合 ontap-san および ontap-san-economy ストレージドライバ。

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

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

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

非推奨

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

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

  • のサポートが削除されました yes および smart のオプション find_multipaths iSCSI用にワーカーノードのマルチパスを設定する場合。

2007年22月の変更

の修正

  • Kubernetes **

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

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

拡張機能

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

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

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

  • ANFドライバへのネットワーク機能のサポートが追加されました。（"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によって有効化された権限の詳細が追加されました。

2004年10月22日の変更

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

重要 以前のTridentリリースからアップグレードしてAzure NetApp Files を使用している場合は、を参照してください location configパラメータは'必須のシングルトンフィールドになりました

の修正

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

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

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

  • 不正確な CSI スナップショットログを修正しました。（"GitHub問題#629"）を選択します

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

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

  • を設定するときに、自動サポート画像をプルする固定問題 imageRegistry インストール中にフラグを付けます。（"GitHub問題#715")

  • ANF ドライバが複数のエクスポートルールでボリュームのクローニングに失敗した修正済み問題 。

拡張機能

  • 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 に置き換えました。

  • リソース名が重複して 1 箇所に操作が制限されるように ANF ドライバを修正しました。

  • リソース名が重複して 1 箇所に操作が制限されるように ANF ドライバを修正しました。

拡張機能

  • Kubernetes の機能拡張：

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

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

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

  • ANF ボリュームでの「 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 関連の修正：

    • を使用してSnapshotを作成する場合、リストアサイズの最小値としてボリュームの使用済みスペースを返します ontap-nas および ontap-nas-flexgroup ドライバ（GitHub問題 645）。

    • 問題 を修正 Failed to expand filesystem ボリュームのサイズ変更後にエラーがログに記録されました（GitHub問題 560）。

    • ポッドが固定される問題 を修正 Terminating 状態（GitHub問題 572）。

    • のケースを修正しました ontap-san-economy FlexVol はスナップショットLUNの一部である場合があります(GitHub問題 533)。

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

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

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

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

拡張機能

  • のサポートが追加されました unixPermissions GCP - CVSパフォーマンスボリュームのオプション。

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

  • Kubernetes 関連の機能拡張：

    • Kubernetes 1.22 のサポートが追加されました。

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

    • に演算子の画像を追加しました tridentctl [画像]コマンド（GitHub問題 570）。

実験的な機能強化

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

  • のテクニカルプレビュー* RESTサポートを追加 ontap-nas-flexgroup、 ontap-san`および `ontap-nas-economy ドライバ。

既知の問題

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

  • 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認証アルゴリズムとして使用するようにします。Element 12.7では、FIPS準拠のセキュアなCHAPアルゴリズムSHA1、SHA-256、およびSHA3-256が提供されています。

詳細については、こちらをご覧ください