Amazon Redshift Serverless 的帳單 - Amazon Redshift

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

Amazon Redshift Serverless 的帳單

下列各節提供計費如何適用於 Amazon Redshift Serverless 的詳細資訊。如需定價資訊,請參閱 Amazon Redshift 定價

運算容量的帳單

基本容量及其對帳單的影響

查詢執行時,會根據指定持續時間內使用的容量收費,以RPU小時為單位,以每秒為單位。沒有執行任何查詢時,則不會向您收取運算容量的費用。根據儲存的資料量,您還需要支付 Redshift Managed Storage (RMS) 的費用。

在建立工作群組時,您可以選擇設定運算的基本容量。若要符合工作群組層級的工作負載性價比要求,請將現有工作群組的基本容量調高或調低。從工作群組組態中選取工作群組,然後選擇限制索引標籤,以使用主控台變更基本容量。

隨著查詢數量的增加,Amazon Redshift Serverless 會自動擴展以提供一致的效能。

最大RPU小時用量限制

若要讓 Amazon Redshift Serverless 的成本保持可預測,您可以設定每天、每週或每月使用的最大RPU時數。您可以使用主控台或使用 來設定它API。達到限制時,您可以指定要在系統資料表中寫入日誌項目、接收警示或關閉使用者查詢。設定最長RPU時數有助於控制您的成本。對於存取資料倉儲中資料的查詢,以及存取外部資料的查詢,例如 Amazon S3 中的外部資料表,您的工作群組都會套用最長RPU小時的設定。

以下是範例:

假設您每週設定 100 小時的限制。若要在主控台上執行此操作,請執行下列步驟:

  1. 選擇您的工作群組,然後在限制標籤下選擇管理用量限制

  2. 新增用量限制、選擇每週頻率、持續時間為 100 小時,並將動作設定為關閉使用者查詢

在此範例中,如果您達到一週的 100 RPU 小時限制,則查詢會關閉。

設定工作群組的最長RPU小時數不會限制工作群組的效能或運算資源。您可以隨時調整設定值,而不會中斷查詢作業。設定最長RPU時數的目標是協助您滿足價格和效能需求。如需無伺服器帳單的相關資訊,請參閱 Amazon Redshift 定價

另一個保持 Amazon Redshift Serverless 成本可預測的方法,是使用 AWS 成本異常偵測來降低意外計費的機會,並提供更多控制。

注意

Amazon Redshift 定價計算器有助於估算定價。只要輸入所需的運算資源,其便會提供成本預覽。

設定最大容量以控制運算資源的成本

最大容量設定可用作 RPU Amazon Redshift Serverless 可擴展至的上限。此有助於控制運算資源的成本。與基本容量如何設定可用運算資源的最小量類似,最大容量設定RPU用量上限。這樣就能幫助您的支出符合您的計劃。最大容量特別適用於每個工作群組,並且隨時都會限制運算用量。

最大容量與RPU小時用量限制的差異

最大RPU小時限制和最大容量設定的目的是控制成本。但他們透過不同的方式達成這個目標。以下幾點說明了不同之處:

  • 最大容量 – 此設定會建立 RPUs Amazon Redshift Serverless 用於擴展目的的最高計數。當需要自動運算擴展時,最大容量值較高可增強查詢輸送量。達到最大容量限制時,工作群組不會進一步縱向擴展資源。

  • 最大RPU小時用量限制 – 與最大容量不同,此設定不會設定容量上限。不過,此設定會確實執行其他動作來幫助您限制成本。其中包括將項目新增至記錄檔、通知您,或停止執行查詢 (如果您選擇的話)。

您可以只使用最大容量,也可以搭配最大RPU小時用量限制的動作。

最大容量使用案例

每個工作群組都可以有不同的最大容量設定。它可以幫助您執行預算編列要求。下列範例說明其運作方式:

  • 您有基本容量設定為 256 的工作群組RPUs。您每個月的大部分時間RPUs都有穩定的工作負載,只有 256 個。

  • 最大容量設定為 512 RPUs。

假設您在三天期間內有非預期的大量使用率來產生臨機操作統計報告。在此情況下,您已設定最大容量,以避免運算成本超過 512 的成本RPUs。執行此操作時,您可以確定運算容量不會超過此上限。

最大容量的使須知

這些使用須知可協助您正確設定最大容量:

  • 每個 Amazon Redshift Serverless 工作群組都可以有不同的最大容量設定。

  • 如果您有非常高的資源使用率,且最大容量設定為低RPU層級,則可能會延遲工作負載處理,並導致使用者體驗不理想。

  • 設定最大容量設定不會干擾執行中的查詢,即使在高RPU用量期間也是如此。它不會像用量限制一樣地運作,可以阻止查詢執行。它只會限制工作群組可用的運算資源。您可以在 Amazon Redshift Serverless 儀表板上檢視一段時間內使用的容量。如需有關檢視摘要資料的詳細資訊,請參閱使用儀表板檢查 Amazon Redshift Serverless 摘要資料

  • 最高容量設定為 5632 RPUs。

如何設定最大容量

您可以在主控台設定最大容量。對於既有的工作群組,您可以變更工作群組組態下的設定。您也可以使用 CLI來設定它,方法是使用如下範例之類的命令:

aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity 512

這會為具有指定名稱的工作群組設定最大容量設定。設定完成後,您可以在主控台上檢查該值以進行驗證。您也可以CLI執行 get-workgroup命令,使用 檢查值。

您可以透過設定為 -1 來關閉最大容量設定,如下所示:

aws redshift-serverless update-workgroup --workgroup-name myworkgroup --max-capacity -1

監控 Amazon Redshift Serverless 用量和成本

有數種方式可以估算 Amazon Redshift Serverless 的用量和帳單。系統檢視會很有幫助,因為系統中繼資料,包括查詢和用量資料,而且您不需要進行任何設定來查詢。 CloudWatch 也有助於監控 Amazon Redshift Serverless 執行個體的用量,並具有其他功能來提供洞察和設定動作。

透過查詢系統檢視將用量視覺化

查詢 SYS_SERVERLESS_USAGE 系統資料表以追蹤用量並取得查詢的費用:

select trunc(start_time) "Day", (sum(charged_seconds)/3600::double precision) * <Price for 1 RPU> as cost_incurred from sys_serverless_usage group by 1 order by 1

此查詢會根據用量,提供 Amazon Redshift Serverless 每天產生的費用。

用於決定用量和成本的用量注意事項
  • 您需為每秒以RPU小時為單位執行的工作負載付費,最低收費為 60 秒。

  • sys_serverless_usage 系統資料表中的記錄會顯示以 1 分鐘的時間間隔產生的成本。了解下列資料欄很重要:

    charged_seconds 資料欄:

    • 提供在時間間隔內收費的運算單位 (RPU) 秒。結果裡面包括 Amazon Redshift Serverless 中的任何最低費用。

    • 具有交易完成後運算資源用量的相關資訊。因此,如果交易尚未完成,此資料欄的值可能會是 0。

    compute_seconds 資料欄:

    • 提供即時運算用量資訊。這不包括 Amazon Redshift Serverless 中的任何最低費用。因此,其可能會與間隔期間所計費的收費秒數有某種程度上的不同。

    • 顯示每筆交易期間的用量資訊 (即使交易尚未結束),因此所提供的資料為即時資料。

  • 在某些情況下,compute_seconds 為 0,但 charged_seconds 大於 0,反之亦然。這是由於在系統檢視中記錄資料的方式所產生的正常行為。如需更精確的無伺服器用量詳細資訊表示,建議您在 SYS_SERVERLESS_ 中彙總資料USAGE。

如需監控資料表和檢視的相關資訊,請參閱使用 Amazon Redshift Serverless 監控查詢和工作負載

使用 視覺化用量 CloudWatch

您可以使用 中可用的指標 CloudWatch 來追蹤用量。為 產生的指標 CloudWatch 為 ComputeSeconds,表示目前分鐘使用的總RPU秒數,以及 ComputeCapacity,表示該分鐘的總運算容量。您也可以在 Redshift Serverless 儀表板上的 Redshift 主控台上找到用量指標。如需 的詳細資訊 CloudWatch,請參閱什麼是 Amazon CloudWatch?

儲存的帳單

主要儲存容量以 Redshift Managed Storage () 計費RMS。儲存會按每月 GB 數計費。儲存帳單不同於運算容量帳單。視用量方案而定,用於使用者快照的儲存會以標準備份帳單費率計費。

資料傳輸成本和機器學習 (ML) 成本會分開收取,情況與佈建叢集相同。 AWS 區域間的快照複寫和資料共用費用會按照定價頁面上列出的傳輸速率計費。如需詳細資訊,請參閱 Amazon Redshift 定價

使用 視覺化帳單用量 CloudWatch

會產生追蹤快照儲存用量SnapshotStorage的指標 ,並傳送至 CloudWatch。如需 的詳細資訊 CloudWatch,請參閱什麼是 Amazon CloudWatch?

使用 Amazon Redshift Serverless 免費試用

Amazon Redshift Serverless 會提供免費試用。如果您參與免費試用,您可以在 Redshift 主控台中檢視免費試用點數餘額,並在 SYS_SERVERLESS_USAGE 系統檢視中檢查免費試用用量。請注意,免費試用用量的帳單詳細資訊不會出現在帳單主控台中。免費試用結束後,您只能在帳單主控台中檢視用量。如需 Amazon Redshift Serverless 免費試用的相關資訊,請參閱 Amazon Redshift Serverless 免費試用

帳單用量注意事項

  • 記錄用量 — 查詢或交易只會在交易完成、回復或停止後才進行計量和記錄。例如,如果交易執行兩天,則會在交易完成後記錄RPU用量。您可以透過查詢 sys_serverless_usage 即時監控持續的使用情況。交易記錄可能會反映為特定小時數和每日使用的RPU用量變化和效果成本。

  • 寫入明確交易 — 請務必將結束交易作為最佳實務。如果您未結束或復原開啟的交易,Amazon Redshift Serverless 會繼續使用 RPUs。例如,如果你寫入明確的 BEGIN TRAN,則務必要有相應的 COMMITROLLBACK 陳述式。

  • 已取消的查詢 — 如果您執行查詢並在查詢完成前將其取消,系統仍會就查詢執行過的時間向您收費。

  • 擴展 — Amazon Redshift Serverless 執行個體可能會啟動擴展來處理負載較高的時段,以維持一致的效能。您的 Amazon Redshift Serverless 帳單包含基礎運算和以相同RPU速率擴展的容量。

  • 縮減規模 - Amazon Redshift Serverless 從其基本RPU容量擴展,以處理較高負載期間。在某些情況下,在查詢負載下降後,RPU容量可以保持在較高的設定。我們建議您在主控台中設定最長RPU小時數,以防止意外成本。

  • 系統資料表 — 當您查詢系統資料表時,系統會就查詢時間計費。

  • Redshift Spectrum — 當您有 Amazon Redshift Serverless 並執行查詢時,資料湖查詢不需要另外付費。對儲存在 Amazon S3 中的資料所進行的查詢,按交易時間計算的費用與查詢本機資料時相同。

  • 聯合查詢 - 聯合查詢的收費是以在特定時間間隔內RPUs使用的方式計算,方式與資料倉儲或資料湖上的查詢相同。

  • 儲存 — 儲存會以每月 GB 數另外計費。

  • 最低費用 — 最低費用為 60 秒的資源用量,以每秒為單位來計量。

  • 快照帳單 — 快照帳單不會變更。系統會根據儲存來收費,並以每月 GB 費率計費。您可以免費地將資料倉儲還原到過去 24 小時內的特定時間點 (可達 30 分鐘的精細程度)。如需詳細資訊,請參閱 Amazon Redshift 定價

保持帳單可預測性的 Amazon Redshift Serverless 最佳實務

以下是有助於保持帳單一致性的最佳實務和內建設定。

  • 確實結束每個交易。當您使用 BEGIN 開始交易時,請務必也將其 END

  • 使用最佳實務錯誤處理來適當地回應錯誤並結束每個交易。將開啟的交易降至最低有助於避免不必要的RPU使用。

  • 使用 SESSION TIMEOUT 來協助結束開啟的交易和閒置的工作階段。其會導致任何閒置或非作用中時間超過 3600 秒 (1 小時) 的工作階段逾時。其會導致任何保持開啟和非作用中狀態超過 21600 秒 (6 小時) 的交易逾時。您可以針對特定使用者明確變更此逾時設定,例如當您想要為長時間執行的查詢保持工作階段開啟狀態時。主題CREATEUSER顯示如何SESSION TIMEOUT調整使用者。

    • 在大多數情況下,建議您不要延長 SESSION TIMEOUT 值,除非您有特別需要這麼做的使用案例。如果工作階段保持閒置狀態,在開啟的交易中,可能會導致使用 RPUs 案例,直到工作階段關閉為止。這會導致不必要的成本。

    • Amazon Redshift Serverless 的執行中查詢時間上限為 86,399 秒 (24 小時)。開啟中交易的非作用中期間上限為六小時,超過之後,Amazon Redshift Serverless 就會結束與交易相關聯的工作階段。如需詳細資訊,請參閱Amazon Redshift Serverless 物件的配額