リリースノート
リリースノートでは、最新バージョンの Astra Trident の新機能、拡張機能、およびバグ修正に関する情報を提供しています。
インストーラ zip ファイルに含まれている Linux の tridentctl バイナリは ' テスト済みでサポートされているバージョンですzip ファイルの「 /extras 」部分に含まれている「 macos 」バイナリはテストされておらず、サポートされていないことに注意してください。 |
21.10.1の新機能
ネットアップは、製品やサービスの改善と強化を継続的に行っています。Astra Trident の最新機能を以下に示します。
以前のリリースについては、を参照してください "ドキュメントの ealier バージョン"。
Astra Trident 21.10.0 以降の変更点
v21.10.0 リリースには、ノードが削除されてから Kubernetes クラスタに再度追加されたときに、 Trident コントローラを CrashLoopBackOff 状態にすることができる問題があります。この問題は、 v21.10.1 (GitHub 問題 669) で修正されています。 |
の修正
-
GCP CVS バックエンドでボリュームをインポートする際の競合状態が修正され、インポートに失敗することがありました。
-
ノードを削除してから Kubernetes クラスタ( GitHub 問題 669 )に再度追加するときに、 Trident コントローラを CrashLoopBackOff 状態にする問題を修正しました。
-
SVM 名を指定しなかった場合に問題が検出されないという問題を修正しました( GitHub 問題 612 )。
Astra Trident 21.07 以降の変更点
の修正
-
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 は ' ストレージクラスに 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]`` 」のようになります。
-
OpenShift 4.5 で「 olidfire-san 」ドライバを使用する場合は、基になるワーカーノードが CHAP 認証アルゴリズムとして MD5 を使用していることを確認します。