新機能
リリースノートでは、最新バージョンの Astra Trident の新機能、拡張機能、およびバグ修正に関する情報を提供しています。
インストーラ zip ファイルに含まれている Linux の tridentctl バイナリは ' テスト済みでサポートされているバージョンですzip ファイルの「 /extras 」部分に含まれている「 macos 」バイナリはテストされておらず、サポートされていないことに注意してください。 |
24.02の新機能
拡張機能
-
Cloud Identityのサポートが追加されました。
-
ANF-AzureワークロードIDを持つAKは、クラウドIDとして使用されます。
-
FSxN-AWS IAMロールを持つEKSがクラウドIDとして使用されます。
-
-
EKSコンソールからEKSクラスタにアドオンとしてAstra Tridentをインストールするサポートを追加。
-
iSCSIの自己修復を設定および無効にする機能("問題#864")。
-
ONTAPドライバにFSxパーソナリティを追加して、AWS IAMやSecretsManagerとの統合を可能にし、Astra Tridentでバックアップ付きのFSxボリュームを削除できるようにしました("問題#453")。
Kubernetes
-
Kubernetes 1.29のサポートを追加。
の修正
-
ACPが有効になっていない場合、ACPの警告メッセージが修正されました("問題#866")。
-
クローンがスナップショットに関連付けられている場合、ONTAPドライバのスナップショット削除中にクローンスプリットを実行する前に10秒の遅延が追加されました。
非推奨
-
マルチプラットフォームイメージマニフェストからIn-Tooアテステーションフレームワークを削除しました。
23.10の変更点
の修正
拡張機能
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
Astra Trident
-
ノードステージング操作中にゴーストiSCSIデバイスを識別して修正するためのLUN属性を取得するときに、LUNシリアル番号が照会されるようにするためのONTAP ZAPI要求を修正しました。
-
ストレージドライバコード("問題#816")。
-
use-rest = trueを指定してONTAPドライバを使用すると、クォータのサイズが修正されました。
-
ONTAP-SAN-EconomyでLUNクローンを固定作成
-
パブリッシュ情報フィールドを元に戻す
rawDevicePath
終了:devicePath
;データの取り込みとリカバリのためのロジックを追加(場合によっては)devicePath
フィールド。
拡張機能
Kubernetes
-
事前プロビジョニングされたSnapshotのインポートのサポートが追加されました。
-
最小限の導入とデーモン設定のLinux権限("問題#817")。
Astra Trident
実験的強化
ONTAP-SANドライバでのNVMe over TCPのテクニカルプレビューのサポートを追加。
ドキュメント
組織とフォーマットの多くの改善が行われました。
非推奨
Kubernetes
-
v1beta1スナップショットのサポートが削除されました。
-
CSI以前のボリュームとストレージクラスのサポートが削除されました。
-
サポートされるKubernetesの最小要件を1.22に更新。
23.04の変更点
ONTAP-SAN-*ボリュームの強制的なボリューム接続解除は、非グレースフルノードシャットダウン機能のゲートが有効になっているKubernetesバージョンでのみサポートされます。[Force detach]は、インストール時にを使用して有効にする必要があります --enable-force-detach Tridentインストーラのフラグ。
|
の修正
-
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-economyドライバ("問題 #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("問題#783、#794")。
拡張機能
-
Kubernetes 1.26のサポートを追加。
-
Trident RBACのリソース利用率が全般的に向上("問題 番号757")。
-
ホストノードで解除されたiSCSIセッションや古いiSCSIセッションを自動で検出して修正できるようになりました。
-
LUKS暗号化ボリュームの拡張のサポートが追加されました。
-
Kubernetes:LUKS暗号化ボリュームのクレデンシャルローテーションのサポートを追加しました。
-
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に更新
-
設定時にデータLIFを指定しないようにしてください
ontap-san
またはontap-san-economy
ドライバ。
22.10の変更
-
Astra Trident 22.10.*にアップグレードする前に、次の重要な情報をお読みください
<strong>Astra Tridentに関する重要な情報22.10</strong>
|
の修正
-
を使用して作成された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にマッピングされると同時に、これらのノードにアクティブに公開されてセキュリティ体制が強化されます。既存のボリュームは、アクティブなワークロードに影響を与えずに安全であると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によって有効化された権限の詳細が追加されました。
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")
-
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' および 'ONTAP-NAS-flexgroup ドライバ( GitHub 問題 645 )を使用して ' ボリュームの使用済み領域を最小リストアサイズとして返します
-
ボリュームのサイズ変更後に 'Failed to expand filesystem エラーがログに記録された問題を修正しました (GitHub 問題 560)
-
POD が「 Terminating 」状態で停止する可能性がある固定問題( GitHub 問題 572 )。
-
「 ONTAP-SAN-エコノミー 」問題がスナップショット FlexVol ( GitHub 533 )でいっぱいになる場合があるという問題を修正しました。
-
異なるイメージを持つ固定カスタム YAML インストーラ問題( GitHub 問題 613 )。
-
Snapshot サイズの計算方法を固定( GitHub 問題 611 )。
-
問題は修正され、 Astra Trident のすべてのインストーラが OpenShift としてプレーン Kubernetes を識別できるようになりました( GitHub 問題 639 )。
-
Kubernetes API サーバにアクセスできない場合に、 Trident オペレータが更新を停止するよう修正しました( GitHub 問題 599 )。
-
拡張機能
-
GCP - CVS パフォーマンスボリュームに対する「 unixPermissions 」オプションのサポートが追加されました。
-
GCP でのスケール最適化 CVS ボリュームのサポートが 600GiB から 1TiB に追加されました。
-
Kubernetes 関連の機能拡張:
-
Kubernetes 1.22 のサポートが追加されました。
-
Trident の operator と Helm チャートを Kubernetes 1.22 ( GitHub 問題 628 )と連携させるように設定
-
tridentctl images コマンドに演算子イメージを追加 (GitHub 問題 570)
-
実験的な機能強化
-
「 ONTAP SAN 」ドライバでのボリューム・レプリケーションのサポートを追加しました。
-
'ONTAP-NAS-flexgroup 'ONTAP-SAN' および 'ONTAP-NAS-エコノミー ' ドライバの 'tech preview* REST サポートを追加
既知の問題
ここでは、本製品の正常な使用を妨げる可能性のある既知の問題について記載します。
-
Astra TridentがインストールされているKubernetesクラスタを1.24から1.25以降にアップグレードする場合は、value.yamlを更新して設定する必要があります
excludePodSecurityPolicy
終了:true
または、を追加します--set excludePodSecurityPolicy=true
に移動しますhelm upgrade
コマンドを実行してからクラスタをアップグレードしてください。 -
Astra Trident は ' ストレージクラスに fsType が指定されていないボリュームに対して ' ブランクの fsType( `fsType="") を適用するようになりましたKubernetes 1.17 以降を使用する場合、 Trident は NFS ボリュームに空の「 fsType 」を提供できます。iSCSI ボリュームの場合 ' セキュリティコンテキストを使用して fsGroup を実行するときに 'fsType' を StorageClass 上に設定する必要があります
-
複数の Astra Trident インスタンス間でバックエンドを使用する場合、各バックエンド構成ファイルの ONTAP バックエンドに異なる「 toragePrefix 」値を指定するか、 SolidFire バックエンドに異なる「 tenantname 」を使用する必要があります。Astra Trident は、 Astra Trident の他のインスタンスが作成したボリュームを検出できません。ONTAP または SolidFire バックエンドに既存のボリュームを作成しようとすると成功します。 Astra Trident は、ボリューム作成をべき等の操作として扱います。「 toragePrefix 」または「 tenantname 」が異なる場合は、同じバックエンド上に作成されたボリュームに名前の衝突が発生する可能性があります。
-
Astra Trident をインストールするときに (tridentctl または Trident Operator を使用 ) 、 tridentctl を使用して Astra Trident を管理するときは、「 KUBECONFIG 」環境変数が設定されていることを確認する必要があります。これは 'tridentctl が機能するべき Kubernetes クラスタを示すために必要です複数の Kubernetes 環境で作業する場合は、「 KBECONFIG 」ファイルが正確にソースされていることを確認する必要があります。
-
iSCSI PVS のオンラインスペース再生を実行するには、作業者ノード上の基盤となる OS がボリュームにマウントオプションを渡す必要があります。これは、「 discard 」を必要とする RHEL/RedHat CoreOS インスタンスに当てはまります "マウントオプション"; discard mountOption がに含まれていることを確認します "d4b9b9554fd820f43eae492d33e41167" オンラインブロックの破棄をサポートするため。
-
Kubernetes クラスタごとに複数の Astra Trident インスタンスがある場合、 Astra Trident は他のインスタンスと通信できず、作成した他のボリュームを検出できません。そのため、 1 つのクラスタ内で複数のインスタンスを実行している場合、予期しない動作が発生したり、誤ったりすることがあります。Kubernetes クラスタごとに Trident のインスタンスが 1 つだけ必要です。
-
Trident がオフラインのときに Astra Trident ベースの「 torageClass 」オブジェクトが Kubernetes から削除された場合、 Astra 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]`` 」のようになります。
を指定することはできません dataLIF
ONTAP SANバックエンドの場合:Astra Tridentは、使用可能なすべてのiSCSI LIFを検出し、それらを使用してマルチパスセッションを確立します。 -
を使用する場合
solidfire-san
OpenShift 4.5を搭載したドライバ。基になるワーカーノードがMD5をCHAP認証アルゴリズムとして使用するようにします。Element 12.7では、FIPS準拠のセキュアなCHAPアルゴリズムSHA1、SHA-256、およびSHA3-256が提供されています。