上的 SAS 考量事項 AWS

SAS 背景

• SAS 永久資料檔案空間 (SASDATA)

  • 儲存持久性資料以進行 SAS 入侵和產生的 SAS 輸出檔案

  • 廣泛讀取，但較不廣泛回寫

• SAS 工作資料檔案空間 (SASWORK)

  • SAS 任務的抓取工作空間

  • 用來執行單執行緒 SAS 程序的工作儲存活動

• SAS 公用程式資料檔案空間 (UTILLOC)

  • 與多執行緒 SAS 程序 SASWORK 相同的空間類型

  • 根據預設， 會做為 SASWORK 下的子目錄放置

• 在 RAID 0 組態中，儲存體不會透過重新開機或重新啟動一起分割的內部固態 (SSD) 裝置而持續存在。我們建議您使用具有高頻寬、低延遲和循序 I/O 的非揮發性記憶體表達 (NVMe) 暫時性裝置的執行個體。 這些執行個體非常適合用於暫存 SAS 資料 (SASWORK 和 UTILLOC)。

SAS 共用檔案系統 (SAS Grid 需要）

• AWS 使用 rw、 seclabel和 lazystatfs 掛載選項設定 Lustre 檔案系統。這些不是建議的 SAS Grid 掛載選項，因此您必須卸載這些 FSx for Lustre 檔案系統，並使用 flock 參數重新掛載。

• 您無法擴展 Lustre 檔案系統的大小。若要調整大小，請建立較大的 Lustre 檔案系統，並將資料從舊系統複製到新的系統。

• 對於 FSx for Lustre 持久性檔案系統，資料會在單一可用區域內複寫，以提高持久性。它不會跨 AWS 可用區域複寫。

• 我們建議您使用 Amazon S3 儲存選項搭配 SAS Grid 和 FSx for Lustre 使用。如需詳細資訊，請參閱 AWS 文件中的將資料儲存庫與 FSx for Lustre 搭配使用。

• 如需跨區域和可用區域的服務可用性，請參閱 AWS 區域AWS 表。同時檢閱 Amazon S3 同區域複寫 (SRR) 或跨區域複寫 (CRR)，了解資料複寫對高可用性的需求的影響。

SAS Grid 伺服器層執行個體類型

SAS Grid 伺服器需要快速 CPUs來處理資料。我們建議：

• 每個實體核心至少 8 GB 的實體 RAM，以及強大的 I/O 輸送量 （特別是 SASWORK 和 SAS UTILLOC)。

• I3 執行個體 – Amazon EC2 I3 執行個體針對高交易、低延遲工作負載進行儲存最佳化。這些執行個體包括 NVMe SSD 型執行個體，這些執行個體針對高隨機 I/O 效能、高循序讀取輸送量和高 IOPS 進行儲存最佳化。由於 SASWORK 和 SAS UTILLOC 的條紋 NVMe SSD 磁碟機具有高內部 I/O 頻寬，因此您應該將環境設定為明確使用 NVMe SSD 本機磁碟機，而非 Amazon EBS 磁碟區。

• I3en 執行個體 – 此系列提供 NVMe SSD 執行個體，這些執行個體在 Amazon EC2 上透過 ENA 進行儲存最佳化，並透過增強型聯網，達到高達 100 Gbps 的網路頻寬。

• M5n 執行個體 – M5 系列提供運算、記憶體和聯網的平衡。M5n 執行個體非常適合需要改善網路輸送量和封包速率效能的應用程式。

• SAS 工作負載的特徵可以是具有大量資料的大型序列 I/O 請求。我們建議您預先確定您的 SAS 使用模式。這將引導個別基礎檔案系統及其個別實體 I/O 佈建的最佳架構和設定。

  • 查詢、報告和光線統計任務通常表現良好，每個實體 CPU 核心每秒 100 MiB 的 I/O 率。

  • 進階分析和繁重的統計任務可能需要每個實體 CPU 核心每秒最多 150 MiB。

  • 整體而言，我們建議每個實體 CPU 核心每秒 100-125 MiB 的最低 I/O 輸送量速率。

SAS Grid 中層和中繼資料伺服器層執行個體類型

這些伺服器不需要運算密集型資源或強大的 I/O 輸送量。他們確實需要比 SAS 運算層更多的記憶體存取權。我們建議：

• 每個實體核心至少 24 GB 的實體 RAM 或 8 GB 的實體 RAM，以較大者為準。

• R5 或 R5d 執行個體 – 這些執行個體適用於記憶體內快取、中型記憶體內資料庫和即時大數據分析等記憶體密集型應用程式。

SAS Grid 的高可用性和災難復原

災難復原規劃對於任何關鍵業務系統都很重要，包括執行 SAS Intelligence Platform 和 SAS 解決方案的生產系統。

災難復原與高可用性不同。雖然這兩個概念都與業務連續性有關，但高可用性是關於提供不中斷的連續性。相反地，災難復原涉及一些停機時間，通常以小時或天為單位。