Skip to main content
FlexPod
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

最佳實務做法

貢獻者
PDF

儲存最佳實務做法

高可用度

NetApp儲存叢集設計提供每個層級的高可用度：

  • 叢集節點

  • 後端儲存設備連線能力

  • 可承受三個磁碟故障的RAID TEC

  • 可承受兩個磁碟故障的RAID DP

  • 從每個節點實體連線至兩個實體網路

  • 儲存LUN和磁碟區的多個資料路徑

安全的多租戶共享

NetApp儲存虛擬機器（SVM）提供虛擬儲存陣列架構、可分隔安全性網域、原則和虛擬網路。NetApp建議您為儲存叢集上裝載資料的每個租戶組織建立個別的SVM。

NetApp儲存最佳實務做法

請考慮下列NetApp儲存最佳實務做法：

  • 請務必啟用NetApp AutoSupport 支援技術、此技術會透過HTTPS將支援摘要資訊傳送給NetApp。

  • 為達到最大可用度和行動性、請務必為NetApp ONTAP 資訊叢集中每個節點上的每個SVM建立LIF。非對稱邏輯單元存取（ALUA）可用來剖析路徑、並識別作用中最佳化（直接）路徑與作用中非最佳化路徑。ALUA同時用於FC或FCoE和iSCSI。

  • 僅包含LUN的磁碟區不需要內部掛載、也不需要連接路徑。

  • 如果您使用ESXi中的挑戰握手驗證傳輸協定（CHAP）進行目標驗證、您也必須在ONTAP VMware中進行設定。使用CLI（「vserver iSCSI安全性建立」）或NetApp ONTAP 支援系統管理程式（在「Storage」（儲存設備）>「SVM」（SVM）>「SVM Settings」（SVM設定）>「Protocol」（傳輸協定）>「iSCSI」（iSCSI）下編輯啟動器

SAN開機

NetApp建議您在FlexPod 「NetApp資料中心」解決方案中、為Cisco UCS伺服器實作SAN開機。此步驟可讓作業系統安全地受到NetApp AFF 支援儲存系統的保護、提供更好的效能。本解決方案中概述的設計使用iSCSI SAN開機。

在iSCSI SAN開機中、每個Cisco UCS伺服器都會指派兩個iSCSI vNIC（每個SAN架構各一個）、以提供到儲存設備的備援連線。本範例中連接至Cisco Nexus交換器的儲存連接埠E2A和E2E、會一併分組、形成一個稱為介面群組（ifgrp）的邏輯連接埠（本範例為a0a）。iSCSI VLAN是在igroup上建立、iSCSI LIF是在iSCSI連接埠群組上建立（在此範例中為a0a-<iSCSI-A-VLAN>）。iSCSI開機LUN會透過iSCSI LIF使用igroup公開給伺服器。此方法只能讓授權伺服器存取開機LUN。如需連接埠和LIF配置、請參閱下圖。

錯誤：缺少圖形影像

與NAS網路介面不同的是、SAN網路介面並未設定為在故障時容錯移轉。相反地、如果網路介面無法使用、主機會選擇新的最佳化路徑來存取可用的網路介面。ALUA是NetApp支援的標準、提供SCSI目標的相關資訊、讓主機能夠識別儲存設備的最佳路徑。

儲存效率與資源隨需配置

NetApp在儲存效率創新方面領先業界、例如針對主要工作負載的第一次重複資料刪除技術、以及內嵌資料壓縮技術、可強化壓縮並有效儲存小型檔案和I/O。支援即時與背景重複資料刪除、以及即時與背景資料壓縮。ONTAP

為了在區塊環境中實現重複資料刪除的效益、LUN必須經過精簡配置。雖然VM管理員仍認為LUN採用已配置的容量、但重複資料刪除的節約效益會傳回磁碟區、以供其他需求使用。NetApp建議您將這些LUN部署在FlexVol 同樣精簡配置、容量為LUN大小兩倍的功能的供應區中。以這種方式部署LUN時FlexVol 、此功能只能做為配額。LUN使用的儲存設備會在FlexVol 包含Aggregate的流通磁碟區中報告。

若要節省最大的重複資料刪除成本、請考慮排程背景重複資料刪除。不過這些程序會在執行時使用系統資源。因此、理想情況下、您應該在較少的使用時間（例如週末）排程這些資料、或是更頻繁地執行這些資料、以減少要處理的變更資料量。在不影響前景活動的情況下、自動在幕後重複資料刪除AFF 功能會大幅降低。背景壓縮（適用於硬碟型系統）也會耗用資源、因此您只能將其用於效能需求有限的次要工作負載。

服務品質

執行ONTAP 支援功能的系統可以使用ONTAP 「支援速度」功能來限制處理量、單位為兆位元/秒（Mbps）、並限制檔案、LUN、磁碟區或整個SVM等不同儲存物件的IOPS。調適性QoS可用來設定IOPS區（QoS下限）和上限（QoS上限）、以根據資料存放區容量和已用空間動態調整。

處理量限制對於在部署之前控制未知或測試工作負載、以確認它們不會影響其他工作負載而言、非常實用。您也可以使用這些限制來限制已識別的高效能工作負載。也支援以IOPS為基礎的最低服務層級、以提供ONTAP 穩定一致的效能來支援VMware SAN物件。

有了NFS資料存放區、QoS原則可套用至整個FlexVol VMware Volume或其中的個別虛擬機器磁碟（VMDK）檔案。使用ONTAP 使用VMware LUN的VMFS資料存放區（Hyper-V中的叢集共用Volume [CSV]）、您可以將QoS原則套用至FlexVol 包含LUN的VMware Volume或個別LUN。不過ONTAP 、由於無法感知到VMFS、因此您無法將QoS原則套用至個別VMDK檔案。使用VMware虛擬磁碟區（VVols）搭配VSC 7.1或更新版本時、您可以使用儲存功能設定檔、在個別VM上設定最高QoS。

若要將QoS原則指派給LUN（包括VMFS或CSV）、您可以ONTAP 從VSC首頁的「Storage Systems（儲存系統）」功能表中取得「SVM（顯示為「Vserver」）、LUN路徑和序號。選取儲存系統（SVM）、然後選取「Related Objects> SAN（相關物件> SAN）」。當您使用ONTAP 其中一個VMware工具來指定QoS時、請使用此方法。

您可以設定物件的QoS最大處理量限制（以Mbps和IOPS為單位）。如果您同時使用這兩種方法、ONTAP 就會由支援部執行第一個上限。工作負載可以包含多個物件、QoS原則也可以套用至一或多個工作負載。當您將原則套用至多個工作負載時、工作負載會共用原則的總限制。不支援巢狀物件（例如、對於磁碟區內的檔案、它們不能各自擁有自己的原則）。QoS最低值只能以IOPS設定。

儲存配置

本節提供LUN、磁碟區及集合體在儲存設備上配置的最佳實務做法。

儲存LUN

為獲得最佳效能、管理與備份、NetApp建議採用下列LUN設計最佳實務做法：

  • 建立獨立的LUN來儲存資料庫資料和記錄檔。

  • 為每個執行個體建立獨立的LUN、以儲存Oracle資料庫記錄備份。LUN可以是同一個磁碟區的一部分。

  • 使用精簡配置（停用空間保留選項）來配置資料庫檔案和記錄檔的LUN。

  • 所有映像資料都裝載在FC LUN中。在FlexVol 分散於不同儲存控制器節點所擁有之集合體的各個資料區中、建立這些LUN。

若要將LUN放置在儲存磁碟區中、請遵循下一節中的準則。

儲存磁碟區

為獲得最佳效能與管理、NetApp建議採用下列Volume設計最佳實務做法：

  • 在個別儲存磁碟區上隔離具有I/O密集查詢的資料庫。

  • 資料檔案可放置在單一LUN或磁碟區上、但建議使用多個磁碟區/ LUN來提高處理量。

  • 使用多個LUN時、可使用任何支援的檔案系統來達到I/O平行度。

  • 將資料庫檔案和交易記錄放在不同的磁碟區上、以提高恢復精細度。

  • 請考慮使用Volume屬性、例如自動調整大小、Snapshot保留、QoS等。

集合體

Aggregate是NetApp儲存組態的主要儲存容器、包含一或多個RAID群組、由資料磁碟和同位元磁碟組成。

NetApp使用共享和專用的集合體、將資料檔案和交易記錄檔分開、執行各種I/O工作負載特性測試。測試顯示、一個大型Aggregate搭配更多RAID群組和磁碟機（HDD或SSD）、可最佳化及改善儲存效能、而且系統管理員有兩個理由較容易管理：

  • 一個大型Aggregate可讓所有檔案都能使用所有磁碟機的I/O功能。

  • 一個大型Aggregate可讓您以最有效率的方式使用磁碟空間。

為了有效進行災難恢復、NetApp建議您將非同步複本放在災難恢復站台中獨立儲存叢集的一部分集合體上、並使用SnapMirror技術來複寫內容。

為獲得最佳儲存效能、NetApp建議您在集合體中至少有10%的可用空間。

適用於SolidA300系統的儲存Aggregate配置指南AFF （含兩個24個磁碟機的磁碟櫃）包括：

  • 保留兩個備用磁碟機。

  • 使用「進階磁碟分割」在每個磁碟機上建立三個分割區：根磁碟和資料磁碟。

  • 每個Aggregate總共使用20個資料分割區和兩個同位元檢查分割區。

備份最佳實務做法

NetApp SnapCenter 解決方案可用於VM和資料庫備份。NetApp建議採用下列備份最佳實務做法：

  • 當部署了使用功能來建立Snapshot複本以進行備份時、請關閉主控VM和應用程式資料的Snapshot排程。SnapCenter FlexVol

  • 為FlexVol 主機開機LUN建立專屬的支援功能。

  • 針對相同用途的VM使用類似或單一備份原則。

  • 針對每個工作負載類型使用類似或單一備份原則、例如對所有資料庫工作負載使用類似的原則。針對資料庫、Web伺服器、終端使用者虛擬桌面等使用不同的原則。

  • 在SnapCenter 支援驗證資料中的備份。

  • 將備份Snapshot複本歸檔至NetApp SnapVault 解決方案。

  • 根據歸檔排程、在主要儲存設備上設定保留備份。

基礎架構最佳實務做法

網路最佳實務做法

NetApp建議採用下列網路最佳實務做法：

  • 請確定您的系統包含用於正式作業和儲存流量的備援實體NIC。

  • 在運算和儲存設備之間、分別用於iSCSI、NFS和SMB/CIFS流量的VLAN。

  • 請確定您的系統包含專屬的VLAN、可供用戶端存取醫療影像系統。

您可以在FlexPod 《不完整的基礎架構設計與部署指南》中找到其他的網路最佳實務做法。

運算最佳實務做法

NetApp建議採用下列運算最佳實務做法：

  • 確定每個指定的vCPU都受到實體核心支援。

虛擬化最佳實務做法

NetApp建議採用下列虛擬化最佳實務做法：

  • 使用VMware vSphere 6或更新版本。

  • 將ESXi主機伺服器BIOS和作業系統層設為自訂控制的高效能。

  • 在非尖峰時間建立備份。

醫療成像系統最佳實務做法

請參閱下列最佳實務做法、以及典型醫療成像系統的部分需求：

  • 請勿過度使用虛擬記憶體。

  • 確定vCPU的總數等於實體CPU的數量。

  • 如果您的環境很大、則需要專用的VLAN。

  • 使用專屬HA叢集設定資料庫VM。

  • 確定VM OS VMDK裝載於快速的第1層儲存設備。

  • 與醫療影像系統廠商合作、找出最佳方法來準備VM範本、以便快速部署和維護。

  • 管理、儲存和正式作業網路需要將LAN隔離用於資料庫、並使用隔離的VLAN來執行VMware VMotion。

  • 使用稱為的 NetApp 儲存陣列型複寫技術 "SnapMirror"、而非 vSphere 型複寫。

  • 使用利用VMware API的備份技術；備份時間應超出正常的正式作業時間。