- 資料庫›
- Amazon Timestream›
- 常見問答集
一般
全部開啟時間序列資料是隨時間記錄的一系列資料點，例如股價、溫度及 Amazon EC2 執行個體的 CPU 使用率。使用時間序列資料，每個資料點都包含一個時間戳記、一或多個屬性，以及隨著時間的推移而變更的事件。這些資料是用於衍生應用程式效能和健康狀況的洞察、偵測異常，以及識別最佳化機會。
例如，DevOps 工程師可能想要檢視可測量基礎設施效能指標變更的資料，製造商可能想要追蹤 IoT 感應器資料來測量整個設施中設備的溫度變更，而線上行銷人員可能想要分析點擊流資料，以擷取使用者在一段時間內瀏覽網站的方式。由於時間序列資料來源眾多且數量龐大，因此需要以符合成本效益的方式儲存，並進行近即時分析，以獲得關鍵業務洞察。
Amazon Timestream 提供全受管理的 InfluxDB (市場上最熱門的開源時間序列資料庫之一)，以及 LiveAnalytics (一款為大規模場景建置的無伺服器時間序列資料庫)。
是的，您可以為 Amazon Timestream 用量購買資料 Savings Plans，只要承諾在 1 年期內維持固定用量，即可節省高達 20% 的成本。 關於符合資格用量的其他資訊，請參閱資料庫 Savings Plans 定價頁面。
若您的使用案例需要近即時時序查詢，或需使用 InfluxDB 功能與開源 API，建議使用 Amazon Timestream for InfluxDB。若您需每分鐘擷取數十 GB 以上的時序資料，並在數秒內對數 TB 時間序列資料執行 SQL 查詢，建議使用既有的 Timestream 引擎 Amazon Timestream for LiveAnalytics。
是。這兩款引擎可互補，適用於低延遲與大規模的時間序列資料擷取。您可將資料擷取至 Timestream for InfluxDB，並透過 Telegraf 外掛程式將資料傳送至 Timestream，以便透過 SQL 查詢分析歷史資料。
若您決定將 Timestream for InfluxDB 的資料移轉至 Timestream for LiveAnalytics，使用該服務將產生公開計費項目，包括資料擷取、儲存與查詢。搭配 Timestream for InfluxDB 使用 Timestream for LiveAnalytics 為可選方案。
Timestream for InfluxDB 可單獨使用，或與您在 Timestream for LiveAnalytics 中的工作負載搭配使用。Timestream for InfluxDB 專為近即時應用程式設計，可提供個位數毫秒等級的回應時間。Timestream for LiveAnalytics 則對應需在數分鐘內擷取數 GB 資料、並在數秒內查詢數 TB 資料的使用案例。您可在應用程式或儀表板中整合 Timestream for InfluxDB 與 Timestream for LiveAnalytics。
否。Timestream 會根據一組維度屬性和量度來動態建立表格的結構描述。這提供靈活的增量結構描述定義，可隨時調整而不影響可用性。
資料庫建立並可用後，您可從 Timestream 主控台取得端點資訊。此外，您也可使用 Describe API 取得端點資訊 (使用 Timestream for LiveAnalytics 時為 DescribeDatabase，使用 Timestream for InfluxDB 時為 DescribeDBInstances)。
您可以使用 Grafana (多平台、開放原始碼分析和互動式視覺化工具)，讓 Timestream 時間序列資料視覺化，並建立提醒。若要進一步了解並尋找範例應用程式，請參閱文件。
您可以建立可與 Timestream 互動的 AWS Lambda 函式。如需詳細資訊，請參閱文件。
您可以使用 Telegraf 連接器將使用開放原始碼 Telegraf 收集的時間序列資料直接傳送到 Timestream。如需詳細資訊，請參閱文件。
您可以使用 VPC 端點從您的 Amazon Virtual Private Cloud (Amazon VPC) 存取 Timestream。Amazon VPC 端點很容易設定且能提供可靠的 Timestream API 連線，無須網際網路閘道或 NAT 執行個體。
AWS CloudFormation 提供 CloudFormation 範本以簡化佈建和管理程序，讓您能夠以快速且可靠的方式佈建服務或應用程式。CloudFormation 提供建立資料庫的範本 (同時支援 Timestream for LiveAnalytics 與 Timestream for InfluxDB)，為 Timestream 提供完整支援。這些範本已更新至 Timestream for InfluxDB 的最新公告內容，為 Timestream 使用者提供靈活性與易用性。
Timestream for LiveAnalytics
全部開啟Amazon Timestream for LiveAnalytics 是一款快速、可擴充且無伺服器的時間序列資料庫，專為大規模工作負載設計。由於 X 是無伺服器的，並且會自動向上擴展或縮減規模以調整容量和效能，讓您無須管理基礎架構。其完全分離的架構可支援每日擷取數兆個資料點，並執行數百萬次查詢。
Timestream for LiveAnalytics 的調適型查詢引擎可讓您一起存取和分析最近和歷史資料，而無需指定其位置。其內建時序資料分析功能，能協助您幾乎即時地辨別出資料中的趨勢與模式。
Timestream for LiveAnalytics 專為收集、儲存與處理時間序列資料而設計。它的無伺服器架構支援完全分離式資料擷取、儲存和查詢處理服務，這些系統可獨立擴展，能夠針對應用程式的需求提供幾乎無限的規模。Timestream 表格的結構描述是根據傳入時間序列資料的屬性動態建立，而不是在表格建立時預先定義結構描述，進而允許靈活的增量結構描述定義。
資料儲存方面，Timestream for LiveAnalytics 會依據時間與屬性分割資料，並使用專門建置的索引加速資料存取。資料的測量名稱或所選分區索引鍵等屬性，在有效分割資料與高效擷取資料方面扮演關鍵角色。此外，Timestream for LiveAnalytics 藉由為最近的資料提供記憶體內存放區、為歷史資料提供磁帶存放區，並支援可設定規則以便在資料達到特定年齡時自動將資料從記憶體存放區移至磁帶存放區，來自動執行資料生命週期管理。
Timestream for LiveAnalytics 也透過專門建置的調適型查詢引擎來簡化資料存取，該引擎可跨儲存層無縫存取和合併資料，而無需指定資料位置，因此您可以使用 SQL 快速輕鬆地從資料衍生洞察。最後，Timestream 可與您偏好的資料收集、視覺化、分析和機器學習 (ML) 服務順暢合作，讓您輕鬆將 Timestream 納入時間序列解決方案中。
Timestream for LiveAnalytics 可提供 99.99% 的可用性。如需詳細資訊，請參閱服務水準協議 (SLA)。
使用 Timestream for LiveAnalytics，您只需按實際用量付費。寫入、存放的資料和查詢掃描的資料會分開計費。Timestream 根據用量自動擴展您的寫入、儲存和查詢容量。您可以為每個表格設定資料保留政策，並選擇將資料存放在記憶體內或是磁帶存放區。如需詳細定價，請參閱定價頁面。
是的，Timestream for LiveAnalytics 為所有新帳戶提供為期 1 個月的免費試用。免費試用的使用量上限為：50 GB 資料擷取、100 GB 磁帶儲存、750 GB - 小時記憶體儲存，以及 750 GB 掃描資料量。
超過免費試用使用量的部分，將按照 Timestream for LiveAnalytics 的標準費率計費。詳細資訊，請參閱定價頁面。
如需目前的區域可用性，請參閱定價頁面。
Timestream for LiveAnalytics 提供近即時的資料擷取延遲。Timestream for LiveAnalytics 的內建記憶體存放區已針對快速時間點查詢進行最佳化，而磁帶存放區已針對支援快速分析查詢進行最佳化。使用 Timestream for LiveAnalytics，您可以執行查詢，在毫秒內從記憶體存放區分析數十 GB 的時間序列資料，也可以執行分析查詢，在幾秒鐘內從磁帶存放區分析數 TB 的時間序列資料。排程查詢藉由計算和儲存彙總、彙總和其他即時分析，為經常存取的操作儀表板、業務報告、應用程式和裝置監控系統提供支援，進一步改善查詢效能。
您可以在單一表格中儲存數 EB 的資料。當您的資料隨著時間推移而成長，Timestream for LiveAnalytics 會利用其分散式架構和大量平行處理更大的資料，同時保持查詢延遲幾乎不變。
Timestream 無伺服器架構支援完全分離式資料擷取、儲存和查詢處理系統，這些系統可獨立擴展。Timestream for LiveAnalytics 會持續監控您的應用程式在資料擷取、儲存與查詢速率上的需求，並即時進行擴充，且不會造成應用程式任何停機時間。
如需目前的限制和配額，請參閱文件。
您可以從連線的裝置、IT 系統和工業設備收集時間序列資料，並將其寫入 Timestream for LiveAnalytics。您可透過兩種方式將資料傳送至 Timestream for LiveAnalytics：一是透過 AWS SDK 從應用程式直接傳送；二是透過 AWS IoT Core、Amazon Managed Service for Apache Flink 或 Telegraf 等資料收集服務傳送。如需詳細資訊，請參閱文件。
延遲到達資料指時間戳記位於過去，且超出記憶體儲存保留邊界的資料。未來資料是具有未來時間戳記的資料。Timestream 可讓您儲存和存取這兩種類型。
若要儲存延遲到達資料，您只需將資料寫入 Timestream for LiveAnalytics，服務就會根據資料的時間戳記以及針對記憶體和磁帶存放區設定的資料保留期，自動判斷資料是寫入記憶體存放區還是磁帶存放區。若要儲存未來超過 15 分鐘的資料，請將資料建模為多量度記錄，並將未來的時間戳記表示為記錄中的量度。
您可以使用 AWS IoT Core 規則動作從 IoT 裝置收集資料，並將資料儲存在 Timestream for LiveAnalytics 中。如需詳細資訊，請參閱文件。
您可以使用 Apache Flink 將您的時間序列資料從 Amazon Kinesis 直接傳輸至 Timestream for LiveAnalytics。如需詳細資訊，請參閱文件。
您可使用 Apache Flink，將時間序列資料從 Amazon Managed Streaming for Apache Kafka (Amazon MSK) 直接傳送至 Timestream for LiveAnalytics。如需詳細資訊，請參閱文件。
Timestream 會將時間序列資料以分區的方式組織與儲存。資料的分區方式由服務根據資料屬性自動決定。時間戳記、測量名稱或使用者自訂分區索引鍵等屬性，在分區決策中扮演關鍵角色。如需詳細資訊，請參閱 Werner Vogels 部落格。若您希望最佳化查詢效能以符合特定需求，建議使用使用者自訂分區索引鍵。使用 Timestream，您只需設定資料保留原則，即可自動執行資料生命週期管理，以便在資料達到設定年齡時自動將資料從記憶體存放區移至磁帶存放區。
Timestream for LiveAnalytics 的記憶體存放區是一個針對寫入最佳化的存放區，可接受和刪除重複傳入時間序列資料。記憶體存放區也針對延遲敏感的時間點查詢進行了最佳化。
Timestream for LiveAnalytics 磁帶存放區是最佳化讀取效能的儲存層，專為執行快速分析查詢而設計，可掃描數百 TB 的資料。磁帶存放區也針對掃描數百 TB 資料的快速分析查詢進行了最佳化。
您可分別設定記憶體儲存與磁帶存放區的保留期間。預設保留期間分別為 12 小時與 10 年。當資料的存續時間 (由記錄中的時間戳記決定) 超過設定的記憶體儲存保留期間時，Timestream for LiveAnalytics 會自動將資料分層移轉至磁帶存放區。同樣地，若資料的存續時間超過設定的磁帶存放區保留期間，服務會自動刪除該筆資料。
Timestream for LiveAnalytics 透過在單一區域的不同可用區之間自動複製記憶體與磁帶存放區的資料，確保您的資料耐久性。在確認寫入請求完成之前，所有資料都會寫入磁碟。
您可以使用 SQL 查詢儲存在 Timestream 中的時間序列資料。您也可以使用 SQL 執行插補、迴歸和平滑的時間序列分析函數。如需詳細資訊，請參閱文件。Timestream 的調適型查詢引擎可讓您使用單一 SQL 陳述式來存取不同儲存層的資料。它可透明地跨儲存層存取和合併資料，您無須指定資料位置。
Timestream for LiveAnalytics 排程查詢提供完全受管、無伺服器且可擴展的解決方案，用於計算和儲存彙總、彙總和其他即時分析，為經常存取的操作儀表板、業務報告、應用程式和裝置監控系統提供支援。
使用排程查詢，您只需定義即時分析查詢，以計算傳入資料的彙總、彙總和其他即時分析，Timestream 會定期自動執行這些查詢，並可靠地將查詢結果寫入個別表格中。然後，您可以指向儀表板、報告、應用程式和監控系統，以簡單地查詢目的地表格，而不是查詢包含傳入時間序列資料的相當大型來源表格。這會導致效能和成本降低一個量級，因為目的地表格包含的資料比來源表格少很多，因此可提供更快、更便宜的資料存取和儲存。
您可以使用 Amazon QuickSight 和 Grafana，視覺化和分析 Timestream for LiveAnalytics 中的時間序列資料。您也可使用 QuickSight 滿足 ML 相關需求。
您可以使用 QuickSight 為時間序列資料建立豐富的互動式儀表板。如需詳細資訊，請參閱文件。
您可以使用 Amazon SageMaker 筆記本來整合 ML 模型與 Timestream for LiveAnalytics。如需詳細資訊，請參閱文件。
無論是在靜止狀態或者是在傳輸過程中，資料始終是加密的。Timestream for LiveAnalytics 可讓您指定 AWS Key AWS Key Management Service (KMS) 客戶受管金鑰，用於加密磁性儲存中的資料。
Timestream for LiveAnalytics 符合 ISO (9001、27001、27017 和 27018)、PCI DSS、FedRAMP (Moderate) 和健康資訊信任 (HITRUST) 聯盟公共安全架構 (CSF) 規範。該服務亦符合 HIPAA 適用資格，並納入 AWS SOC 1、SOC 2 及 SOC 3 報告的認證範圍。
您有兩個適用於 Timestream 資源的備份選項：隨需備份和排程備份。隨需備份是一次性備份，可以從 Timestream 主控台或 AWS Backup 啟動。當您想要在對表格進行變更之前建立備份，而且可能需要還原變更時，隨需備份非常有用。 排程備份是您可以使用 AWS Backup 政策以所需頻率 (如 12 小時、1 天、1 週等) 進行設定的定期備份。當您想要建立持續備份以達到資料保護目標時，排程備份非常有用。
表格的第一個備份無論是隨需或排程備份都是完整備份，而相同表格的每個後續備份都是增量備份，僅複製從上次備份以來已變更的資料。
備份和還原會根據所選取表格的備份儲存大小，按「GB 月」計算。費用會顯示在 AWS 帳單中的「備份」下方，並包括備份儲存、資料傳輸、還原和早期刪除的費用。由於備份本質上是增量，表格後續備份的儲存大小就是自上次備份之後變更的資料量大小。如需其他詳細資訊，參閱 AWS Backup 定價。
Timestream for InfluxDB
全部開啟Amazon Timestream for InfluxDB 是一款全新的時間序列資料庫引擎，讓應用程式開發人員與 DevOps 團隊可輕鬆在 AWS 上執行 InfluxDB 資料庫，透過開源 API 建置即時時序應用程式。透過 Timestream for InfluxDB，您可輕鬆設定、運作與擴充時序工作負載，並獲得個位數毫秒的查詢回應時間。
Timestream for InfluxDB 支援 InfluxDB 的開源 2.7 版本。
若您正在自行管理 InfluxDB、希望使用開源時序 API，或正在建置需達到個位數毫秒查詢回應的即時時序應用程式，建議使用 Timestream for InfluxDB。透過 Timestream for InfluxDB，您可享有開源 API 的優勢，並利用豐富的開源 Telegraf 代理程式收集時間序列資料。您無需管理複雜且耗時的工作，例如 InfluxDB 安裝、升級、儲存、高可用性複寫及備份等。
Timestream for InfluxDB 採用多可用區組態時提供 99.9% 可用性的 SLA，單一可用區組態則提供 99.5% 可用性。
Timestream for InfluxDB 專為近即時時序使用案例設計。根據執行個體組態與工作負載特性，寫入到讀取的延遲預期約為 1 秒，查詢延遲則可達個位數毫秒等級。
若要從自我管理的 InfluxDB 執行個體移轉至 Timestream for InfluxDB，只需將現有 InfluxDB 資料庫的備份還原至 Timestream for InfluxDB 執行個體，停機時間僅需幾分鐘。您可重新設定資料收集代理程式 (例如開放原始碼 Telegraf 代理程式)，使其指向由 Timestream for InfluxDB 管理的 InfluxDB 端點。儀表板技術 (例如 InfluxDB UI、自我託管的 Grafana 或 Amazon Managed Grafana) 只需設定為使用 Timestream for InfluxDB 端點，無需其他程式碼變更即可繼續運作。
若要從 Timestream for LiveAnalytics 移轉至 Timestream for InfluxDB，可將資料從 Timestream for LiveAnalytics 匯出至 Amazon S3，對匯出的 CSV 檔案進行必要修改後，再將其載入 Timestream for InfluxDB。
您可以將資料庫執行個體視為在雲端中的資料庫環境，其中包含您指定的運算和儲存資源。您可透過 AWS 管理主控台、Timestream for InfluxDB API 及 AWS CLI 建立與刪除資料庫執行個體、定義與調整其基礎架構屬性，並控制存取權與安全性。您可執行一個或多個資料庫執行個體，每個資料庫執行個體可支援一個或多個資料庫 (儲存貯體) 或組織，具體取決於工作負載特性與執行個體組態。
透過 AWS 管理主控台、Timestream for InfluxDB API 或 AWS CLI，建立資料庫執行個體相當簡單。若透過 AWS 管理主控台建立資料庫執行個體，請選擇「InfluxDB 資料庫」，然後在儀表板上按一下「建立 InfluxDB 資料庫」按鈕。您可以在這裡指定資料庫執行個體的參數，包含執行個體類型、儲存類型和數量、主要使用者憑證等。
或者，您可以使用 CreateDBInstance API 或 create-db-instance 命令建立自己的資料庫執行個體。
在資料庫執行個體類型可供使用後，您就可以在 AWS 管理主控台、GetDBInstance API 或 get-db-instance 命令中，透過資料庫執行個體描述擷取其端點。透過此端點與您的存取字符，您可使用 InfluxDB API 傳送寫入與讀取請求，並透過慣用的資料庫工具或程式語言管理引擎。您也可透過瀏覽器，使用相同端點存取 InfluxDB UI。您需要權存取或啟用公開 IP 存取，才能允許對您正在執行的資料庫執行個體發出網路請求。
預設情況下，您最多可擁有 40 個 Timestream for InfluxDB 執行個體。
僅按實際使用量收費，無最低費用或設定費用。您的計費是根據以下項目計算：
- 資料庫執行個體時數：根據消耗的資料庫執行個體的類別 (例如 db.influx.large 和 db.influx.4xlarge)。 進行建立、開始或修改資料庫執行個體類別等可計費狀態變更之後，取用不滿一小時的資料庫執行個體以每秒遞增的方式計費，最低費用為 10 分鐘。
- 儲存 (每月每 GB)：您的資料庫執行個體佈建的儲存容量。如果您在當月內擴展佈建的儲存容量，則將依比例分配計費。
- 資料傳輸：傳入和傳出資料庫執行個體的網際網路資料傳輸。
有關 Timestream for InfluxDB 的定價資訊，請造訪定價頁面。
資料庫執行個體的帳單週期從該資料庫執行個體可用時開始計算。帳單週期一直持續到該資料庫執行個體停止為止，刪除執行個體或執行個體出現故障時就會終止。
資料庫執行個體小時數是按您的資料庫執行個體在可用狀態下執行的每個小時來計費。如果您不再希望資料庫執行個體被收取費用，就必須將其停止或刪除，以免產生更多應計費執行個體小時數。 進行建立、開始或修改資料庫執行個體類別等可計費狀態變更之後，取用不滿一小時的資料庫執行個體以每秒遞增的方式計費，最低費用為 10 分鐘。
當資料庫執行個體處於停止狀態時，仍會收取佈建儲存空間費用，但不收取資料庫執行個體時數費用。
如果您指定資料庫執行個體為多可用區域部署，將根據多可用區定價計費 (發佈於 Timestream for InfluxDB 定價頁面)。多可用區計費依據如下：
- 多可用區資料庫執行個體時數：根據消耗的資料庫執行個體的類別 (例如 db.influx.large 和 db.influx.4xlarge)。與單一可用區域中的標準部署一樣，進行建立、開始或修改資料庫執行個體類別等可計費狀態變更之後，不滿一小時的資料庫執行個體以每秒遞增的方式計費，最低費用為 10 分鐘。如果您在指定的某小時內，於標準和多可用區模式之間轉換資料庫執行個體部署，將按該小時適用的兩種費率計費。
- 佈建儲存 (針對多可用區資料庫執行個體)：如果您在指定的某小時內，於標準和多可用區模式之間轉換資料庫執行個體部署，將按該小時適用的儲存費率較高者計費。
- 資料傳輸：在主執行個體和備用執行個體之間複製資料不會收取資料傳輸費用。透過網際網路傳入和傳出資料庫執行個體的資料費用與標準部署費用相同。
除非另有說明，否則我們的價格不包括適用的稅金和稅收 (包括加值稅和營業稅)。帳單地址在日本的客戶若使用 AWS 服務，則需負擔日本消費稅。
- 您的 Timestream for InfluxDB 讀取複本叢集帳單，會根據叢集中的每個執行個體計算，費率依據 Timestream for InfluxDB 計價頁面所列價格。計費結構包含四個主要部分：
叢集節點時數：會根據您選取的執行個體類別 (例如 db.influx.large 或 db.influx.4xlarge) 計費。計費以 1 秒為遞增單位；若發生可計費狀態變更 (包括建立、啟動或修改執行個體等級)，則需遵守 10 分鐘的最低收費標準。若您在一小時內轉換叢集類型，該時段將按兩種適用費率分別計費。 - 儲存空間：根據您的佈建容量計費。若您在一小時內轉換部署類型 (叢集、標準或 Multi-AZ DB)，該時段將按適用儲存費率中的較高者計費。
- 資料傳輸：主要執行個體與複本執行個體之間的資料複製，不另計費。但資料庫叢集的網際網路進出資料傳輸，其計費方式與標準部署相同。
- 讀取複本功能透過一款授權附加元件提供，該元件由 InfluxData 開發並銷售，需透過 AWS Marketplace 啟用。此授權採用隨用隨付模式，費用根據您的執行個體時數計算，並取決於所設定執行個體等級的 vCPU 數量。
您需要先評估應用程式的運算、記憶體和儲存需求，再選取初始資料庫執行個體類別和儲存容量。如需可用資料庫執行個體類別的相關資訊，請參閱 Timestream for InfluxDB 使用者指南。
Timestream for InfluxDB IOPS Included Storage 是可支援 SSD 的儲存選項，專為提供快速、可預測和一致的 I/O 效能而設計。透過 Timestream for InfluxDB IOPS Included Storage，您可選擇三種分層等級，涵蓋從小型工作負載到大型、高效能最佳化的場景。您只需指定適配自身需求的分層等級所對應的配置儲存容量即可。Timestream for InfluxDB IOPS Included Storage 已針對 I/O 密集型、交易式 (OLTP) 資料庫工作負載進行最佳化。詳情請參閱 Timestream for InfluxDB 使用者手冊。
選擇最適合您工作負載的儲存類型。
- 高效能 OLTP 工作負載：Timestream for InfluxDB IOPS Included Storage。
在預設情況下，Timestream for InfluxDB 會考慮資料庫執行個體的執行個體類別和儲存容量，為資料庫執行個體選擇最優化的組態參數。但如果您想要變更這些參數，可透過 AWS 管理主控台、Timestream for InfluxDB API 或 AWS CLI 操作。請注意，將組態參數改為非建議的值可能產生各種意外影響，從效能降低到系統當機等等，只有能夠承擔此風險的進階使用者才應嘗試此操作。
啟用時，我們會提供一組有限的可修改參數，包括：flux-log-enabled、log-level、metrics-disable、no-tasks、query-concurrency、query-queue-size 與 tracing-type。此參數清單可能會根據客戶需求逐漸擴充。
資料庫參數群組扮演引擎組態值的容器角色，這些值可套用到一或多個資料庫執行個體。如果建立的資料庫執行個體未指定資料庫參數群組，則會使用預設的資料庫參數群組。此預設群組包含引擎預設值，以及針對您所執行的資料庫執行個體最佳化的 Timestream for InfluxDB 系統預設值。
不過，如果您希望資料庫執行個體以您自訂的引擎設定值執行，只需建立一個新資料庫參數群組，再修改所需的參數，然後修改資料庫執行個體以使用新資料庫參數群組。
當您建立或修改資料庫執行個體以多可用區域部署執行時，Timestream for InfluxDB 會自動在不同的可用區域佈建和維護一份同步「備用」複本。對資料庫執行個體的更新將同步複製到可用區域的備用複本，以保持同步並保護最新的資料庫更新，防止資料庫執行個體出現故障。
在特定類型的計劃維護期間，或在少見的資料庫執行個體故障或可用區域故障情況下，Timestream for InfluxDB 將自動容錯移轉到備用複本，以便在提升備用複本後儘快恢復資料庫寫入和讀取操作。因為資料庫執行個體的名稱記錄相同，所以應用程式可以恢復資料庫操作，無須手動管理介入。
使用多可用區域部署，複寫是透明的。您不需要與備用複本直接互動，而且它無法用於為讀取流量提供服務。
可用區域是區域內的不同位置，其設計成可與其他可用區域中的故障隔離。每個可用區域在其實體不同的獨立基礎設施中執行，並已設計成具備高可靠性。可用區域之間不會共用常見的故障點，如發電機和冷卻設備等。此外，它們實體上也各自分開，即使火災、風災或水災等罕見災難也只會影響單一可用區域。相同區域內的可用區域具有低延遲網路連線優點。
當您以多可用區域部署執行資料庫執行個體時，「主」複本為資料庫寫入和讀取操作提供服務。此外，Timestream for InfluxDB 會在幕後佈建和維護「備用」複本，它是主複本的最新複本。在容錯移轉情況下會「提升」備用複本。容錯移轉後，備用複本成為主複本，並接受資料庫操作。在提升前的任何時候，您都無需與備用複本直接互動 (例如，讀取操作)。
以多可用區域部署執行資料庫執行個體的主要優點是可增強資料庫持久性和可用性。異地同步備份部署提供的可用性增強和容錯能力，使其非常適合生產環境。
當您以多可用區域部署執行資料庫執行個體，在萬一發生資料庫執行個體元件故障或某個可用區域可用性損失等罕見情況時可確保資料安全。
例如，如果主複本中的儲存磁碟區故障，Timestream for InfluxDB 會自動啟動容錯移轉到備用複本，您的所有資料庫更新在這裡會完整無缺。相對於單一可用區的標準部署，這種方式提供更長的資料持久性，否則使用者需要啟動還原操作，而且最近可還原時間 (通常在最後 5 分鐘內) 之後進行的更新將無法使用。
以多可用區域部署執行資料庫執行個體時，還能受惠於增強的資料庫可用性。如果發生可用區域故障或資料庫執行個體故障，可用性影響將僅限於完成自動容錯移轉所需的時間。多可用區的可用性優點還可延伸到計劃的維護操作。以多可用區域部署執行資料庫執行個體的另一個潛在優點是，資料庫執行個體容錯移轉會自動執行，無需進行管理。
因為是代表您執行同步資料複寫，所以相對於單一可用區域的標準資料庫執行個體部署，您可能會觀察到有較長的延遲。
否，備用異地同步備份不能用於服務讀取請求。異地同步備份部署的設計是提供增強的資料庫可用性和持久性，而非著重於讀取擴展方面的效益。因此，此功能在主副本和備用副本之間採用同步複寫。我們的實作可確保主複本和備用複本一直處於同步狀態，但不能使用備用複本執行讀取或寫入操作。
要建立多可用區資料庫執行個體部署，只需透過 AWS 管理主控台啟動資料庫執行個體時，按一下「多可用區域部署」的「是」選項。或者，若您使用 Timestream for InfluxDB API，可呼叫 CreateDBInstance API 並將 Multi-AZ 參數設為 True 值。
您也可修改其中一個現有執行個體，並將部署類型設定為多可用區。
Timestream for InfluxDB 可偵測多可用區域部署中最常見的故障並自動從中恢復，讓您在無管理介入的情況下盡快恢復資料庫操作。如果發生以下任何一種情況，Timestream for InfluxDB 將自動執行容錯移轉：
- 主可用區域的可用性受損
- 主可用區域的網路連線能力受損
- 主可用區域的運算單位故障
- 主可用區域的儲存故障
請注意，Timestream for InfluxDB 多可用區域部署不會自動容錯移轉以回應資料庫操作，例如長時間執行查詢、鎖死或資料庫毀損錯誤。
Timestream for InfluxDB 將自動處理容錯移轉，所以您可以盡快恢復資料庫操作，而無須管理介入。在容錯移轉時，Timestream for InfluxDB 會翻轉資料庫執行個體的正式名稱記錄 (CNAME) 指向備用複本，備用複本轉而提升成新的主複本。我們鼓勵您遵循最佳實務，在應用程式層實作資料庫連線重試機制。
容錯移轉按照從主複本上偵測到故障，一直到在備用複本上繼續交易之間的時間所定，通常在幾分鐘內完成。容錯移轉時間也可能受到是否需復原大型未提交交易、索引大小及其他因素影響。建議搭配多可用區使用足夠規模的執行個體類型，以達最佳效果。AWS 也建議對多可用區執行個體使用 Timestream for InfluxDB IOPS Included Storage，以獲得快速、可預測及一致的輸送量效能。
在不同故障情況下，Timestream for InfluxDB 會自動進行容錯移轉，無須使用者操作。目前，您無法手動為 Timestream for InfluxDB 資料庫執行個體啟動強制容錯移轉。
對於多可用區域部署，您只要將 "Multi-AZ" 參數設為 "true"。系統會自動處理備用複本的建立、同步複寫和容錯移轉。這表示您無法選擇部署備用複本的可用區域或更改可用的備用複本數 (Timestream for InfluxDB 為每個資料庫執行個體主複本佈建一個專用的備用複本)。備用複本也無法設定為接受資料庫讀取活動。
是的，備用複本會自動佈建在與資料庫執行個體主複本同一區域的不同可用區域中。
是。您可以使用 AWS 管理主控台或 GetDBInstance API 查看目前主複本的位置。
可用區域的設計是將低延遲網路連線能力提供給同一區域中的其他可用區域。此外，您可能要考慮以跨多個可用區域的冗餘建構應用程式及其他 AWS 資源，以便在可用區域發生故障時，應用程式能夠靈活反應。多可用區域部署可滿足資料庫層的此項需求，無須您介入管理。
Timestream for InfluxDB 讀取複本叢集可為您的資料庫提供更高的可用性與讀取可擴展性。建立叢集時，Timestream for InfluxDB 會自動在不同的可用區中佈建並維護至少一個非同步可讀複本。主節點的更新會非同步複製至這些讀取複本，使您可將查詢工作負載分散至多個節點。
此叢集支援在規劃性維護期間，或節點/可用區發生罕見故障時執行自動容錯移轉。發生容錯移轉時，由於寫入端點與讀取端點會保留相同的名稱記錄，您的應用程式無需手動介入即可繼續運作。但需注意，在復原期間 (我們還原故障節點並將其復原為讀取複本的過程中)，使用複本節點端點進行讀取的應用程式將暫時無法使用。
在讀取複本叢集中，主節點負責處理所有資料庫寫入、讀取操作，並管理引擎專屬組態與管理功能。與此同時，Timestream for InfluxDB 會自動佈建並維護一個讀取複本，使其與主節點保持資料同步。讀取複本具備兩大核心用途：一是透過接收額外的讀取請求擴充您的讀取容量，二是在容錯移轉場景中可被提升為主節點。在容錯移轉事件中，當讀取複本被提升為主節點後，它會接管所有資料庫操作。當先前故障的節點恢復正常運作後，會以讀取複本的身份重新加入叢集，確保叢集的復原能力。
讀取複本叢集提供三項核心優勢：提升可擴展性、增進可用性與最佳化工作負載。可擴展性的提升來自於您可將讀取工作負載分散至多個叢集節點，此特性對於讀取需求遠超過寫入操作的應用程式而言格外實用。
若設定啟用容錯移轉功能，讀取複本叢集可透過更快的容錯移轉能力提供更高的可用性。由於叢集中的所有節點皆保持運作狀態，您可將複本節點升級為主節點，無需等待節點啟動，從而將容錯移轉期間的停機時間降至最低。
此外，讀取複本叢集可實現高效的工作負載管理。您可將主節點專用於處理即時儀表板、警示與通知等場景中常見的簡單快速查詢，同時將更複雜的分析查詢導向讀取複本。此種分離式設計可確保不同類型工作負載皆能發揮最佳效能。
複製程序對效能的影響極小，對 CPU 或記憶體使用率的影響可忽略不計。但需注意，複製延遲 (即記錄被主節點接收至可在讀取複本中存取的時間間隔) 可能會根據複本節點的負載水準而有所不同。
Timestream for InfluxDB 會發布名為「ReplicaLag」的 CloudWatch 指標，協助您監控讀取複本的同步狀態。此指標以毫秒為單位，追蹤複本節點相對於主節點的落後時間。複製延遲可能會受到資料庫負載水準的影響，因此建議客戶主動監控此指標，確保讀取複本的同步水準符合其使用案例需求。
若要在 Timestream for InfluxDB 中設定讀取複本叢集，請先登入 AWS 管理主控台，並導航至 Amazon Timestream 主控台。在「InfluxDB 資料庫」頁面中，選擇「建立 InfluxDB 資料庫」。設定部署設定時，選取「含讀取複本的資料庫叢集。 您需透過 AWS Marketplace 啟用訂閱，此操作需具備 AWSMarketplaceManageSubscriptions 或 AWSMarketplaceFullAccess 權限其一。確認訂閱後，提供基本設定詳細資訊，並選擇適用於叢集中所有節點的節點等級與儲存等級。
不可以，在讀取複本叢集中，任何時刻僅能有一個主節點負責處理寫入操作。主節點不僅處理所有寫入請求，同時負責管理資料庫讀取、引擎專屬組態與管理功能。讀取複本會與此主節點保持資料同步，且僅能接收讀取請求。雖然在容錯移轉場景中，您可將讀取複本提升為主節點，但叢集架構仍維持單一寫入節點模式，以確保資料一致性。
對於讀取複本叢集，您可在叢集建立或修改時啟用或停用容錯移轉功能。啟用後，複本管理、複製與容錯移轉程序皆由 Timestream for InfluxDB 自動處理。您無法為複本選擇特定可用區，且 Timestream for InfluxDB 會為每個叢集維護至少一個讀取複本。讀取複本會主動接受讀取請求，協助分散工作負載。
Timestream for InfluxDB 可偵測讀取複本叢集部署中的常見故障場景並自動復原，讓您無需管理介入即可快速恢復資料庫運作。發生下列任一事件時，系統會自動執行至讀取複本的容錯移轉：
- 主節點所在可用區喪失可用性
- 與主節點的網路連線中斷
- 主節點的運算單元故障
- 主節點上的儲存故障
請注意，Timestream for InfluxDB 讀取複本叢集不會自動容錯移轉以回應資料庫操作，例如長時間執行查詢、鎖死或資料庫毀損錯誤。請記住，僅當您在設定期間或透過叢集修改，專門為讀取複本叢集啟用此功能時，才會觸發自動容錯移轉。
啟用功能後，讀取版本叢集的容錯移轉由 Timestream for InfluxDB 自動處理，使資料庫運作無需管理介入即可快速恢復。容錯移轉期間，Timestream for InfluxDB 會更新您資料庫的標準名稱 (CNAME) 記錄，使其指向讀取複本，該複本隨即提升為新的主節點。我們建議作為最佳實務，在您的應用層實作資料庫連線重試邏輯。
由於讀取複本叢集中的節點處於作用中狀態，因此無論工作負載特性如何，容錯移轉時間都會保持穩定。通常，容錯移轉會在幾分鐘內完成，時間從偵測到主節點故障開始計算，到已提升的複本恢復交易為止。若要達到最佳效能，建議使用足夠規模的節點類型與 Timestream for InfluxDB IOPS Included Storage。
啟用容錯移轉後，Timestream for InfluxDB 會在多種故障情境下自動處理容錯移轉。目前，Timestream for InfluxDB 讀取複本叢集不支援手動啟動強制容錯移轉。
是的，您的讀取複本會自動佈建在與主節點同一區域的不同可用區中。
是，您可透過 AWS 管理主控台或 GetDBInstance API 查看主節點與讀取複本節點的位置。
可用區域的設計是將低延遲網路連線能力提供給同一區域中的其他可用區域，因此延遲影響應極小。但建議您在應用程式與其他 AWS 資源的架構設計中，納入多可用區域備援機制，以實現最高復原能力。讀取複本叢集原生支援此架構，您可將讀取工作負載分散至不同可用區的節點，且啟用容錯移轉後，即使某個可用區無法使用，您的應用程式仍可繼續運作。