永續性支柱

AWS Well-Architected Framework 的永續性支柱著重於將執行雲端工作負載的環境影響降至最低。關鍵主題包括共同的責任模型，用於永續性、了解影響和最大化使用量，以盡可能減少所需資源並減少下游影響。

永續性支柱包含下列主要重點領域：

• 您的影響

• 永續性目標

• 最大化用量

• 預測和採用新的、更有效率的硬體和軟體產品

• 使用 受管服務

• 減少下游影響

本指南著重於您的影響。如需其他永續性設計原則的詳細資訊，請參閱 AWS Well-Architected Framework。

您的選擇和要求會影響環境。如果您選擇 AWS 區域 碳強度較低的 ，而且如果您的需求反映實際的工作負載需求，而不只是最大化運作時間和耐用性，工作負載的永續性就會增加。下一節討論最佳實務和周到考量，如果在工作負載設計和持續操作中採用，將對環境產生正面影響。

AWS 區域選擇

有些 AWS 區域 接近 Amazon 可再生能源專案，或位於網格已發佈的碳強度低於其他項目的位置。考慮對於工作負載可能可行之區域的永續性影響，並將您的清單與可使用 Neptune 的區域交叉參考。

根據使用者行為模式的使用量

正確調整用量大小以符合使用者的流量和行為，有助於將服務對環境的影響 AWS 降至最低。設計解決方案時，請考慮下列最佳實務：

• 監控 CPUUtilization、 MainRequestQueuePendingRequests和 等 Amazon CloudWatch 指標TotalRequestsPerSec，以判斷您的需求何時最高和最低，並確保您的叢集資源在這段期間大小正確。

• 在未使用非生產環境的時段內，自動停止非生產環境。如需詳細資訊，請參閱部落格文章使用資源標籤自動停止和啟動 Amazon Neptune 環境資源。

• 如果您的流量模式經常變化且無法預測，請考慮使用隨需擴展和縮減的 Neptune Serverless 執行個體，而不是使用為尖峰流量佈建的執行個體。

• 除了業務持續性目標之外，請考慮將您的服務層級協議與永續性目標保持一致。減輕多區域災難復原、高可用性或長期備份保留等需求，尤其是非生產環境或非任務關鍵工作負載，可以減少實現這些目標所需的資源量。

最佳化軟體開發和架構模式

若要避免浪費，請最佳化模型和查詢，並共用運算資源，以便使用 Neptune 執行個體和叢集中可用的所有資源。特定最佳實務包括：

• 讓開發人員共用 Neptune 執行個體和 Jupyter Notebook 應用程式執行個體，而不是每個建立自己的執行個體。透過使用多租用分割策略，在單一 Neptune 叢集中為每個開發人員提供自己的邏輯分割區，並在單一 Jupyter 執行個體上為每個開發人員建立個別的筆記本資料夾。

• 實作可將資源使用量最大化並將閒置時間降至最低的模式，例如將資料和批次記錄載入大型交易的平行執行緒。

• 最佳化您的查詢和圖形模型，將運算結果所需的資源降至最低。

• 對於 Gremlin 查詢結果，請使用結果快取功能，將重新計算分頁或經常性重複查詢所花費的資源降至最低。

• 將您的 Neptune 環境保持在最新狀態。最新版本的 Neptune 支援更有效率的最新 EC2 執行個體，例如 Graviton。它們也具有查詢最佳化改進和錯誤修正，可減少計算查詢所需的資源量。