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

EPIC LUN 和 Volume 組態

貢獻者
PDF

Epic 資料庫儲存配置建議文件提供每個資料庫 LUN 大小和數量的指引。

請務必與 Epic DBA 和 Epic 支援人員一起檢閱本文件、並確定 LUN 和 LUN 大小的數量、因為它們可能需要調整。這些儲存建議對於 HBA 佇列深度、儲存效能、操作簡易性和擴充簡易性都很重要。

針對伺服器作業系統佇列深度考量、資料庫至少要使用八個 LUN （每個磁碟區一個 LUN ）。根據 ONTAP 叢集中的節點數量來增加 LUN 數量。例如，使用 4 節點（ 2 HA 配對）叢集時，請新增 4 個 LUN 。對於較大型的環境，可能需要更多 LUN ；使用相同數量的磁碟區（總共八個，分散於儲存節點），並在叢集節點和磁碟區之間以兩個的倍數新增 LUN 。此方法可讓您輕鬆擴充 Epic 環境。

  • 範例 1 ： 2 節點 ONTAP 叢集 *

2 個節點， 1 個 HA 配對 8 個磁碟區，每個節點 4 個磁碟區 8 個 LUN ，每個磁碟區 1 個 LUN ，新增 2 個 LUN ，一個位於 volume01 的 node1 ，一個位於 volume02 的 node02 。

  • 範例 2 ： 4 節點 ONTAP 叢集 *

4 個節點， 2 個 HA 配對 8 個磁碟區，每個節點 2 個磁碟區 8 個 LUN ，每個磁碟區 1 個 LUN 新增 4 個 LUN ，一個位於 vole01 的 node1 ，一個位於 vole02 的 node02 ，一個位於 volume03 的 node03 ，一個位於 volume04 的 node04 。

為了最大化工作負載的效能、例如 Epic odb 或 Clarity 、每種配置也最適合 NetApp 儲存設備。使用八個磁碟區時、寫入 IO 會平均分散在各個控制器上、以最大化 CPU 使用率。對於複寫和備份、最好將磁碟區數量限制在八個、以簡化作業。

擴充選項

如果伺服器需要更多儲存設備、最簡單的選項就是擴充包含磁碟區的 LUN 。第二個選項是一次以兩個的倍數（每個節點一個磁碟區）將 LUN 新增至磁碟區群組。

範例：

Volume 和 8-LUN 配置

EPIC 8-LUN 配置

註 如果在需要 4 個以上節點或 8 個 LUN 的大型環境中，請諮詢 Epic 聯盟團隊以確認 LUN 設計。您可以在 EPIC @ NetApp .com 聯絡團隊。

最佳實務做法

  • 在 8 個磁碟區中使用 8 個 LUN 來啟動，一次在叢集的所有節點上新增 2 個 LUN 。

  • 平衡 HA 配對中的工作負載、以最大化效能與效率。

  • 以預期的 3 年成長規模建立 LUN 。（如需最大 LUN 大小，請參閱"ONTAP 文件"。）

  • 使用精簡配置的磁碟區和 LUN 。

  • 使用至少八個 DB LUN 、兩個日誌 LUN 和兩個應用程式 LUN 。此組態可將儲存效能和作業系統佇列深度最大化。如果需要容量或其他原因、可以使用更多資源。

  • 如果您確實需要將 LUN 新增至磁碟區群組、請一次新增八個 LUN 。

  • 若要將磁碟區和 LUN 群組備份在一起、則需要一致性群組（ CGS ）。

  • 請勿在 Genio 或任何 I/O 效能期間使用 QoS 。

  • 在 Genio 或 Clarity 測試之後、 NetApp 建議您在載入正式作業資料之前、先刪除儲存設備並重新配置資源。

  • 在 LUN 上設定啟用是很重要的 -space-allocation。否則、 ONTAP 將不會看到 LUN 上任何刪除的資料、並可能導致容量問題。如需詳細資訊、請參閱 Epic Storage Configuration 快速參考指南。