以使用的傳輸協定和儲存系統上的磁碟區配置方式來區分後端驅動程式ONTAP 。因此、在決定要部署的驅動程式時、請謹慎考量。

較高層級的應用程式若有需要共用儲存設備的元件（多個Pod存取相同的PVc）、則以NAS為基礎的驅動程式將是預設選擇、而區塊型iSCSI驅動程式則可滿足非共用儲存設備的需求。根據應用程式的需求、以及儲存設備和基礎架構團隊的舒適度來選擇傳輸協定。一般而言、大多數應用程式的差異不大、因此通常是根據是否需要共用儲存設備（如果有多個Pod需要同時存取）來決定。

可用ONTAP 的支援功能包括：

在這三種NAS驅動程式之間選擇、會對應用程式可用的功能產生一些影響。

請注意、在下表中、並非所有功能都透過Astra Trident公開。如果需要這些功能、儲存管理員必須在資源配置後套用部分功能。上標註可區分每項功能和驅動程式的功能。

Astra Trident提供2個ONTAP SAN驅動程式來支援功能如下所示。

非PV精細的功能會套用至整個FlexVolume、而所有PV（即共享FlexVols中的qtree或LUN）都會共用一個共同排程。

如上表所示、兩者之間的大部分功能 ontap-nas 和 ontap-nas-economy 相同。不過、因為 ontap-nas-economy 驅動程式會限制以每個PV精細度控制排程的能力、這可能會特別影響您的災難恢復與備份規劃。如果開發團隊想要在ONTAP 不支援的儲存設備上使用永久虛擬複製功能、只有在使用時才有可能做到這一點 ontap-nas、 ontap-san 或 ontap-san-economy 驅動程式：

支援資料控管功能、並提供企業級的儲存功能、適用於各種使用案例、包括檔案共用、區塊層級儲存設備（NFS、SMB / CIFS及iSCSI）Cloud Volumes ONTAP 。Cloud Volume ONTAP 的相容驅動程式就是 ontap-nas、 ontap-nas-economy、 ontap-san 和 ontap-san-economy。適用於ONTAP Azure的Cloud Volume供應、適用於ONTAP GCP的Cloud Volume供應。

Amazon FSX ONTAP for VMware可讓客戶運用熟悉的NetApp功能、效能和管理功能、同時充分發揮儲存AWS資料的簡易性、敏捷度、安全性和擴充性。FSX ONTAP for FSfor支援ONTAP的許多檔案系統功能和管理API。Cloud Volume ONTAP 的相容驅動程式就是 ontap-nas、 ontap-nas-economy、 ontap-nas-flexgroup、 ontap-san 和 ontap-san-economy。

。 solidfire-san 與NetApp HCI / SolidFire平台搭配使用的驅動程式、可協助管理員根據QoS限制、設定Trident的元素後端。如果您想要設計後端、以便針對Trident提供的磁碟區設定特定的QoS限制、請使用 type 後端檔案中的參數。管理員也可以使用來限制儲存設備上可建立的磁碟區大小 limitVolumeSize 參數。目前、不支援磁碟區大小調整和磁碟區複寫等元素儲存功能 solidfire-san 驅動程式：這些作業應透過Element Software Web UI手動完成。

Astra Trident使用 azure-netapp-files 管理的驅動程式 "Azure NetApp Files" 服務：

如需此驅動程式及其設定方式的詳細資訊、請參閱 "Astra Trident的Azure NetApp Files 後端組態、適用於"。

Astra Trident使用 gcp-cvs 在Cloud Volumes Service Google Cloud上連結至該解決方案的驅動程式。

。 gcp-cvs 驅動程式使用虛擬資源池來抽象化後端、並允許Astra Trident決定磁碟區放置。系統管理員會在中定義虛擬資源池 backend.json 檔案：儲存類別會使用選取器來依標籤識別虛擬資源池。

若要在Astra Trident上設定Google Cloud後端、您必須指定 projectNumber、 apiRegion`和 `apiKey 在後端檔案中。您可以在Google Cloud主控台找到專案編號。API金鑰取自您在Google Cloud Volumes Service Cloud上設定API存取功能時所建立的服務帳戶私密金鑰檔案。

如需Cloud Volumes Service 有關Google Cloud服務類型與服務層級的詳細資訊、請參閱 "瞭解Astra Trident對CVS for GCP的支援"。

篩選功能可在特定的儲存類別物件內使用、以決定要搭配該特定儲存類別使用的儲存資源池或集區集區集區。可在儲存類別中設定三組篩選器： storagePools、 additionalStoragePools`和/或 `excludeStoragePools。

。 storagePools 參數有助於將儲存區限制在符合任何指定屬性的集區集合。。 additionalStoragePools 參數可用來擴充Astra Trident將用於資源配置的集區集區集區集區、以及由屬性和所選的集區集區集區集區集區集區集區集區 storagePools 參數。您可以單獨使用參數或同時使用兩者、以確保已選取適當的儲存資源池集區集區。

。 excludeStoragePools 參數用於明確排除所列的符合屬性的集區集區集區集區。

如果您想要設計儲存類別來模擬服務品質原則、請使用建立儲存類別 media 屬性為 hdd 或 ssd。根據 media 儲存類別中提及的屬性Trident會選取適當的後端來提供服務 hdd 或 ssd 集合體以符合媒體屬性、然後將磁碟區的資源配置導向特定的集合體。因此、我們可以建立一個儲存等級Premium media 屬性設為 ssd 可歸類為優質QoS原則。我們可以建立另一個儲存類別標準、將媒體屬性設為「HDD」、並將其歸類為標準QoS原則。我們也可以使用儲存類別中的「IOPS」屬性、將資源配置重新導向至可定義為QoS原則的元素應用裝置。

儲存類別可設計用於將Volume資源配置導向特定後端、啟用精簡與完整資源配置、快照、複製及加密等功能。若要指定要使用的儲存設備、請建立儲存設備類別、以指定啟用所需功能的適當後端。

所有Astra Trident後端均可使用虛擬資源池。您可以使用Astra Trident提供的任何驅動程式、為任何後端定義虛擬資源池。

虛擬集區可讓系統管理員在後端建立抽象層級、以便透過「儲存類別」加以參考、以提高磁碟區在後端的靈活度與效率。不同的後端可以使用相同的服務類別來定義。此外、您也可以在相同的後端上建立多個儲存資源池、但其特性不同。當儲存類別設定為具有特定標籤的選取器時、Astra Trident會選擇符合所有選取器標籤的後端來放置磁碟區。如果儲存類別選取器標籤符合多個儲存資源池、Astra Trident會選擇其中一個來配置磁碟區。

您可以設計虛擬集區來模擬服務類別。使用適用於Azure NetApp Files 支援功能的Cloud Volume Service for效益的虛擬資源池實作、讓我們來看看如何設定不同的服務類別。使用代表不同效能等級的多個標籤來設定ANF後端。設定 servicelevel 並在每個標籤下新增其他必要的層面。現在請建立不同的Kubernetes儲存類別、以便對應至不同的虛擬資源池。使用 parameters.selector 欄位中、每個StorageClass會呼叫哪些虛擬資源池可用於裝載Volume。

可從單一儲存後端設計多個具有特定層面的虛擬集區。若要這麼做、請使用多個標籤來設定後端、並在每個標籤下設定所需的層面。現在、請使用建立不同的Kubernetes儲存類別 parameters.selector 對應至不同虛擬資源池的欄位。在後端上進行資源配置的磁碟區、將會在所選的虛擬資源池中定義各個層面。

在建立永久虛擬儲存設備時、超出所要求儲存類別的部分參數可能會影響Astra Trident的資源配置決策程序。

透過永久虛擬網路申請儲存時、其中一個必填欄位是存取模式。所需的模式可能會影響所選的後端、以裝載儲存要求。

Astra Trident會嘗試將所使用的儲存傳輸協定與根據下列對照表所指定的存取方法配對。這與基礎儲存平台無關。

如果要求將ReadWriteMany永久虛擬磁碟提交至Trident部署、但未設定NFS後端、則不會配置任何磁碟區。因此、申請者應使用適合其應用程式的存取模式。

持續磁碟區除了兩個例外、都是Kubernetes中不可變的物件。建立後、即可修改回收原則和大小。不過、這並不妨礙在Kubernetes外部修改磁碟區的某些部分。這可能是理想的做法、以便針對特定應用程式自訂磁碟區、確保容量不會意外耗用、或是單純地將磁碟區移至不同的儲存控制器。

PV的連線詳細資料無法在建立後修改。

Astra Trident支援隨需磁碟區快照建立、並使用csi架構從快照建立PVCS。Snapshot提供便利的方法來維護資料的時間點複本、並使Kubernetes中的來源PV在生命週期上獨立不受影響。這些快照可用於複製PVCS。

Astra Trident也支援從Volume快照建立PersistentVolumes。為達成此目的、只要建立一個PeristentVolume Claim並提及即可 datasource 所需的快照、以便建立磁碟區。Astra Trident會利用快照上的資料建立磁碟區、以處理此永久虛擬磁碟。有了這項功能、您可以跨區域複製資料、建立測試環境、完整取代毀損或毀損的正式作業磁碟區、或擷取特定檔案和目錄、然後將它們傳輸到其他附加磁碟區。

儲存管理員能夠在ONTAP 整個叢集中的集合體和控制器之間、不中斷營運地將磁碟區移至儲存使用者。此作業不會影響Astra Trident或Kubernetes叢集、只要目的地Aggregate是Astra Trident所使用的SVM能夠存取的集合體。重要的是、如果新將Aggregate新增至SVM、則需要重新將其新增至Astra Trident來重新整理後端。這會觸發Astra Trident重新清查SVM、以便辨識新的Aggregate。

然而、Astra Trident並不支援跨後端移動磁碟區。這包括在同一個叢集內的SVM之間、叢集之間或不同的儲存平台（即使該儲存系統是連接至Astra Trident的儲存系統）。

如果將磁碟區複製到其他位置、則磁碟區匯入功能可用於將目前的磁碟區匯入Astra Trident。

Astra Trident支援調整NFS和iSCSI PV的大小。這可讓使用者透過Kubernetes層直接調整磁碟區大小。所有主要的NetApp儲存平台皆可進行Volume擴充、包括ONTAP ：NetApp、SolidFire/NetApp HCI及Cloud Volumes Service 背後端點。若要允許稍後擴充、請設定 allowVolumeExpansion 至 true 在與磁碟區相關的StorageClass中。每當需要調整持續Volume的大小時、請編輯 spec.resources.requests.storage 持續Volume中的註釋會宣告為所需的Volume大小。Trident會自動調整儲存叢集上的磁碟區大小。

Volume匯入功能可將現有的儲存磁碟區匯入Kubernetes環境。目前支援此功能 ontap-nas、 ontap-nas-flexgroup、 solidfire-san、 azure-netapp-files`和 `gcp-cvs 驅動程式：當將現有應用程式移轉至Kubernetes或發生災難恢復時、此功能非常實用。

使用ONTAP the功能時 solidfire-san 驅動程式、請使用命令 tridentctl import volume <backend-name> <volume-name> -f /path/pvc.yaml 將現有磁碟區匯入Kubernetes、由Astra Trident管理。匯入Volume命令中使用的PVc Yaml或Json檔案會指向儲存類別、以將Astra Trident識別為資源配置程式。使用NetApp HCI / SolidFire後端時、請確定磁碟區名稱是唯一的。如果磁碟區名稱重複、請將磁碟區複製成唯一名稱、以便磁碟區匯入功能能夠區分它們。

如果是 azure-netapp-files 或 gcp-cvs 使用驅動程式時、請使用命令 tridentctl import volume <backend-name> <volume path> -f /path/pvc.yaml 將磁碟區匯入要由Astra Trident管理的Kubernetes。如此可確保唯一的Volume參考。

執行上述命令時、Astra Trident會在後端找到磁碟區並讀取其大小。它會自動新增（必要時覆寫）設定的PVc Volume大小。Astra Trident接著會建立新的PV、Kubernetes則會將PVc繫結至PV。

如果部署的容器需要特定匯入的PVc、則會保持擱置狀態、直到PVC/PV配對透過Volume匯入程序繫結為止。在PVC/PV配對繫結之後、如果沒有其他問題、則應啟動容器。

登錄的儲存設備部署與管理已記錄在中 "NetApp.IO" 在中 "部落格"。

如同其他OpenShift服務、記錄服務是使用Ansible搭配庫存檔案所提供的組態參數（即k.a.）來部署主機、提供給教戰手冊。其中包括兩種安裝方法：在初始OpenShift安裝期間部署記錄、以及在安裝OpenShift之後部署記錄。

如果您選擇使用NFS搭配記錄服務、則必須設定Ansible變數 openshift_enable_unsupported_configurations 至 true 以避免安裝程式失敗。

在您的主機/庫存檔案中定義適當的可Ansible變數後、使用Ansible部署服務。如果您是在OpenShift安裝時間進行部署、則會自動建立及使用PV。如果您使用元件教戰手冊進行部署、則在OpenShift安裝之後、Ansible會建立任何需要的PVCS、並在Astra Trident為其配置儲存設備之後、部署該服務。

上述變數及部署程序可能會隨OpenShift的每個版本而變更。請務必檢閱並遵循 "RedHat的OpenShift部署指南" 以供您的環境使用。