新功能
版本資訊提供最新版Astra Trident的新功能、增強功能及錯誤修正資訊。
tridentctl`安裝程式 zip 檔案中提供的 Linux 二進位檔案是經過測試且支援的版本。請注意 `macos 、 zip 檔案中提供的二進位 `/extras`檔案並未經過測試或支援。
|
24.06 的新功能
增強功能
-
重要 :此
limitVolumeSize
參數現在限制了 ONTAP 經濟驅動程式中的 qtree /LUN 大小。使用新limitVolumePoolSize
參數來控制這些驅動程式中的 FlexVol 大小。("問題 #341")。 -
增加了 iSCSI 自我修復功能,可在使用過時的 igroup 時,以確切的 LUN ID 啟動 SCSI 掃描("問題 #883")。
-
新增對 Volume Clone 的支援、即使後端處於暫停模式、也能調整作業大小。
-
新增功能、可讓 Trident 控制器的使用者設定記錄設定傳播至 Astra Trident 節點 Pod 。
-
在 Astra Trident 中新增支援、預設使用 REST 、而非 ONTAP 9.15.1 版及更新版本的 ZAPI 。
-
新增對 ONTAP 儲存設備後端上的自訂磁碟區名稱和中繼資料的支援、以供新的持續磁碟區使用。
-
增強
azure-netapp-files
( anf )驅動程式、可在 NFS 裝載選項設定為使用 NFS 版本 4.x 時、依預設自動啟用快照目錄 -
新增對 NFS 磁碟區的 Bottlerocket 支援。
-
新增 Google Cloud NetApp Volumes 的技術預覽支援。
修正
-
修復因過時交易而導致的 Astra Trident 安裝失敗。
-
修正 tridentctl 以忽略 Kubernetes ()的警告訊息"問題 #892"。
-
已將 Astra Trident 控制器優先級更改
SecurityContextConstraint
爲0
("問題 #887")。 -
ONTAP 驅動程式現在接受低於 20MiB 的磁碟區大小("問題 [#885")。
-
固定式 Astra Trident 可防止在 ONTAP SAN 驅動程式調整大小作業期間縮小 FlexVols 。
-
修正 NFS v4.1 的磁碟區匯入失敗。
棄用
-
移除對 EOL Windows Server 2019 的支援。
24.02 的變更
增強功能
Kubernetes
-
增加了對 Kubernetes 1.29 的支援。
修正
-
當未啟用 ACP 時,會出現固定的 ACP 警告訊息("問題 #866")。
-
當複本與快照相關聯時、在 ONTAP 驅動程式的快照刪除期間執行複本分割前、新增了 10 秒延遲。
棄用
-
已從多平台映像清單移除 TOATteStation 內部架構。
23.10 的變更
修正
增強功能
Kubernetes
增加了對 Kubernetes 1.28 的支援。
Astra Trident
-
新增支援搭配 azure-NetApp-Files 儲存驅動程式使用 Azure 託管身分識別( AMI )。
-
增加了 ONTAP SAN 驅動程式對 NVMe over TCP 的支援。
-
新增的功能可在使用者將後端設定為暫停狀態時暫停磁碟區的資源配置("第 5558 期")。
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")。
2007 年 23 月 23 日的變更
修正
Kubernetes
Astra Trident
-
修正 ONTAP ZAPI 要求、確保在節點暫存作業期間取得 LUN 屬性以識別和修正軌跡 iSCSI 裝置時、會查詢 LUN 序號。
-
解決了儲存驅動程式碼 () 中的錯誤處理問題"問題 #816"。
-
使用 ONTAP 驅動程式搭配 use-rest = true 時、可調整固定配額大小。
-
在 ONTAP SAN 經濟環境中建立固定 LUN 複製。
-
將發佈資訊欄位從還原
rawDevicePath`至 `devicePath
;新增邏輯以填入及恢復(在某些情況下) `devicePath`欄位。
增強功能
Kubernetes
-
新增匯入預先配置快照的支援。
-
最小化部署和取消設定 Linux 權限("問題 #817")。
Astra Trident
實驗性增強
新增 ONTAP SAN 驅動程式的 NVMe over TCP 技術預覽支援。
文件
許多組織和格式化的改善都已完成。
棄用
Kubernetes
-
移除對 v1beta1 快照的支援。
-
移除對 CSI 前磁碟區和儲存類別的支援。
-
已將支援的 Kubernetes 最小值更新為 1.22 。
23.04 的變更
僅當 Kubernetes 版本啟用非正常節點關機功能閘道時、才支援 ONTAP - SAN* 磁碟區的強制磁碟區分離。必須使用 Trident 安裝程式旗標、在安裝時啟用強制分離 --enable-force-detach 。
|
修正
-
固定Trident運算子在SPEC中指定安裝時使用IPv6 localhost。
-
固定的 Trident 操作員叢集角色權限、可與套件權限同步("問題 #799")。
-
已解決在rwx模式下、在多個節點上附加原始區塊Volume的問題。
-
針對FlexGroup SMB Volume提供固定的實體複製支援和Volume匯入。
-
解決了 Trident 控制器無法立即關機的問題("問題 #811")。
-
新增修正程式、列出與指定 LUN 相關的所有 igroup 名稱、並以 ontap - san 驅動程式進行佈建。
-
新增修正程式、允許外部程序執行至完成。
-
修復了 s390 架構的編譯錯誤("問題 #537")。
-
修復了 Volume 掛載作業期間的錯誤記錄層級("問題 #781")。
-
修正了潛在類型聲明錯誤("問題 #802")。
增強功能
-
Kubernetes:
-
增加了對 Kubernetes 1.27 的支援。
-
新增匯入 LUKS Volume 的支援。
-
新增支援 ReadWriteOncePod PVC 存取模式。
-
新增在非正常節點關機案例中強制卸除 ONTAP SAN* 磁碟區的支援。
-
所有 ONTAP SAN * 磁碟區現在都會使用每個節點的 igroup 。LUN 只會對應到 igroup 、而會主動發佈到這些節點、以改善我們的安全狀態。當 Trident 判斷在不影響作用中工作負載的情況下、現有的磁碟區將會切換至新的 igroup 方案("問題 #758")。
-
透過清理 ONTAP SAN* 後端未使用的 Trident 管理的 igroup 、改善 Trident 的安全性。
-
-
將 Amazon FSX 對 SMB Volume 的支援新增至 ONTAP NAS 經濟型和 ONTAP NAS Flexgroup 儲存驅動程式。
-
新增了 ONTAP NAS 、 ONTAP NAS 經濟型和 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運算子在SPEC中指定安裝時使用IPv6 localhost。
-
固定的 Trident 操作員叢集角色權限"問題 #799"、可與套件權限同步。
-
新增修正程式、允許外部程序執行至完成。
-
已解決在rwx模式下、在多個節點上附加原始區塊Volume的問題。
-
針對FlexGroup SMB Volume提供固定的實體複製支援和Volume匯入。
23.01 的變更
Kubernetes 1.27 現在支援 Trident 。升級Kubernetes之前、請先升級Astra Trident。 |
修正
-
Kubernetes :新增選項以排除建立 Pod 安全性原則、以透過 Helm 修復 Trident 安裝("問題#783、#794")。
增強功能
-
增加了對 Kubernetes 1.26 的支援。
-
提高了 Trident RBAC 資源的整體利用率("問題 #757")。
-
新增自動化功能、可偵測並修正主機節點上的中斷或過時iSCSI工作階段。
-
新增對擴充LUKS加密磁碟區的支援。
-
Kubernetes:新增了對LUKS加密磁碟區的認證旋轉支援。
-
新增支援SMB Volume搭配Amazon FSX ONTAP for Sfor Sfor ONTAP - NAS儲存驅動程式。
-
新增使用SMB磁碟區時對NTFS權限的支援。
-
新增對採用CVS服務層級之GCP磁碟區的儲存資源池支援。
-
新增對使用ONTAP-NAS-Flexgroup儲存驅動程式建立FlexGroups時、FlexGroupAggregateList的選用使用支援。
-
在管理多個FlexVols時、為ONTAP-NAS經濟型儲存驅動程式提升效能。
-
已啟用所有ONTAP 的支援不支援NAS儲存驅動程式的資料LIF更新。
-
更新Trident部署和示範設定命名慣例、以反映主機節點作業系統。
棄用
-
Kubernetes:將支援的Kubernetes最低更新為1.21。
-
設定或
ontap-san-economy`驅動程式時、不應再指定資料生命 `ontap-san
。
22.10 的變更
*在升級至Astra Trident 22.10*之前、您必須先閱讀下列重要資訊
<strong>關於Astra Trident 22.10</strong>的重要資訊
|
修正
-
修復了在 22.07.0 升級期間使用欄位無法上線所建立的 ONTAP 後端所特有的問題
credentials
("問題 #759")。 -
Docker : 解決了導致 Docker Volume 外掛程式在某些環境中無法啟動的問題("問題 #548"和"問題 #760")。
-
修正ONTAP 了特定於SAN後端的SLE問題、以確保僅發佈屬於報告節點的資料生命期子集。
-
修正連接磁碟區時發生不必要的iSCSI LUN掃描的效能問題。
-
移除Astra Trident iSCSI工作流程中的精細重試次數、以快速失敗並縮短外部重試時間間隔。
-
修正當對應的多重路徑裝置已排清時、在排清iSCSI裝置時傳回錯誤的問題。
增強功能
-
Kubernetes:
-
增加了對 Kubernetes 1.25 的支援。在升級至Kubernetes 1.25之前、您必須先將Astra Trident升級至22.10。
-
針對Trident部署和示範集新增了另一個ServiceAccount、ClusterRO容 和ClusterROlexBinding功能、以允許未來的權限增強功能。
-
增加了對的支援"跨命名空間磁碟區共用"。
-
-
所有 Trident 儲存驅動程式現在都 `ontap-*`能搭配 ONTAP REST API 使用。
-
增加了新的運算符 yaml (
bundle_post_1_25.yaml
),但不 `PodSecurityPolicy`支持 Kubernetes 1.25 。 -
已新增"支援LUKS加密磁碟區" `ontap-san`與 `ontap-san-economy`儲存驅動程式。
-
新增對Windows Server 2019節點的支援。
-
透過 `azure-netapp-files`儲存驅動程式新增"支援Windows節點上的SMB Volume"。
-
目前市面上已普遍提供適用於整個過程的自動功能、例如針對不適用的驅動程式進行交換偵測。MetroCluster ONTAP
棄用
-
Kubernetes : 將支援的最小 Kubernetes 更新為 1.20 。
-
移除Astra Data Store(廣告)驅動程式。
-
移除在設定 iSCSI 工作節點多重路徑時的支援
yes`和 `smart`選項 `find_multipaths
。
22.07 的變更
修正
-
Kubernetes*
-
修正使用Helm或Trident運算子設定Trident時、處理節點選取器的布林值和數字值的問題。()"GitHub 問題 #700"
-
修正非CHAP路徑處理錯誤的問題、以便Kubelet在失敗時重試。"GitHub 問題 #736")
-
增強功能
-
將k8s.gcr.IO轉換為登錄.k8s.IO、做為SCSI映像的預設登錄
-
ONTAP-SAN磁碟區現在會使用每節點igroup、只將LUN對應至igroup、同時主動發佈至這些節點、以改善我們的安全狀態。當 Astra Trident 發現在不影響作用中工作負載的情況下、現有的磁碟區將會切換至新的 igroup 方案、以確保安全無虞。
-
隨附資源配額與Trident安裝、可確保在優先級類別使用量預設受限時、排定Trident示範集。
-
新增對 Azure NetApp Files 驅動程式網路功能的支援。()"GitHub 問題 #717"
-
新增技術預覽功能可自動MetroCluster 切換偵測ONTAP 到不完整的驅動程式。()"GitHub 問題 #228"
棄用
-
Kubernetes : 將支援的最小 Kubernetes 更新為 1.19 。
-
後端組態不再允許在單一組態中使用多種驗證類型。
移除
-
AWS CVS驅動程式(自22.04年起已過時)已移除。
-
Kubernetes
-
已從節點Pod移除不必要的SYS_ADMIN功能。
-
將節點準備工作減至簡單的主機資訊和主動服務探索、以盡力確認工作節點上是否有NFS/iSCSI服務可用。
-
文件
新增了一個新的"Pod安全標準"( PSS )區段、詳述 Astra Trident 在安裝時啟用的權限。
22.04 的變更
NetApp持續改善及強化其產品與服務。以下是Astra Trident的一些最新功能。如需先前版本的資訊、請參閱 "較早版本的文件"。
如果您要從任何先前的 Trident 版本升級並使用 Azure NetApp Files 、則location 組態參數現在是強制性的單一欄位。
|
修正
-
改善iSCSI啟動器名稱的剖析。()"GitHub 問題 #681"
-
修正不允許使用csi儲存類別參數的問題。()"GitHub 問題 #598"
-
修復Trident CRD中的重複金鑰宣告。()"GitHub 問題 #671"
-
修正不正確的「csi Snapshot記錄」。"GitHub 問題 #629"())
-
已修正在刪除節點上解除發佈磁碟區的問題。()"GitHub 問題 #691"
-
新增區塊裝置上檔案系統不一致的處理方式。()"GitHub 問題 #656"
-
修正在安裝期間設定旗標時拉出自動支援映像的問題
imageRegistry
。()"GitHub 問題 #715" -
修正 Azure NetApp Files 驅動程式無法複製具有多個匯出規則的磁碟區的問題。
增強功能
-
若要連入Trident的安全端點、現在至少需要TLS 1.3。()"GitHub 問題 #698"
-
Trident現在將HSTC標頭新增至其安全端點的回應。
-
Trident現在會自動嘗試啟用Azure NetApp Files 「UNIX權限」功能。
-
* Kubernetes*:Trident取消程式集現在以系統節點關鍵優先順序類別執行。()"GitHub 問題 #694"
移除
E系列驅動程式(自20.07起停用)已移除。
22.01.1 的變更
修正
-
已修正在刪除節點上解除發佈磁碟區的問題。()"GitHub 問題 #691"
-
存取零欄位以取得ONTAP 靜止API回應中的集合空間時、會出現固定的恐慌。
22.01.0 的變更
修正
-
* Kubernetes:*增加大型叢集的節點登錄回退重試時間。
-
已解決以下問題:azure-NetApp-Files驅動程式可能會被同名的多個資源混淆。
-
如果使用方括弧指定SAN IPv6資料生命量、現在就能正常運作。ONTAP
-
修正嘗試匯入已匯入磁碟區傳回EOF、使PVc處於擱置狀態的問題。()"GitHub 問題 #489"
-
修正當在SolidFire 一個穩定區上建立超過32個快照時、Astra Trident效能變慢的問題。
-
在建立SSL憑證時、以SHA-256取代SHA-1。
-
固定式 Azure NetApp Files 驅動程式可允許重複的資源名稱、並將作業限制在單一位置。
-
固定式 Azure NetApp Files 驅動程式可允許重複的資源名稱、並將作業限制在單一位置。
增強功能
-
Kubernetes增強功能:
-
增加了對 Kubernetes 1.23 的支援。
-
透過Trident運算子或Helm安裝Trident Pod時、請新增排程選項。()"GitHub 問題 #651-65"
-
-
允許GCP驅動程式中的跨區域磁碟區。()"GitHub 問題 #633"
-
新增對 Azure NetApp Files Volume 的「 unixPermissions 」選項支援。()"GitHub 問題 #666"
棄用
Trident REST介面只能以127.0.0.1或[:1]位址接聽和使用
21.10.1 的變更
v21.10.0版本發生問題、可在移除節點後將Trident控制器重新新增回Kubernetes叢集時、將其置於CrashLooper BackOff狀態。此問題已在版本210.1中修正(GitHub問題669)。 |
修正
-
修正在GCP CVS後端匯入磁碟區時可能發生的競爭狀況、導致無法匯入。
-
修正刪除節點後、將Trident控制器重新加入Kubernetes叢集(GitHub問題669)時、使Trident控制器進入CrashLooper BackOff狀態的問題。
-
修正未指定SVM名稱時不再探索SVM的問題(GitHub問題612)。
21.10.0 的變更
修正
-
修正XFS磁碟區的複本無法與來源磁碟區掛載在同一個節點上的問題(GitHub問題514)。
-
修正Astra Trident在關機時記錄嚴重錯誤的問題(GitHub問題597)。
-
Kubernetes相關修正:
-
使用和
ontap-nas-flexgroup`驅動程式建立快照時、傳回磁碟區的已用空間作為最小還原大小 `ontap-nas
( GitHub 問題 645 )。 -
修正 Volume 重新調整後發生錯誤的問題
Failed to expand filesystem
( GitHub 問題 560 )。 -
解決 Pod 卡在狀態的問題
Terminating
( GitHub 問題 572 )。 -
修正 FlexVol 可能已滿是快照 LUN 的情況
ontap-san-economy
( GitHub 問題 533 )。 -
修正不同映像的自訂Yaml安裝程式問題(GitHub問題613)。
-
修正快照大小計算(GitHub問題611)。
-
修正所有Astra Trident安裝程式可將純Kubernetes識別為OpenShift的問題(GitHub問題639)。
-
修正Trident運算子、在Kubernetes API伺服器無法連線時停止協調(GitHub問題599)。
-
增強功能
-
新增對 GCP-CVS 效能磁碟區選項的支援
unixPermissions
。 -
在GCP中新增對大規模最佳化的CVS磁碟區的支援、範圍介於600 GiB到1 TiB之間。
-
Kubernetes相關增強功能:
-
增加了對 Kubernetes 1.22 的支援。
-
讓Trident運算子和Helm圖表能與Kubernetes 1.22搭配使用(GitHub問題628)。
-
新增操作者影像至 `tridentctl`影像命令( GitHub 問題 570 )。
-
實驗性增強功能
-
新增對磁碟區複寫的支援
ontap-san
。 -
新增 * 技術預覽 * 、
ontap-san`和 `ontap-nas-economy`驅動程式的 REST 支援 `ontap-nas-flexgroup
。
已知問題
已知問題可識別可能導致您無法成功使用產品的問題。
-
將安裝 Astra Trident 的 Kubernetes 叢集從 1.24 升級至 1.25 或更新版本時、您必須 `true`先更新 values.yaml 以設定 `excludePodSecurityPolicy`或新增 `--set excludePodSecurityPolicy=true`至 `helm upgrade`命令、才能升級叢集。
-
Astra Trident 現在 (
fsType=""`對儲存類別中未指定的磁碟區強制執行空白 `fsType
)fsType
。使用 Kubernetes 1.17 或更新版本時、 Trident 支援為 NFS 磁碟區提供空白fsType`資料。對於 iSCSI 磁碟區、您必須在使用安全性內容強制執行時、在 StorageClass `fsGroup
上設定fsType
。 -
在多個 Astra Trident 執行個體之間使用後端時、每個後端組態檔案的 ONTAP 後端應具有不同的
storagePrefix`值、或在 SolidFire 後端使用不同的值 `TenantName
。Astra Trident無法偵測其他Astra Trident執行個體所建立的磁碟區。嘗試在ONTAP 不穩定或SolidFire 不穩定的後端上建立現有的Volume是成功的、因為Astra Trident將建立Volume視為強大的作業。如果或 `TenantName`不不同、則 `storagePrefix`在同一個後端上建立的磁碟區可能會發生名稱衝突。 -
安裝 Astra Trident (使用或 Trident 運算子)並使用來
tridentctl`管理 Astra Trident 時 `tridentctl
、您應該確定 `KUBECONFIG`已設定環境變數。這是表示 Kubernetes 叢集應可處理的必要 `tridentctl`動作。在使用多個 Kubernetes 環境時、您應確保 `KUBECONFIG`檔案的來源正確無誤。 -
若要執行iSCSI PV的線上空間回收、工作節點上的基礎作業系統可能需要將掛載選項傳遞至磁碟區。若為 RHEL/RedHat CoreOS 執行個體、則需要;請確定您的^] 中包含「
discard
"掛載選項"丟棄掛載選項」、以支援線上區塊捨棄[StorageClass
。 -
如果每個Kubernetes叢集有一個以上的Astra Trident執行個體、Astra Trident就無法與其他執行個體通訊、也無法探索他們所建立的其他磁碟區、如果叢集內有多個執行個體執行、就會導致非預期和不正確的行為。每個Kubernetes叢集只應有一個Astra Trident執行個體。
-
當 Astra Trident 離線時、如果 Astra Trident 型
StorageClass`物件從 Kubernetes 刪除、 Astra Trident 在重新連線時不會從其資料庫中移除對應的儲存類別。您應該使用或 REST API 刪除這些儲存類別 `tridentctl
。 -
如果使用者刪除由Astra Trident提供的PV、然後再刪除對應的PVC、則Astra Trident不會自動刪除備份Volume。您應該透過或 REST API 移除 Volume
tridentctl
。 -
除非集合體是每個資源配置要求的唯一集合體、否則無法同時配置多個支援區。ONTAP FlexGroup
-
在使用 Astra Trident over IPv6 時、您應該在方括號內指定 `managementLIF`和 `dataLIF`在後端定義中。例如
[fd20:8b1e:b258:2000:f816:3eff:feec:0]
:。您無法在 ONTAP SAN 後端上指定 dataLIF
。Astra Trident會探索所有可用的iSCSI LIF、並使用它們來建立多重路徑工作階段。 -
如果將驅動程式搭配 OpenShift 4.5 使用
solidfire-san
、請確保基礎工作節點使用 MD5 做為 CHAP 驗證演算法。元素12.7提供安全的FIPS相容CHAP演算法SHA1、SHA-256和SHA3-256。