本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 上的 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 網格掛載選項，因此您必須卸載這些 FSx for Lustre 檔案系統，並使用 **flock** 參數重新掛載它們。
+ 您無法擴展 Lustre 檔案系統的大小。若要調整大小，請建立較大的 Lustre 檔案系統，並將資料從舊系統複製到新系統。
+ 對於 FSx for Lustre 持久性檔案系統，資料會在單一可用區域內複寫，以提高持久性。它不會跨 AWS 可用區域複寫。
+ 我們建議您使用 Amazon S3 儲存選項搭配 SAS Grid 和 FSx for Lustre 使用。如需詳細資訊，請參閱 AWS 文件中的[將資料儲存庫與 FSx for Lustre](https://docs.aws.amazon.com/fsx/latest/LustreGuide/fsx-data-repositories.html) 搭配使用。
+ 如需跨區域和可用區域的服務可用性，請參閱 AWS 區域[AWS 資料表](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)。另請檢閱 [Amazon S3 相同區域複寫 (SRR) 或跨區域複寫 (CRR)](https://docs.aws.amazon.com/AmazonS3/latest/dev/replication.html)，了解資料複寫是否需要高可用性。
## SAS Grid 伺服器層執行個體類型
SAS Grid 伺服器需要快速 CPUs來處理資料。我們建議：
+ 每個實體核心至少 8 GB 的實體 RAM，以及強大的 I/O 輸送量 （特別是 SASWORK 和 SAS UTILLOC)。
+ [I3 執行個體](https://aws.amazon.com/ec2/instance-types/i3/) – Amazon EC2 I3 執行個體針對高交易、低延遲工作負載進行儲存最佳化。這些執行個體包括 NVMe SSD 型執行個體，這些執行個體針對高隨機 I/O 效能、高循序讀取輸送量和高 IOPS 進行儲存最佳化。由於 SASWORK 和 SAS UTILLOC 專用條紋 NVMe SSD 磁碟機的高內部 I/O 頻寬，因此您應該將環境設定為明確使用 NVMe SSD 本機磁碟機，而非 Amazon EBS 磁碟區。
+ [I3en 執行個體](https://aws.amazon.com/ec2/instance-types/i3en/) – 此系列提供 Amazon EC2 上儲存最佳化的 NVMe SSD 執行個體，透過 ENA 增強聯網，達到高達 100 Gbps 的網路頻寬。
+ [M5n 執行個體](https://aws.amazon.com/ec2/instance-types/m5/) – M5 系列提供運算、記憶體和聯網的平衡。M5n 執行個體非常適合需要改善網路輸送量和封包速率效能的應用程式。
+ SAS 工作負載可以描述為具有大量資料的主要大型序列 I/O 請求。我們建議您預先確定您的 SAS 使用模式。這將引導個別基礎檔案系統及其個別實體 I/O 佈建的最佳架構和設定。
+ 查詢、報告和輕度統計任務通常表現良好，每個實體 CPU 核心的 I/O 速率為每秒 100 MiB。
+ 進階分析和繁重的統計任務可能需要每個實體 CPU 核心每秒最多 150 MiB。
+ 整體而言，我們建議每個實體 CPU 核心每秒 100-125 MiB 的最低 I/O 輸送量速率。
## SAS Grid 中層和中繼資料伺服器層執行個體類型
這些伺服器不需要運算密集型資源或強大的 I/O 輸送量。它們確實需要存取比 SAS 運算層更多的記憶體。我們建議：
+ 每個實體核心至少 24 GB 的實體 RAM 或 8 GB 的實體 RAM，以較大者為準。
+ [R5 或 R5d 執行個體](https://aws.amazon.com/ec2/instance-types/r5/) – 這些執行個體適用於記憶體內快取、中型記憶體內資料庫和即時大數據分析等記憶體密集型應用程式。
## SAS Grid 的高可用性和災難復原
災難復原規劃對於任何關鍵業務系統都很重要，包括執行 SAS Intelligence Platform 和 SAS 解決方案的生產系統。
災難復原與高可用性不同。雖然這兩個概念都與業務持續性有關，但高可用性是關於提供不中斷的營運持續性。相反地，災難復原涉及一些停機時間，通常以小時或天為單位。