リリースノート
リリースノートでは、最新バージョンの Astra Trident の新機能、拡張機能、およびバグ修正に関する情報を提供しています。
。 tridentctl インストーラzipファイルに含まれているLinux用のバイナリは、テスト済みでサポートされているバージョンです。に注意してください macos バイナリはで提供されます /extras zipファイルの一部はテストされていないか、サポートされていません。
|
2007年2月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認証アルゴリズムとして使用するようにします。