Amazon Aurora

Amazon Aurora 定價

適用於 PostgreSQL 與 MySQL 相容版本

Amazon Aurora 為關聯式資料庫服務,提供無與倫比的高效能及全球規模的高可用性,並具備完整 MySQLPostgreSQL 相容性,以及與 PostgreSQL 相容的 DSQL。使用 Aurora,您僅需按實際用量付費。

Aurora PostgreSQL 與 Aurora MySQL 提供隨需與預留執行個體定價。Aurora 會針對資料庫執行個體與儲存空間,以及您選擇啟用的任何選用功能收費。Aurora DSQL 採用無伺服器定價模式,您可在 Aurora DSQL 定價頁面進一步了解。 

您的 Aurora 用量可能符合資料庫 Savings Plans 資格;此彈性定價模式讓您透過承諾在 1 年期內維持特定用量 (以每小時美元金額計算) 來換取優惠。您可在資料庫 Savings Plans 定價頁面進一步了解符合資格的用量。

Aurora 叢集組態

使用 Aurora PostgreSQL 與 Aurora MySQL,無論應用程式的擴展需求或資料存取模式如何演變,您皆可設定資料庫叢集以具成本效益的方式運作。您可彈性選擇 Aurora 標準與 Amazon Aurora I/O 最佳化組態選項,以最符合您獨特工作負載特性的價格效能比價格可預測性需求。您的資料庫執行個體、儲存和 I/O 費用會根據選擇的選項而有所不同。 執行個體費用
適用於 Aurora 主要執行個體與複本。

Aurora I/O 最佳化為 I/O 密集型應用程式提供更佳價格效能比與可預測的定價。使用 Aurora I/O 最佳化,若您的 I/O 支出超過 Aurora 資料庫總支出的 25%,最多可節省 40% 的成本。您僅需支付資料庫執行個體和儲存用量的費用,讀取和寫入 I/O 操作不會收取任何費用。 

針對許多在 Aurora 上執行、具典型資料存取模式且 I/O 用量為低至中度的應用程式,Aurora 標準可提供具成本效益的定價。使用 Aurora 標準,您可以支付資料庫執行個體、儲存和按請求付費 I/O 的費用。

按資料庫執行個體定價

針對 Aurora PostgreSQL 與 Aurora MySQL,您可選擇:

  1. Amazon Aurora Serverless:會根據應用程式需求自動啟動、關閉,並擴展或縮減容量。您僅需按耗用的容量付費。
  2. 佈建執行個體:在已佈建的執行個體類型參數範圍內運作。使用隨需定價時,您按消耗的資料庫執行個體小時付費,無需長期承諾或預付費用;亦可選擇佈建預留執行個體以節省額外費用。
  3. Amazon Aurora PostgreSQL Limitless Database 適用於需要大規模水平擴展的工作負載。可每秒處理數百萬筆寫入交易並管理 PB 級資料,同時維持在單一資料庫內運作的簡易性。

選取 Aurora MySQL 相容版本或 Aurora PostgreSQL 相容版本,以檢視資料庫執行個體定價。

    • 無伺服器
    • Amazon Aurora Serverless 是隨需、自動擴展組態,可根據應用程式需求,自動調整資料庫容量。藉助 Aurora Serverless,您的資料庫容量會自動擴展或縮減以滿足應用程式工作負載的需要,並在靜止期間自動關閉以節省成本和管理時間。Aurora Serverless 可以按每秒計費的 Aurora 容量單位 (ACU) 來衡量資料庫容量。1 ACU 約有 2GiB 的記憶體且包含對應的 CPU 和聯網,與 Aurora 佈建執行個體使用的類似。

      Aurora Serverless

      Amazon Aurora Serverless 可立即擴展資料庫,以支援每秒數十萬筆交易,並支援 Aurora 的所有功能,包含多可用區域部署、僅供讀取複本和全域資料庫。

      可以根據應用程式的價格效能比和價格可預測性需求,選擇設定資料庫叢集中的所有執行個體,以使用 Aurora 標準或 Aurora I/O 最佳化組態。

      擴大延遲時間

      立即擴展至每秒數十萬筆交易

      縮減延遲時間

      高達 15 倍的速度

      初始容量

      0 ACU

      容量精細程度

      精細度,增量小至 0.5 ACU

      僅供讀取複本

      多達 15 個 Aurora 複本,可實現讀取的可擴展性

      多可用區域和 SLA

      在個別可用區域中散佈僅供讀取複本,以實現高可用性。請參閱 Amazon Aurora SLA 了解詳細資訊。

      Aurora 全球資料庫

      在任何區域低於一秒的資料存取,以及跨區域災難復原。請參閱 Aurora 全球資料庫了解詳細資訊。

    • 佈建的隨需執行個體
    • 使用隨需執行個體時,您只需要按小時支付資料庫的費用,無須簽訂長期合約或預先支付費用。

      定價是按使用的執行個體小時數計算,也就是資料庫執行個體啟動到停止或刪除這段時間。進行建立、開始或修改資料庫執行個體等可計費狀態變更之後,不滿一小時的執行個體以 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 天計算)。

      ** 每小時有效定價可協助您計算預留執行個體比隨需定價節省多少成本。當您購買預留執行個體時,將按照您選擇的整個預留執行個體合約期間的每個小時向您收費,無論該執行個體是否在執行中。有效小時價格顯示執行個體的每小時攤餘成本。它採用預留執行個體在整個合約期間的總成本 (包括任何預付款),並將該成本分散到該預留執行個體合約期間的每個小時。

    • 無伺服器
    • Amazon Aurora Serverless 是隨需、自動擴展組態,可根據應用程式需求,自動調整資料庫容量。藉助 Aurora Serverless,您的資料庫容量會自動擴展或縮減以滿足應用程式工作負載的需要,並在靜止期間自動關閉以節省成本和管理時間。Aurora Serverless 可以按每秒計費的 Aurora 容量單位 (ACU) 來衡量資料庫容量。1 ACU 約有 2GiB 的記憶體且包含對應的 CPU 和聯網,與 Aurora 佈建執行個體使用的類似。

      Aurora Serverless

      Amazon Aurora Serverless 可立即擴展資料庫,以支援每秒數十萬筆交易,並支援 Aurora 的所有功能,包含多可用區域部署、僅供讀取複本和全域資料庫。

      可以根據應用程式的價格效能比和價格可預測性需求,選擇設定資料庫叢集中的所有執行個體,以使用 Aurora 標準或 Aurora I/O 最佳化組態。

      擴大延遲時間

      立即擴展至每秒數十萬筆交易

      縮減延遲時間

      高達 15 倍的速度

      初始容量

      0 ACU

      容量精細程度

      精細度,增量小至 0.5 ACU

      僅供讀取複本

      多達 15 個 Aurora 複本,可實現讀取的可擴展性

      多可用區域和 SLA

      在個別可用區域中散佈僅供讀取複本,以實現高可用性。請參閱 Amazon Aurora SLA 了解詳細資訊。

      Aurora 全球資料庫

      在任何區域低於一秒的資料存取,以及跨區域災難復原。請參閱 Aurora 全球資料庫了解詳細資訊。

    • 佈建的隨需執行個體
    • 使用隨需執行個體時,您只需要按小時支付資料庫的費用,無須簽訂長期合約或預先支付費用。

      定價是按使用的執行個體小時數計算,也就是資料庫執行個體啟動到停止或刪除這段時間。進行建立、開始或修改資料庫執行個體等可計費狀態變更之後,不滿一小時的執行個體以 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 天計算)。

      ** 每小時有效定價可協助您計算預留執行個體比隨需定價節省多少成本。當您購買預留執行個體時,將按照您選擇的整個預留執行個體合約期間的每個小時向您收費,無論該執行個體是否在執行中。有效小時價格顯示執行個體的每小時攤餘成本。它採用預留執行個體在整個合約期間的總成本 (包括任何預付款),並將該成本分散到該預留執行個體合約期間的每個小時。

    • 無限資料庫
    • Amazon Aurora PostgreSQL Limitless Database 是 Aurora 的自動化水平擴展功能,可無縫地擴展,超越單一執行個體的寫入輸送量和儲存限制。 該服務將工作負載分配至多個 Aurora 寫入器執行個體,同時確保單一資料庫內操作的便捷性。Aurora PostgreSQL Limitless Database 提供分散式查詢規劃和交易管理等功能,因此,您可以擴展工作負載,而無需建立自訂應用程式邏輯或管理多個資料庫。該服務會在符合指定預算的同時新增額外運算資源,因此無需針對峰值佈建,而需求降低時,運算會自動縮減規模。Aurora PostgreSQL Limitless Database 按每秒計費的 Aurora 容量單位 (ACU) 來衡量資料庫容量。一個 ACU 具有約 2GiB 記憶體,以及相應的 CPU 和網路。

      如果您已針對同一帳戶啟用 Amazon GuardDuty RDS ProtectionAmazon GuardDuty 登入監控功能會在您設定並執行 Aurora PostgreSQL Limitless Database 後自動開始處理日誌事件,從而影響您的 GuardDuty RDS Protection 支出。如需更多詳細資訊,請瀏覽 Amazon GuardDuty 定價頁面

依資料庫儲存和 I/O 定價

使用 Aurora,您無需預先佈建儲存空間或 I/O 操作,兩者皆會隨應用程式需求自動擴展。Aurora 的容錯分散式儲存可自動讓您的資料在一個區域中的三個可用區域保持耐用性。您只需支付一份資料副本的費用。

針對 Aurora 標準和 Aurora I/O 最佳化組態,Aurora 儲存會按照下表顯示的費率,以每 GB 月遞增計費。使用 Aurora 標準,您可以支付 Aurora 資料庫所使用的儲存和 I/O 操作費用。I/O 費用按每百萬次請求增量計費,並可能視工作負載與資料庫引擎而異。 使用 Aurora I/O 最佳化時,讀取與寫入 I/O 操作皆不收費。

請參閱下方資料庫儲存與 I/O 操作定價範例常見問答集,進一步了解 I/O 操作及其計算方式。

Page-Illo_PricingCalculator_Wallet_1x

AWS 定價計算器

一次估算即可計算您的 Amazon Aurora 和架構成本。

其他功能與費用

  • Amazon Aurora 全球資料庫專為全球分散式應用程式所設計,可讓單一 Aurora 資料庫跨越多個區域。它可以複寫您的資料且不影響資料庫,支援每個區域的低延遲快速本機讀取並提供區域範圍內故障的災難復原。

    使用 Aurora 全球資料庫,您需支付主要區域和每個次要區域之間複寫的寫入 I/O 操作數量費用。每個次要區域複寫的寫入 I/O 操作數量,與主要區域執行的區域內寫入 I/O 操作數量相同。使用 Aurora 標準和 Aurora I/O 最佳化組態選項,您需要為複寫的寫入 I/O 操作付費。除了複寫的寫入 I/O 之外,您還可以根據選擇的叢集組態,以及跨區域資料傳輸、備份儲存和其他可計費的 Aurora 功能,支付主要和次要區域中的執行個體、儲存和 I/O 用量費用。

  • Amazon Aurora PostgreSQL 提供的最佳化讀取執行個體,適用於資料集超出執行個體記憶體,且需要快速查詢效能的讀取密集型應用程式。此類執行個體利用本機 NVMe SSD 區塊層級儲存,針對資料集超出資料庫執行個體記憶體容量的應用程式,改善查詢延遲。使用最佳化讀取無需額外付費。

    最佳化讀取執行個體包含:階層式快取與暫存物件。

    分層快取可改善高達 8 倍的查詢延遲,並節省高達 30% 的成本,適用於高讀取量、I/O 密集型應用程式,例如操作儀表板、異常偵測,以及以向量為基礎的相似性搜尋。此功能會自動將從記憶體資料庫緩衝快取移出的資料,儲存至本機儲存空間,以加速後續資料存取。分層快取適用於搭載 Aurora I/O 優化組態的 Aurora PostgreSQL。

    臨時物件可將臨時資料表置於本機儲存,藉此改善涉及排序、雜湊彙總、高負載聯結和其他資料密集型操作的查詢效能,以實現更快的查詢處理。臨時物件適用於搭載 Aurora I/O 優化和 Aurora 標準組態的 Aurora PostgreSQL。
     

  • 恢復功能可讓您快速將 Aurora 資料庫恢復到之前時間點的狀態,無須從備份恢復資料。這可讓您快速從使用者錯誤復原,像是捨棄錯誤的表格或刪除錯誤的列。此功能目前適用於 Aurora MySQL。

    指定可以恢復到多久之前的狀態 (例如,24 小時之內)。Aurora 將會保留指定恢復期間的日誌,稱為變更記錄。您支付存放變更記錄的小時費用。
     

  • AWS 不會對零 ETL 整合收取額外費用。您需要為使用資源,建立和處理做為零 ETL 整合一部分而建立的變更資料付費。這些資源可能包括啟用增強的 binlog 所用的額外 I/O 和儲存、初始資料匯出以植入資料庫的快照匯出費用、用於存放複寫資料的額外儲存和用於處理資料複寫的運算,以及用於將資料從來源移至目標的跨可用區域資料傳輸費用。透過零 ETL 整合持續處理資料變更,無需額外費用。

     

  • Aurora 的備份儲存是與自動資料庫備份和所有客戶啟動資料庫叢集快照相關的儲存。

    不需要支付高達 100% 資料庫叢集大小的備份儲存費用。備份保留期內建立的資料庫快照集也不會收取任何費用。 對於所有其他備份和快照 (包括來自已刪除叢集的備份和快照),以下列費率按每 GB-月對用量計費:

  • 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 區域資料傳輸費。
  • Amazon RDS 延伸支援可讓您在社群生命週期結束後,繼續使用 MySQL 相容版本和 PostgreSQL 相容版本的主要版本。在此期間,AWS 會透過修補程式版本針對重大安全問題和錯誤提供修正,讓您有更多時間 (長達三年) 升級至新的主要版本,以協助滿足您的業務需求。

    對於 Amazon Aurora 上的佈建執行個體,RDS 延伸支援依每小時每 vCPU 定價。對於 Aurora Serverless,RDS 延伸支援依您的資料庫每小時取用的 Aurora 容量單位 (ACU) 定價。RDS 延伸支援定價也取決於 AWS 區域和行事曆日期。Aurora MySQL 相容版本客戶在社群生命週期結束後,至少有一年的時間遷移至標準支援版本,之後才要開始支付 RDS 延伸支援費用。如需行事曆詳細資訊,請參閱 Amazon Aurora 文件

    進行建立、開始或修改等可計費狀態變更之後,不滿一小時以每秒遞增的方式計費,最低費用為 10 分鐘。

    *Amazon RDS 延伸支援第 3 年定價僅適用於 Amazon Aurora PostgreSQL 相容版本。

  • 快照匯出提供將資料從 Aurora 快照以 Parquet 格式匯出至 Amazon Simple Storage Service (Amazon S3) 的自動化方法。叢集匯出提供將資料從 Aurora 資料庫叢集,以 Parquet 格式匯出至 Amazon S3 的自動化方法。相較於文字格式,Parquet 格式的卸載速度提升達 2 倍,並且在 Amazon S3 中消耗的儲存減少達 6 倍。您可以使用 AWS 服務,例如 Amazon AthenaAmazon EMRAmazon SageMaker,來分析匯出的資料。

    對於所有快照和叢集匯出,按照每 GB 的快照資料對用量計費。隨後從同一快照匯出的資料並非遞增。

    使用 AWS Key Management Service (AWS KMS) 加密或解密資料需要支付額外費用。 瀏覽 AWS KMS 定價頁面可找到有關這些費用的詳細資訊。對於在 Amazon S3 中儲存的匯出資料及針對 S3 儲存貯體進行的 PUT 請求,也需要付費。瀏覽 Amazon S3 定價頁面可找到有關這些費用的詳細資訊。

    功能可用性和支援會因每個資料庫引擎的特定版本和 AWS 區域而異。如需將資料庫叢集快照資料匯出至 S3 的版本和區域可用性的詳細資訊,請參閱將快照資料匯出至 Amazon S3。

Aurora 定價範例

  • 假設某工作負載需要 5 ACU 並執行 30 分鐘。我們想要計算在 Aurora Serverless 上執行此工作負載的運算成本,而資料庫叢集在美國東部 (維吉尼亞北部) 設定為 Aurora 標準和 Aurora I/O 最佳化。

    使用 Aurora Serverless 時,您可以設定的最小資料庫容量為 0.5 ACU。資料庫立即從 0.5 ACU 擴展至 5 ACU,執行 30 分鐘並縮減規模至最小容量 0.5 ACU。由於其縮減規模速度提高了 15 倍,因此資料庫在約 3 分鐘內從 5 ACU 變為 0.5 ACU。因此,以下是執行此工作負載的運算成本。

    範例 1:採用 Aurora 標準的 Aurora Serverless 定價

    用量 計算 成本

    可立即從 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 的運算成本 (Aurora 標準)

      0.33 USD

    範例 2:採用 Aurora I/O 最佳化的 Aurora Serverless 定價

    用量 計算 成本

    可立即從 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 的運算成本 (Aurora I/O 最佳化)

      0.43 USD
  • 您可以透過 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)
  • 假設您使用 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 全球資料庫主要區域有兩個執行個體,使用了 80GB 的儲存且每月執行 4,500 萬次寫入 I/O 操作和 500 萬次讀取 I/O 操作。假設次要區域有一個執行個體,每月執行 500 萬次讀取 I/O 操作。我們想要計算以美國東部 (維吉尼亞北部) 為主要區域、美國西部 (奧勒岡) 為次要區域執行全域資料庫的成本。

    範例 1:搭配 Aurora 標準的 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 最佳化的 Aurora 全球資料庫

    主要區域 – 美國東部 (維吉尼亞北部)
    用量 計算 成本

    資料庫執行個體

    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
  • 範例 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/月
  • 如果您在 Aurora PostgreSQL 相容版本 12 上有執行個體,則此版本將於 2025 年 2 月 28 日結束標準支援。如果您在美國東部 (俄亥俄) 部署,則在 2025 年 3 月 1 日至 2027 年 2 月 28 日期間,每 vCPU-小時將支付 0.100 USD 的費用。從 2027 年 3 月 1 日起,您將需要支付每 vCPU-小時 0.200 USD 的費用。

  • 假設您有一個 100GB 的快照,並使用篩選功能從該快照中選取一個 10 GB 的資料表以匯出至 Amazon S3。

    用量 計算 成本

    從 100GB 快照匯出 10GB 資料表 (後續匯出相同快照的資料並非累加)

    100GB * 每 GB 0.010 USD  1.00 USD
    匯出成本   1.00 USD

了解如何開始使用 Amazon Aurora

尋找入門資源
準備好開始建立?
開始使用 Amazon Aurora
還有其他問題嗎?
聯絡我們