本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 永續性支柱
<a name="sustainability"></a>

[永續性支柱](https://docs.aws.amazon.com/wellarchitected/latest/framework/sustainability.html)著重於將執行雲端工作負載的環境影響降至最低。 永續性支柱包含下列主要重點領域：
+ 了解您的影響
+ 永續性目標
+ 充分利用 以將資源降至最低
+ 預測和採用新的、更有效率的硬體和軟體產品
+ 使用 受管服務
+ 減少下游影響

本指南著重於了解您的影響。如需其他永續性設計原則的詳細資訊，請參閱 [AWS Well-Architected Framework](https://docs.aws.amazon.com/wellarchitected/latest/framework/sus-design-principles.html)。

您的選擇和要求會影響環境。若要提高工作負載的永續性，請執行下列動作：
+ 選擇碳強度 AWS 區域 較低的 。
+ 調整資源大小以反映實際工作負載需求，而不是最大化運作時間和耐用性。
+ 最佳化您的資料模型並最大化運算資源使用量。

下一節討論您可以採用的實務，以減少工作負載設計和持續操作的環境影響。

## AWS 區域 選擇
<a name="region-selection"></a>

有些 AWS 區域 接近 Amazon 可再生能源專案，或位於網格發佈的碳強度低於其他網格的位置。根據您的[永續性目標](https://aws.amazon.com/blogs/architecture/how-to-select-a-region-for-your-workload-based-on-sustainability-goals/)和工作負載需求評估區域。然後將可行區域的清單與[可使用 Timestream for InfluxDB ](https://docs.aws.amazon.com/general/latest/gr/timestream.html)的區域交叉參考。

## 使用者行為模式的基礎資源耗用
<a name="consumption"></a>

適當調整用量大小以符合使用者的流量和行為，有助於將服務對環境的影響 AWS 降至最低。設計解決方案時，請考慮下列最佳實務：
+ 監控 Amazon CloudWatch 指標，例如 `CPUUtilization`和 `MemoryUtilization`，以判斷您的需求何時最高和最低。確保執行個體資源在這段期間的大小正確。
+ 除了業務連續性目標之外，請考慮將您的服務層級協議與永續性目標保持一致。降低多區域災難復原、高可用性或長期備份保留等需求，可以減少實現這些目標所需的資源量。非生產環境和非任務關鍵工作負載提供降低需求的機會。

## 最佳化軟體開發和架構模式
<a name="dev-arch-patterns"></a>

若要避免浪費，請最佳化您的資料模型和查詢。共用運算資源，以便您使用 Timestream for InfluxDB 執行個體中可用的所有資源。我們建議您實作下列最佳實務：
+ 鼓勵開發人員團隊分享 Timestream for InfluxDB 堆疊，以便盡可能更好地使用資源。
+ 實作可最大化資源使用量並將閒置時間降至最低的模式。模式範例包括使用平行執行緒將資料和批次記錄一起載入更大的交易。
+ 最佳化您的查詢和 InfluxDB 資料模型，將計算結果所需的資源降至最低。
+ 使用 [InfluxDB 任務](https://docs.influxdata.com/influxdb/cloud/process-data/get-started/)來預先彙總資料，並減少不同使用者對相同原始資料的掃描，以便視覺化或儀表板。
+ 將 Timestream for InfluxDB 環境保持在最新狀態。Timestream for InfluxDB 的最新版本支援更有效率的最新 EC2 執行個體，例如 Graviton。最新的資料庫版本也包含查詢最佳化改進和錯誤修正，以減少計算查詢所需的資源量。