Amazon Aurora 是現代化關聯式資料庫服務。該服務可在全球範圍提供前所未有的高效能和高可用性、完全開放原始碼 MySQL (和 PostgreSQL) 相容版本,以及一系列用於建置無伺服器和機器學習 (ML) 驅動型應用程式的開發人員工具。
選擇適合您業務需求的 Aurora 定價,包括可預測的按用量付費、隨需或預留執行個體定價。Aurora 會依據資料庫叢集組態以及您選擇啟用的任何選用功能,收取資料庫執行個體、儲存和 I/O 的費用。
Aurora 叢集組態
藉助 Aurora,您可以設定資料庫叢集,使其以符合成本效益的方式執行,而無需考慮應用程式的擴展需求為何或不斷演變的資料存取模式。您可以靈活地在 Amazon Aurora 標準和 Amazon Aurora I/O 最佳化組態選項之間進行選擇,以最符合獨特工作負載特性的價格效能比和價格可預測性需求。您的資料庫執行個體、儲存和 I/O 費用會根據選擇的選項而有所不同。若要進一步了解,請瀏覽 Amazon Aurora 儲存和可靠性。
Aurora 標準為在 Aurora 上執行的絕大多數應用程式提供符合成本效益的定價,這些應用程式具有典型資料存取模式以及低至適中的 I/O 用量。使用 Aurora 標準,您可以支付資料庫執行個體、儲存和按請求付費 I/O 的費用。
Aurora I/O 最佳化可為 I/O 密集型應用程式提供改善的價格效能比。如果您的 I/O 支出超過 Aurora 資料庫總支出的 25%,則可以使用 Aurora I/O 最佳化來節省高達 40% 的 I/O 密集型工作負載成本。藉助 Aurora I/O 最佳化,您只需支付資料庫執行個體和儲存用量的費用,讀取和寫入 I/O 操作不會收取任何費用。Aurora I/O 最佳化為所有應用程式提供可預測的定價,而無需考慮資料存取模式或 I/O 用量。Aurora I/O 最佳化可消除 I/O 支出的變動性。
按資料庫執行個體定價
藉助 Aurora,您可選擇 Amazon Aurora Serverless,其會根據應用程式的需要自動啟動、關閉和擴展或縮減容量,您僅需按耗用的容量付費。
或者,您可以選擇已佈建的隨需執行個體,並為使用的資料庫執行個體按小時支付資料庫費用,無須簽訂長期合約或預付費用;或者,可選擇佈建的預留執行個體以節省額外費用。
執行個體費用同時適用於 Aurora 主執行個體和複本。依據您選擇以最符合應用程式價格效能比和價格可預測性需求的資料庫叢集組態,收取的費用會有所不同。資料庫叢集中的所有執行個體均需支付 Aurora 標準或 Aurora I/O 優化組態的價格。
適用於 Aurora PostgreSQL 的 Optimized Reads 執行個體
適用於 Amazon Aurora PostgreSQL 相容版本的 Optimized Reads 執行個體使用以 NVMe 為基礎的本機 SSD 區塊層級儲存,來改善資料集超過資料庫執行個體記憶體容量的應用程式的查詢延遲。它包括兩項功能:分層快取和臨時物件。
分層快取可改善高達 8 倍的查詢延遲,並節省高達 30% 的成本,適用於高讀取量、I/O 密集型應用程式,例如操作儀表板、異常偵測,以及以向量為基礎的相似性搜尋。分層快取可將記憶體資料庫緩衝區快取中移出的資料,自動存放至本機儲存,以加快後續資料存取的速度。分層快取適用於搭載 Aurora I/O 優化組態的 Aurora PostgreSQL。
臨時物件可將臨時資料表置於本機儲存,藉此改善涉及排序、雜湊彙總、高負載聯結和其他資料密集型操作的查詢效能,以實現更快的查詢處理。 臨時物件適用於搭載 Aurora I/O 優化和 Aurora 標準組態的 Aurora PostgreSQL。若要進一步了解,請瀏覽 Amazon Aurora Optimized Reads。
選取「Aurora MySQL 相容版本」或「Aurora PostgreSQL 相容版本」以檢視資料庫執行個體定價。
-
Aurora MySQL 相容版本
選取以查看有關 MySQL 相容定價選項的詳細資訊-
無伺服器
-
佈建的隨需執行個體
-
佈建的預留執行個體
-
無伺服器
-
Amazon Aurora Serverless 是隨需、自動調整規模的配置,可根據應用程式需求,自動調整資料庫容量。藉助 Aurora Serverless,您的資料庫容量會自動擴展或縮減以滿足應用程式工作負載的需要,並在靜止期間自動關閉以節省成本和管理時間。Aurora Serverless 可以按每秒計費的 Aurora 容量單位 (ACU) 來衡量資料庫容量。1 ACU 約有 2GiB 的記憶體且包含對應的 CPU 和聯網,與 Aurora 佈建執行個體使用的類似。
Aurora Serverless v2
Amazon Aurora Serverless v2 可立即擴展資料庫,以支援每秒數十萬筆交易,並支援 Aurora 的所有功能,包含異地同步備份部署、僅供讀取複本和全域資料庫。除了可以存取 v2 功能之外,大多數 Aurora Serverless 客戶還可以透過遷移至 v2 來降低成本,這是因為 v2 有著較低的起始容量 0.5 個 ACU (相較於 v1 的 2 個 ACU),容量增量小至 0.5 個 ACU (與 v1 的兩倍相比),以及容量縮減速度最高可達 15 倍 (與 Amazon Aurora Serverless v1 相比)。
可以根據應用程式的價格效能比和價格可預測性需求,選擇設定資料庫叢集中的所有執行個體,以使用 Aurora 標準或 Aurora I/O 最佳化組態。
閱讀詳細的 Aurora Serverless v2 定價範例。
擴大延遲時間
立即擴展至每秒數十萬筆交易
縮減延遲時間
高達 15 倍的速度
初始容量
0.5 ACU
容量精細程度
精細度,增量小至 0.5 ACU
僅供讀取複本
多達 15 個 Aurora 複本,可實現讀取的可擴展性
異地同步備份和 SLA
在個別可用區域中散佈僅供讀取複本,以實現高可用性。請參閱 Amazon Aurora SLA 了解詳細資訊。
Aurora 全球資料庫
在任何區域低於一秒的資料存取,以及跨區域災難復原。請參閱 Aurora 全球資料庫了解詳細資訊。
Aurora Serverless v1 定價
Aurora Serverless v1 為不頻繁、間歇或不可預測的工作負載提供了一種經濟高效的選擇。使用 Aurora Serverless v1 時,您將需要設定資料庫叢集以使用 Aurora 標準組態。
擴大延遲時間
5 至 50 秒
縮減延遲時間
高達 15 分鐘
初始容量
1 ACU
容量精細程度
每增量一次,容量就增加一倍
-
佈建的隨需執行個體
-
使用隨需執行個體時,您只需要按小時支付資料庫的費用,無須簽訂長期合約或預先支付費用。
定價是按使用的執行個體小時數計算,也就是資料庫執行個體啟動到停止或刪除這段時間。進行建立、開始或修改資料庫執行個體等可計費狀態變更之後,不滿一小時的執行個體以 1 秒遞增的方式計費,最低費用為 10 分鐘。
可以根據應用程式的價格效能比和價格可預測性需求,選擇設定資料庫叢集中的所有執行個體,以使用 Aurora 標準或 Aurora I/O 最佳化組態。
Aurora 佈建隨需執行個體定價
T4g 和 T3 CPU 抵用金
Amazon RDS T4g 和 T3 資料庫執行個體會在無限制模式下執行,這表示如果在一滾動的 24 小時期間內,您的平均 CPU 使用率超過執行個體基準,則必須付費。針對 Aurora 標準,CPU 積分的費用為每個虛擬 vCPU 小時 0.09 USD;針對 Aurora I/O 最佳化叢集組態,費用為每個虛擬 vCPU 小時 0.12 USD。所有 T4g 和 T3 執行個體大小在所有區域的 CPU 積分定價都相同,且並未涵蓋於預留執行個體內。
-
佈建的預留執行個體
-
預留執行個體適用於穩定狀態資料庫工作負載,且與隨需執行個體相比可大幅節省成本。1 年期預留執行個體的折扣最多為隨需執行個體的 45%,3 年期預留執行個體的折扣最多為 66%。預留執行個體提供跨執行個體大小和叢集組態選項的彈性
預留執行個體折扣費率會自動套用至 Aurora 標準和 Aurora I/O 最佳化組態中相同執行個體系列中任何大小的用量 (例如 T3 和 R5)。您承諾在整個期限內使用預留執行個體並支付折扣的小時費率,如下表所示。
雖然這些費率適用於 Aurora 標準,但在將預留執行個體與 Aurora I/O 最佳化搭配使用時,Aurora 會自動根據您的用量計算這些選項之間的價格差異。 若要充分利用 Aurora I/O 最佳化的 RI 折扣優勢,您可以購買與目前 RI 相似的 30% 額外 RI。 如需詳細資訊,請參閱定價範例。 將按該期限的每個小時向您計費,無論是否產生任何使用量。
您為計劃使用的每個資料庫執行個體購買預留執行個體。您可以透過呼叫「購買 API」,或在 AWS Console 中選取「預留執行個體」選項,將資料庫執行個體指定為預留執行個體。將資料庫執行個體指定為預留執行個體時,您必須為適用的預留執行個體指定 AWS 區域、執行個體類型和數量。預留執行個體只能在指定區域中使用。
預留執行個體價格不包括儲存費用。 只有在資料庫叢集設定為 Aurora I/O 最佳化時,才會涵蓋讀取和寫入 I/O 費用。除了須遵循預留執行個體定價之外,預留執行個體還須支付以下費用︰依據 AWS 客戶協議或與我們達成的規範 AWS 服務使用的其他協議,適用的所有資料傳輸和其他費用。AWS 可以隨時終止預留執行個體的定價計劃。
閱讀詳細的預留執行個體定價範例。
Aurora 佈建預留執行個體定價
* 這是整個預留執行個體期間的平均每月費用。如果按月計費的話,實際每月付款將等於該月的實際小時數 x 每小時使用費或該月的秒數 x 每小時使用費/3600,具體取決於您執行的 Aurora 執行個體類型。小時使用費率等同於整個預留執行個體合約期間的每月費用總平均值除以整個預留執行個體合約期間的總小時數 (以一年 365 天計算)。
** 每小時有效定價可協助您計算預留執行個體比隨需定價節省多少成本。當您購買預留執行個體時,將按照您選擇的整個預留執行個體合約期間的每個小時向您收費,無論該執行個體是否在執行中。有效小時價格顯示執行個體的每小時攤餘成本。它採用預留執行個體在整個合約期間的總成本 (包括任何預付款),並將該成本分散到該預留執行個體合約期間的每個小時。
-
-
Aurora PostgreSQL 相容版本
選取以檢視有關 PostgreSQL 相容定價選項的詳細資訊-
無伺服器
-
佈建的隨需執行個體
-
佈建的預留執行個體
-
無伺服器
-
Amazon Aurora Serverless 是隨需、自動調整規模的配置,可根據應用程式需求,自動調整資料庫容量。藉助 Aurora Serverless,您的資料庫容量會自動擴展或縮減以滿足應用程式工作負載的需要,並在靜止期間自動關閉以節省成本和管理時間。Aurora Serverless 可以按每秒計費的 Aurora 容量單位 (ACU) 來衡量資料庫容量。1 ACU 約有 2GiB 的記憶體且包含對應的 CPU 和聯網,與 Aurora 佈建執行個體使用的類似。
Aurora Serverless v2
Amazon Aurora Serverless v2 可立即擴展資料庫,以支援每秒數十萬筆交易,並支援 Aurora 的所有功能,包含異地同步備份部署、僅供讀取複本和全域資料庫。除了可以存取 v2 功能之外,大多數 Aurora Serverless 客戶還可以透過遷移至 v2 來降低成本,這是因為 v2 有著較低的起始容量 0.5 個 ACU (相較於 v1 的 2 個 ACU),容量增量小至 0.5 個 ACU (與 v1 的兩倍相比),以及容量縮減速度最高可達 15 倍 (與 Amazon Aurora Serverless v1 相比)。
可以根據應用程式的價格效能比和價格可預測性需求,選擇設定資料庫叢集中的所有執行個體,以使用 Aurora 標準或 Aurora I/O 最佳化組態。
閱讀詳細的 Aurora Serverless v2 定價範例。
擴大延遲時間
立即擴展至每秒數十萬筆交易
縮減延遲時間
高達 15 倍的速度
初始容量
0.5 ACU
容量精細程度
精細度,增量小至 0.5 ACU
僅供讀取複本
多達 15 個 Aurora 複本,可實現讀取的可擴展性
異地同步備份和 SLA
在個別可用區域中散佈僅供讀取複本,以實現高可用性。請參閱 Amazon Aurora SLA 了解詳細資訊。
Aurora 全球資料庫
在任何區域低於一秒的資料存取,以及跨區域災難復原。請參閱 Aurora 全球資料庫了解詳細資訊。
Aurora Serverless v1 定價
Aurora Serverless v1 為不頻繁、間歇或不可預測的工作負載提供了一種經濟高效的選擇。使用 Aurora Serverless v1 時,您將需要設定資料庫叢集以使用 Aurora 標準組態。
擴大延遲時間
5 至 50 秒
縮減延遲時間
高達 15 分鐘
初始容量
2 ACU
容量精細程度
每增量一次,容量就增加一倍
-
佈建的隨需執行個體
-
使用隨需執行個體時,您只需要按小時支付資料庫的費用,無須簽訂長期合約或預先支付費用。
定價是按使用的執行個體小時數計算,也就是資料庫執行個體啟動到停止或刪除這段時間。進行建立、開始或修改資料庫執行個體等可計費狀態變更之後,不滿一小時的執行個體以 1 秒遞增的方式計費,最低費用為 10 分鐘。
可以根據應用程式的價格效能比和價格可預測性需求,選擇設定資料庫叢集中的所有執行個體,以使用 Aurora 標準或 Aurora I/O 最佳化組態。
Aurora 佈建隨需執行個體定價
T4g 和 T3 CPU 抵用金
Amazon RDS T4g 和 T3 資料庫執行個體會在無限制模式下執行,這表示如果在一滾動的 24 小時期間內,您的平均 CPU 使用率超過執行個體基準,則必須付費。針對 Aurora 標準,CPU 積分的費用為每個虛擬 vCPU 小時 0.09 USD;針對 Aurora I/O 最佳化叢集組態,費用為每個虛擬 vCPU 小時 0.12 USD。所有 T4g 和 T3 執行個體大小在所有區域的 CPU 積分定價都相同,且並未涵蓋於預留執行個體內。
-
佈建的預留執行個體
-
預留執行個體適用於穩定狀態資料庫工作負載,且與隨需執行個體相比可大幅節省成本。1 年期預留執行個體的折扣最多為隨需執行個體的 45%,3 年期預留執行個體的折扣最多為 66%。預留執行個體提供跨執行個體大小和叢集組態選項的彈性
預留執行個體折扣費率會自動套用至 Aurora 標準和 Aurora I/O 最佳化組態中相同執行個體系列中任何大小的用量 (例如 T3 和 R5)。您承諾在整個期限內使用預留執行個體並支付折扣的小時費率,如下表所示。
雖然這些費率適用於 Aurora 標準,但在將預留執行個體與 Aurora I/O 最佳化搭配使用時,Aurora 會自動根據您的用量計算這些選項之間的價格差異。 若要充分利用 Aurora I/O 最佳化的 RI 折扣優勢,您可以購買與目前 RI 相似的 30% 額外 RI。 如需詳細資訊,請參閱定價範例。 將按該期限的每個小時向您計費,無論是否產生任何使用量。
您為計劃使用的每個資料庫執行個體購買預留執行個體。您可以透過呼叫「購買 API」,或在 AWS Console 中選取「預留執行個體」選項,將資料庫執行個體指定為預留執行個體。將資料庫執行個體指定為預留執行個體時,您必須為適用的預留執行個體指定 AWS 區域、執行個體類型和數量。預留執行個體只能在指定區域中使用。
預留執行個體價格不包括儲存費用。 只有在資料庫叢集設定為 Aurora I/O 最佳化時,才會涵蓋讀取和寫入 I/O 費用。除了須遵循預留執行個體定價之外,預留執行個體還須支付以下費用︰依據 AWS 客戶協議或與我們達成的規範 AWS 服務使用的其他協議,適用的所有資料傳輸和其他費用。AWS 可以隨時終止預留執行個體的定價計劃。
閱讀詳細的預留執行個體定價範例。
Aurora 佈建預留執行個體定價
* 這是整個預留執行個體期間的平均每月費用。如果按月計費的話,實際每月付款將等於該月的實際小時數 x 每小時使用費或該月的秒數 x 每小時使用費/3600,具體取決於您執行的 Aurora 執行個體類型。小時使用費率等同於整個預留執行個體合約期間的每月費用總平均值除以整個預留執行個體合約期間的總小時數 (以一年 365 天計算)。
** 每小時有效定價可協助您計算預留執行個體比隨需定價節省多少成本。當您購買預留執行個體時,將按照您選擇的整個預留執行個體合約期間的每個小時向您收費,無論該執行個體是否在執行中。有效小時價格顯示執行個體的每小時攤餘成本。它採用預留執行個體在整個合約期間的總成本 (包括任何預付款),並將該成本分散到該預留執行個體合約期間的每個小時。
-
依資料庫儲存和 I/O 定價
使用 Aurora,您不需要事先佈建儲存或 I/O 操作,而且兩者都可以自動擴展。Aurora 的容錯分散式儲存可自動讓您的資料在一個區域中的三個可用區域保持耐用性。您只需支付一份資料副本的費用。
針對 Aurora 標準和 Aurora I/O 最佳化組態,Aurora 儲存會按照下表顯示的費率,以每 GB 月遞增計費。使用 Aurora 標準,您可以支付 Aurora 資料庫所使用的儲存和 I/O 操作費用。I/O 費用可能會因工作負載和資料庫引擎而有顯著差異。若要進一步了解 I/O 操作,請瀏覽 Aurora 常見問答集「問:Aurora 中的 I/O 操作是什麼?如何計算?」使用 Aurora I/O 最佳化,您無需支付讀取和寫入 I/O 操作的費用。
閱讀詳細的資料庫儲存和 I/O 操作定價範例。
Aurora 全球資料庫費用
Amazon Aurora 全球資料庫專為全球分散式應用程式所設計,可讓單一 Aurora 資料庫跨越多個區域。它可以複寫您的資料且不影響資料庫,支援每個區域的低延遲快速本機讀取並提供區域範圍內故障的災難復原。
使用 Aurora 全球資料庫,您需支付主要區域和每個次要區域之間複寫的寫入 I/O 操作數量費用。每個次要區域複寫的寫入 I/O 操作數量,與主要區域執行的區域內寫入 I/O 操作數量相同。使用 Aurora 標準和 Aurora I/O 最佳化組態選項,您需要為複寫的寫入 I/O 操作付費。除了複寫的寫入 I/O 之外,您還可以根據選擇的叢集組態,以及跨區域資料傳輸、備份儲存和其他可計費的 Aurora 功能,支付主要和次要區域中的執行個體、儲存和 I/O 用量費用。
閱讀詳細的 Aurora 全球資料庫定價範例。
備份儲存費用
Aurora 的備份儲存是與自動資料庫備份和所有客戶啟動資料庫叢集快照相關的儲存。
您不需要支付高達 100% 資料庫叢集大小的備份儲存費用。 在備份保留期內建立的資料庫快照集也不會收取任何費用。 對於所有其他備份和快照 (包括來自已刪除叢集的備份和快照),以下列費率按每 GB-月對用量計費:
Data API 費用
Data API 是一種易於使用的安全 HTTPS API,可用於對 Aurora 資料庫執行 SQL 查詢並加快現代應用程式的開發。Data API 可省去安全連線至 Aurora 資料庫所需的網路和應用程式組態任務,使存取 Aurora 變得與進行 API 呼叫一樣簡單。
藉由 Data API,您只需要為使用的 API 付費。沒有最低費用,也無需前期承諾。您只需要為您的應用程式所傳送的 API 和資料請求付費。Data API 請求資料承載以每個請求 32 KB 計算,這些請求將資料傳送至 API 或從 API 接收資料。如果您的 API 請求資料承載大小大於 32 KB,則針對每個 32 KB 增量,您需要為額外一個 API 請求付費。 因此,假設您的承載為 35 KB,則要支付兩個 API 請求的費用。
Data API 免費方案包括第一年每個月一百萬個請求,這是跨 AWS 區域的彙總用量。
客戶還將支付 AWS Secrets Manager 的費用,還可能要支付額外的 AWS CloudTrail 費用 (若啟用)。
資料傳輸費用
以下定價是根據「傳入」和「傳出」Aurora 的資料量計算。
- 在 AWS 免費方案中,AWS 的客戶將獲得所有 AWS 服務及區域共計每月 100GB 的免費網際網路資料傳出配額 (中國 (北京)、中國 (寧夏) 及 GovCloud (美國) 除外)。
- 在同一可用區域中的 Aurora 執行個體和 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體之間傳輸資料是免費的。
- 資料庫叢集複寫的可用區域之間傳輸的資料也是免費的。
- 對於在同一區域、不同可用區域中 Amazon EC2 執行個體和 Aurora 資料庫執行個體之間傳輸的資料,則收取 Amazon EC2 區域資料傳輸費。
AWS 客戶每月可免費將 100 GB (彙總所有 AWS 服務和區域 (中國和 GovCloud 除外) 的用量) 資料傳出至網際網路。100 GB 資料傳輸至網際網路的免費方案是全球性的,並非單獨或個別適用於 AWS 區域。
除非另有說明,否則價格不包括適用的稅金和稅收 (包括加值稅和適用的銷售稅)。帳單地址在日本的客戶若使用 AWS,則需負擔日本消費稅。
Amazon RDS 延伸支援的費用
Amazon RDS 延伸支援可讓您在社群生命週期結束後,繼續使用 MySQL 相容版本和 PostgreSQL 相容版本的主要版本。在此期間,AWS 會透過修補程式版本針對重大安全問題和錯誤提供修正,讓您有更多時間 (長達三年) 升級至新的主要版本,以協助滿足您的業務需求。
對於 Amazon Aurora 上的佈建執行個體,RDS 延伸支援依每小時每 vCPU 定價。對於 Aurora Serverless v2,RDS 延伸支援依您的資料庫每小時取用的 Aurora 容量單位 (ACU) 定價。RDS 延伸支援定價也取決於 AWS 區域和行事曆日期。Aurora MySQL 相容版本客戶在社群生命週期結束後,至少有一年的時間遷移至標準支援版本,之後才要開始支付 RDS 延伸支援費用。如需行事曆詳細資訊,請參閱 Amazon Aurora 文件。
-
RDS 延伸支援每小時定價
選取此選項以查看 Amazon RDS 延伸支援成本的詳細資訊您需要支付的 RDS 延伸支援價格取決於引擎版本、AWS 區域,以及該版本標準支援到期以來的行事曆年數。若要進一步了解特定引擎主要版本的第 1 年和第 2 年或第 3 年定價何時開始,請參閱 Amazon Aurora 文件。
進行建立、開始或修改等可計費狀態變更之後,不滿一小時以每秒遞增的方式計費,最低費用為 10 分鐘。
*Amazon RDS 延伸支援第 3 年定價僅適用於 Amazon Aurora PostgreSQL 相容版本。
RDS 延伸支援定價範例
如果您在 Aurora PostgreSQL 相容版本 12 上有執行個體,則此版本將於 2025 年 2 月 28 日結束標準支援。如果您在美國東部 (俄亥俄) 部署,則在 2025 年 3 月 1 日至 2027 年 2 月 28 日期間,每 vCPU-小時將支付 0.100 USD 的費用。從 2027 年 3 月 1 日起,您將需要支付每 vCPU-小時 0.200 USD 的費用。
快照或叢集匯出費用
快照匯出提供一種將資料從 Aurora 快照以 Parquet 格式匯出至 Amazon Simple Storage Service (Amazon S3) 的自動化方法。叢集匯出提供一種將資料從 Aurora 資料庫叢集,以 Parquet 格式匯出至 Amazon S3 的自動化方法。相較於文字格式,Parquet 格式的卸載速度提升達 2 倍,並且在 Amazon S3 中消耗的儲存減少達 6 倍。您可以使用 AWS 服務,例如 Amazon Athena、Amazon EMR 和 Amazon SageMaker,來分析匯出的資料。
對於所有快照和叢集匯出,按照每 GB 的快照資料對用量計費。隨後從同一快照匯出的資料並非遞增。閱讀詳細的快照或叢集匯出定價範例。
使用 AWS Key Management Service (AWS KMS) 加密或解密資料需要支付額外費用。 瀏覽 AWS KMS 定價頁面可找到有關這些費用的詳細資訊。對於在 Amazon S3 中儲存的匯出資料及針對 S3 儲存貯體進行的 PUT 請求,也需要付費。瀏覽 Amazon S3 定價頁面可找到有關這些費用的詳細資訊。
功能可用性和支援會因每個資料庫引擎的特定版本和 AWS 區域而異。如需將資料庫叢集快照資料匯出至 S3 的版本和區域可用性的詳細資訊,請參閱將快照資料匯出至 Amazon S3。
零 ETL 整合費用
Amazon Aurora 與 Amazon Redshift 零 ETL 整合,可在數 PB 來自 Aurora 的交易資料上啟用近乎即時的分析和採用 Amazon Redshift 的 ML。採用零 ETL 整合,就無須建置和管理執行擷取、轉換和載入 (ETL) 操作的複雜資料管道。
AWS 不會對零 ETL 整合收取額外費用。您需要為使用現有的 Amazon Aurora 和 Amazon Redshift 資源,建立和處理做為零 ETL 整合一部分而建立的變更資料付費。 這些資源可能包括啟用增強的 binlog 所用的額外 I/O 和儲存、初始資料匯出以植入 Amazon Redshift 資料庫的快照匯出費用、用於存放複寫資料的額外 Amazon Redshift 儲存和用於處理資料複寫的運算,以及用於將資料從來源移至目標的跨 AZ 資料傳輸費用。透過零 ETL 整合持續處理資料變更,而無需額外費用。
Aurora 定價範例
下列範例示範如何針對 Aurora 可用的資源和功能計算 Aurora 成本。
使用 Aurora Serverless 的範例:
例如,假設有需要 5 ACU 並執行 30 分鐘的工作負載。我們想要計算在 Aurora Serverless v1 和 v2 上執行此工作負載的運算成本,而資料庫叢集在美國東部 (維吉尼亞北部) 設定為 Aurora 標準和 Aurora I/O 最佳化。
使用 Aurora Serverless v2 時,您可以設定的最小資料庫容量為 0.5 ACU。資料庫立即從 0.5 ACU 擴展至 5 ACU,執行 30 分鐘並縮減至最小容量 0.5 ACU。由於 v2 的擴展速度提高了 15 倍,因此資料庫在約 3 分鐘內從 5 ACU 變為 0.5 ACU。因此,以下是執行此工作負載的運算成本。
範例 1:採用 Aurora 標準的 Aurora Serverless v2 定價
用量 | 計算 | 成本 |
可立即從 0.5 ACU 擴展至 5 ACU |
||
在 5 ACU 執行 30 分鐘 | 5 ACU * 每 ACU 小時 0.12 USD * 30/60 小時 | 0.30 USD |
只需 3 分鐘即可從 5 ACU 縮減至 0.5 ACU | 5 ACU * 每 ACU 小時 0.12 USD * 3/60 小時 | 0.03 USD |
使用 Aurora Serverless v2 的運算成本 (Aurora 標準) |
0.33 USD |
範例 2:採用 Aurora I/O 最佳化的 Aurora Serverless v2 定價
用量 | 計算 | 成本 |
可立即從 0.5 ACU 擴展至 5 ACU |
||
在 5 ACU 執行 30 分鐘 | 5 ACU * 每 ACU 小時 0.156 USD * 30/60 小時 | 0.39 USD |
只需 3 分鐘即可從 5 ACU 縮減至 0.5 ACU | 5 ACU * 每 ACU 小時 0.156 USD * 3/60 小時 | 0.04 USD |
使用 Aurora Serverless v2 的運算成本 (Aurora I/O 最佳化) |
0.43 USD |
使用 Aurora Serverless v1,您可以設定的最小容量為 1 ACU。Aurora Serverless v1 擴展容量所需的時長取決於工作負載。假設 Aurora Serverless v1 能夠每分鐘將容量翻一番,則資料庫將在 3 分鐘內擴展至 8 ACU。資料庫隨後在 8 ACU 上執行 30 分鐘。最後,透過每 15 分鐘將容量減半,資料庫從 8 ACU 縮減至 1 ACU。因此,以下是執行此工作負載的運算成本。
範例 3:Aurora Serverless v1 定價:
用量 | 計算 | 成本 |
在 1 分鐘內從 1 ACU 擴展到 2 個 ACU |
1 ACU * 每 ACU 每小時 0.06 USD * 1/60 小時 | 0.001 USD |
在 1 分鐘內從 2 ACU 擴展到 4 ACU | 2 ACU * 每 ACU 小時 0.06 USD * 1/60 小時 | 0.002 USD |
在 1 分鐘內從 4 ACU 擴展到 8 ACU | 4 ACU * 每 ACU 小時 0.06 USD * 1/60 小時 | 0.004 USD |
在 8 ACU 執行 30 分鐘 | 8 ACU * 每 ACU 小時 0.06 USD * 30/60 小時 | 0.240 USD |
在 15 分鐘內從 8 ACU 縮減至 4 ACU | 8 ACU * 每 ACU 小時 0.06 USD * 15/60 小時 | 0.120 USD |
在 15 分鐘內從 4 ACU 縮減至 2 ACU | 4 ACU * 每 ACU 小時 0.06 USD * 15/60 小時 | 0.060 USD |
在 15 分鐘內從 2 ACU 縮減至 1 ACU | 2 ACU * 每 ACU 小時 0.06 USD * 15/60 小時 | 0.030 USD |
使用 Aurora Serverless v1 的運算成本 | 0.457 USD |
搭配 Aurora I/O 最佳化使用 Aurora 標準預留執行個體的範例
您可以透過 Aurora I/O 最佳化重複使用現有的 Aurora 標準預留執行個體 (RI)。若要充分利用 Aurora I/O 最佳化的 RI 折扣優勢,您可以購買與目前 RI 相似的 30% 額外 RI。下表顯示使用 Aurora I/O 最佳化時如何估計額外 RI 的範例。如果需要的 RI 只是一小部分,您可以利用 RI 提供的大小彈性來取得整數值,如下所示。在下列範例中,目前的 RI 指的是您目前擁有的 Aurora 標準 RI,而額外的 RI 是指您必須購買以在使用 Aurora I/O 最佳化時維持目前 RI 折扣的 Aurora 標準 RI 數量。如果您選擇不購買額外 RI,則將適用隨需費率。
執行個體類型 | 目前 RI 的數量 | 所需 RI 數量 (針對 Aurora I/O 最佳化) |
額外的 RI | 額外的 RI (具有大小靈活性) |
db.r6g.large | 10 | 10 * 1.3 = 13 | 3 db.r6g.large | 3 db.r6g.large RIs |
db.r6g.4xlarge | 20 | 20 * 1.3 = 26 | 6 db.r6g.4xlarge | 6 db.r6g.4xlarge RIs |
db.r6i.24xlarge | 15 | 15 * 1.3 = 19.5 | 4.5 db.r6i.24xlarge | 4 db.r6i.24xlarge RIs + 1 db.r6i.12xlarge RI (0.5 db.r6i.24xlarge = 1 db.r6i.12xlarge) |
db.r6g.12xlarge | 5 | 5 * 1.3 = 6.5 | 1.5 db.r6g.12xlarge | 1 db.r6g.12xlarge RIs + 1 db.r6g.4xlarge RI + 1 db.r6g.2xlarge RI (0.5 db.r6g.12xlarge = 1 db.r6g.4xlarge + 1 db.r6g.2xlarge) |
使用資料庫儲存和 I/O 操作的範例:
假設您使用 Aurora 資料庫,在月初時 (30 天期) 以一個 1,000GB 的資料庫作為開始,每日成長 2%,亦即 20GB。同樣假設同一個資料庫為滿足在其上執行的查詢,每秒從儲存區讀取 350 個資料頁面。最終,假設您的應用程式對資料庫作出變更,平均每秒影響 100 個資料頁面。我們想要使用美國東部 (維吉尼亞北部) 的 Aurora 標準和 Aurora I/O 最佳化儲存,計算執行此工作負載所需的儲存和 I/O 成本。
範例 1:使用 Aurora 標準的定價
用量 | 計算 | 成本 |
1,000GB 的儲存空間每天增加 2%,持續 30 天 |
(1,000GB * 30 天 + 20GB * 29 天 + 20GB * 28 天 +... + 20GB * 1 天) * 每 GB-月 0.10 USD | 129.00 USD |
每秒讀取 350 個資料頁面的 I/O,持續 30 天 (假設頁面大小為 16 KB) | (350 個資料頁面 * 30 天 * 24 小時 * 60 分鐘 * 60 秒) * 每一百萬個 I/O 0.20 USD | 181.44 USD |
每秒寫入 100 個資料頁面的 I/O,持續 30 天 (假設頁面大小為 4 KB) | (100 個資料頁面 * 30 天 * 24 小時 * 60 分鐘 * 60 秒) * 每一百萬個 I/O 0.20 USD | 51.84 USD |
採用 Aurora 標準的儲存和 I/O 成本 |
362.28 USD |
範例 2:使用 Aurora I/O 最佳化的定價
用量 | 計算 | 成本 |
1,000GB 的儲存空間每天增加 2%,持續 30 天 |
(1,000GB * 30 天 + 20GB * 29 天 + 20GB * 28 天 +... + 20GB * 1 天) * 每 GB-月 0.225 USD | 290.25 USD |
每秒讀取 350 個資料頁面的 I/O,持續 30 天 (假設頁面大小為 16 KB) | (350 個資料頁面 * 30 天 * 24 小時 * 60 分鐘 * 60 秒) * 讀取 I/O 0 USD | - |
每秒寫入 100 個資料頁面的 I/O,持續 30 天 (假設頁面大小為 4 KB) | (100 個資料頁面 * 30 天 * 24 小時 * 60 分鐘 * 60 秒) * 寫入 I/O 0 USD - | - |
採用 Aurora I/O 最佳化的儲存和 I/O 成本 |
290.25 USD |
針對此工作負載,使用 Aurora I/O 最佳化功能可節省 19.8% 的儲存成本。
使用 Aurora 全球數據庫的範例
假設您的 Aurora 全球資料庫主要區域有兩個執行個體,使用了 80GB 的儲存且每月執行 4,500 萬次寫入 I/O 操作和 500 萬次讀取 I/O 操作。假設次要區域有一個執行個體,每月執行 500 萬次讀取 I/O 操作。我們想要計算以美國東部 (維吉尼亞北部) 為主要區域、美國西部 (奧勒岡) 為次要區域執行全域資料庫的成本。
範例 1:使用 Aurora 標準的定價
主要區域 – 美國東部 (維吉尼亞北部) | ||
用量 | 計算 | 成本 |
資料庫執行個體 |
2 * db.r6i.large (以每小時 0.29 USD) * 30 天 * 24 小時 | 417.60 USD |
儲存 | 80GB * 每 GB-月 0.10 USD (30 天) | 8.00 USD |
複寫的寫入 I/O | 無 | - |
讀寫 I/O |
5000 萬個 I/O * 每一百萬個 I/O 0.20 USD | 10.00 USD |
資料傳輸 | 4500 萬個寫入 I/O * 每個 I/O 2.75 KB * 每 GB 0.02 USD | 2.48 USD |
使用 Aurora 標準的主要區域成本 | 438.08 USD |
次要區域 – 美國西部 (奧勒岡) | ||
用量 | 計算 | 成本 |
資料庫執行個體 |
1 * db.r6i.large (以每小時 0.29 USD) * 30 天 * 24 小時 | 208.80 USD |
儲存 | 80GB * 每 GB-月 0.10 USD (30 天) | 8.00 USD |
複寫的寫入 I/O | 4500 萬個複寫的寫入 I/O * 每 1 百萬個 I/O 0.20 USD | 9.00 USD |
讀寫 I/O |
5000 萬個 I/O * 每一百萬個 I/O 0.20 USD | 10.00 USD |
資料傳輸 | 無 | - |
採用 Aurora 標準的次要區域成本 | 235.80 USD |
範例 2:使用 Aurora I/O 最佳化的定價
主要區域 – 美國東部 (維吉尼亞北部) | ||
用量 | 計算 | 成本 |
資料庫執行個體 |
2 * db.r6i.large (以每小時 0.377 USD) * 30 天 * 24 小時 | 542.88 USD |
儲存 | 80GB * 每 GB 月 0.225 USD (30 天) | 18.00 USD |
複寫的寫入 I/O | 無 | - |
讀寫 I/O |
5000 萬個 I/O * 每一百萬個 I/O 0 美元 | - |
資料傳輸 | 4500 萬個寫入 I/O * 每個 I/O 2.75 KB * 每 GB 0.02 USD | 2.48 USD |
採用 Aurora I/O 最佳化的主要區域成本 | 563.36 USD |
次要區域 – 美國西部 (奧勒岡) | ||
用量 | 計算 | 成本 |
資料庫執行個體 |
1 * db.r6i.large (以每小時 0.377 USD) * 30 天 * 24 小時 | 271.44 USD |
儲存 | 80GB * 每 GB 月 0.225 USD (30 天) | 18.00 USD |
複寫的寫入 I/O | 4500 萬個複寫的寫入 I/O * 每 1 百萬個 I/O 0.20 USD | 9.00 USD |
讀寫 I/O |
5000 萬個 I/O * 每一百萬個 I/O 0 美元 | - |
資料傳輸 | 無 | - |
採用 Aurora I/O 最佳化的次要區域成本 | 298.44 USD |
使用恢復的範例
假設您的 Aurora 資料庫每小時產生 10,000,000 條變更記錄,而您希望最多可恢復過去 10 個小時的記錄。我們想要計算此案例在美國東部 (維吉尼亞北部) 的恢復成本。
用量 | 計算 | 成本 |
在 10 小時內,每小時有 10,000,000 條變更記錄 |
(10,000,000 條變更記錄 * 10 小時) * 每一百萬條變更記錄 0.012 USD | 1.20 USD |
恢復成本 | 1.20 USD |
使用 Data API 的範例
範例 1:具有混合 INSERTS 和讀取請求的 Data API 定價
呼叫 Data API 以查詢 Aurora PostgreSQL 相容版本時會使用 ExecuteStatement API 呼叫。每個月共有 410 萬個 API 請求。410 萬個請求中的 210 萬個會插入至 Aurora。每個請求都有資料,API 承載大小為 64 KB/請求。總共 410 萬個請求中的 200 萬個會讀取 Aurora 資料。其中,100 萬個請求的資料傳回承載小於 32 KB,另 100 萬個請求的承載大小介於 32.01 KB 和 64 KB 之間。
用量 | 計算 | 費用 |
每月 210 萬個 API 請求且承載為 64 KB/請求,其中每個 API 需要 2 個請求 (64 KB 需要 64 KB/32 KB,或者 2 個請求/API) |
210 萬 * 2 * 0.35 USD/百萬個 | 1.47 USD |
每月 200 萬個 API 請求,其中 1 百萬個的承載為 32 KB,另 1 百萬個的承載介於 32.01 KB 和 64 KB 之間,且需要 2 個請求 (32.01 KB 至 64 KB/32 KB 或 2 個請求/API) | (1 百萬個 API * 0.35 USD/百萬個) + (1 百萬個 API * 2 * 0.35 USD/百萬個 API) | 1.05 USD |
免費方案一年 1 百萬個 API 請求 | - 一年 1 百萬個 API 請求的 0.35 USD | - 0.35 USD |
Data API 費用 | 2.17 USD |
範例 2:免費方案的 Data API 定價
呼叫 Data API 以查詢 Aurora PostgreSQL 相容版本時會使用 ExecuteStatement API 呼叫。每個月有 300,000 個 API 請求。所有 API 請求傳回 64 KB 資料承載,因此每個請求的費用將為 64 KB / 32 KB = 2 個請求的費用。
用量 | 計算 | 費用 |
300,000 個 API 請求且承載為 64 KB,其中每個 API 需要 2 個請求 (64 KB 需要 64 KB / 32 KB 或 2 個 API 請求) |
30 萬個 API * 2 * 0.35 USD/百萬個 API | 0.21 USD |
免費方案一年 1 百萬個 API 請求 | - 一年 1 百萬個 API 請求的 0.35 USD | - 0.35 USD |
Data API 費用 | 第一年 0.00 USD/月 |
範例 3:使用所有請求類型的 Data API 定價
呼叫 Data API 以查詢 Aurora PostgreSQL 相容版本時會使用所有五種 API 呼叫 (BeginTransaction、CommitTransaction、RollbackTransaction、ExecuteStatement、BatchExecuteStatement。每個月有 12 億個 API 請求。任何請求都不會傳回或傳送超過 32 KB 的資料承載。
用量 | 計算 | 費用 |
每個月 10 億個 API 請求且承載小於 32 KB | 10 億個 API 請求 * 0.35 USD/百萬個 | 350 USD |
每個月 2 億個 API 請求且承載小於 32 KB | 2 億個 API 請求 * 0.20 USD/百萬個 | 40 USD |
免費方案一年 1 百萬個 API 請求 | - 一年 1 百萬個 API 請求的 0.35 USD | - 0.35 USD |
Data API 費用 | 第一年每月 389.65 USD/月 |
使用快照或叢集匯出的範例
假設您有一個 100GB 的快照,並使用篩選功能從該快照中選取一個 10 GB 的資料表以匯出至 Amazon S3。
用量 | 計算 | 成本 |
從 100GB 快照匯出 10GB 資料表 (後續匯出相同快照的資料並非累加) |
100GB * 每 GB 0.010 USD | 1.00 USD |
匯出成本 | 1.00 USD |
了解如何開始使用 Amazon Aurora