選單

本頁面使用了機器翻譯。某些內容可能不盡完善。請告訴我們如何改進。

分享意見

AWS 資料傳輸定價:隱藏的網路傳輸成本及其處理方法

目錄

分享本頁

Aviv Degani
Aviv Degani

您是否注意到 AWS 資料傳輸費用會突然出現在您的每月雲端帳單中?在 AWS 內部或外部,您可以執行不同類型的資料傳輸。由於可用的傳輸類型種類繁多,而且亞馬遜的數據傳輸定價機制複雜,因此很難追蹤所有相關的成本。如果您希望進行一些AWS 成本優化,了解這些隱藏成本至關重要。

在本文中,我們將探討 AWS 資料傳輸定價,並提供一些控製成本的技巧,以避免 AWS 雲端帳單出現不必要的飆升,包括 NetApp Cloud Volumes ONTAP for AWS如何提供協助。

本文內容:

AWS 資料傳輸定價機制

一般來說,AWS 會根據使用者行動資料的方式收取費用:在 AWS 和網際網路之間以及在 AWS 雲端內部。

讓我們一起來看看這兩方面。

AWS 透過網際網路傳輸資料

從網際網路輸入:AWS 雲端不僅包括全球不同的區域和可用區,還包括 Direct Connect 連結和 AWS 邊緣站點。 Direct Connect 連結是從本機網站到 AWS 的專用私有連線。邊緣節點是 Amazon CloudFront 的一部分,它以更低的延遲向使用者提供 AWS 服務的快取內容。

從互聯網到 AWS 的任何資料傳輸都是免費的,無論是傳輸到 AWS 區域、Direct Connect 或邊緣節點。

傳送資料至網際網路: 透過網際網路傳送資料的傳輸將以區域特定的分級資料傳輸費率計費。這些費率考慮了以下所有服務傳輸的所有匯總資料:Amazon RDS、Amazon S3、Amazon Glacier、Amazon SQS、AWS Storage Gateway、Amazon SNS、Amazon DynamoDB 和 CloudWatch Logs。

您可以在此處查看按區域劃分的分級費率圖表

下面我們以美國西部地區為例列出了費率:分級費率

從邊緣位置傳輸到互聯網的資料將根據特定區域的資料分級費率計費:

AWS 雲端內的資料傳輸成本

您可以透過多種方式在 AWS 雲端中移動資料。讓我們來探索一下。

跨區域資料傳輸:跨區域資料傳輸費用以來源區域費率收取。例如,如果您在南美洲(聖保羅)區域的 Amazon S3 中儲存了 Web 內容備份,並且您需要將該資料從 S3 提取到任何其他區域,則您需要按照聖保羅區域的費率每 GB 0.138 美元支付費用。如果您正在擴展服務,並且現在您的應用程式使用者地理位置位於美國西海岸,並且您計劃將您的資料副本從美國東部(俄亥俄州)地區遷移到美國西部(洛杉磯),則您需要按美國東部地區的費率支付每 GB 0.02 美元的費用。您可以在此處找到所有特定來源的區域費率。進入該區域的車輛無需支付任何費用。 目標區域。

AWS 區域與 Direct Connect 位置之間的資料傳輸: 雖然將資料傳輸到任何 AWS 區域均不收取任何費用(這符合從互聯網將資料傳輸到 AWS 的一般規則),但將資料從 AWS 區域傳輸到 Direct Connect 位置則需要付費。

從 AWS 區域傳輸資料到 Direct Connect 位置的費率取決於來源區域和目標 Direct Connect 位置。

例如,從美國東部(俄亥俄州)地區向蒙特利爾的直接連接鏈路傳輸數據,每 GB 的成本為 0.0200 美元。將相同的資料從歐盟(法蘭克福)區域傳輸到同一蒙特利爾 Direct Connect 連結的成本為每 GB 0.0300 美元。

AWS 提供了一個完整的圖表,其中包含從 AWS 區域傳輸到 Direct Connect 位置的此處

邊緣位置與 AWS 區域之間的資料傳輸: 請記住,邊緣位置是屬於 Amazon CloudFront CDN(內容傳遞網路)的資料中心。

這些位置會快取視訊、API 或應用程式等數據,以實現低延遲存取。從 AWS 區域傳輸到邊緣位置是免費的。

從邊緣位置傳回其來源位置將按特定區域費率收費

:區域費率

同一區域內的 AWS 資料傳輸成本: 任何時候 AWS 資源或服務在同一區域內相互通信,都可能產生費用。這種類型的 AWS 資料傳輸成本可能比較難以追蹤和理解。

以下是關於區域內傳輸費用如何應用的一些基本準則:

  • 無論您是關於區域內傳輸費用如何應用的一些基本準則:

    • 無論您是在 Amazon EC2、AWS 容器、Amazon RDS、Amazon Redshift、Amazon DynamoDB Accelerator (DAX)、Amazon ElastiCache 實例、彈性網路或跨領域傳輸IPv6 位址進行的,都會收取每 GB 0.01 美元的出站費用和每 GB 0.01 美元的入站費用。

      例如,您可能要在同一可用區內的 VPC-a 中的 Redshift 叢集和 VPC-b 中的 EC2 執行個體之間傳輸 500 GB 的數據,則從 VPC-a 出站和進入 VPC-b 都會收取 5 美元的費用。

      沿用先前的範例,現在它們位於同一個 VPC 中,但位於不同的可用區,費用仍然相同。
    • 在同一可用區和同一 VPC 中的 EC2 執行個體、容器或彈性網路介面之間進行的任何資料傳輸,無論使用公有 IPv4 位址或彈性 IPv4 位址,都會收取每 GB 0.01 美元的出站費用和每 GB 0.01 美元的入站費用。

    • 在同一可用區和同一 VPC 中的 EC2 執行個體、服務、容器或彈性網路介面之間使用私有 IPv4 或 IPv6 位址進行的任何資料傳輸都是免費的。

    • 無法限制在特定可用區或 VPC 內的 AWS 服務(最明顯的例子是 AWS S3)與同一區域內的 EC2 執行個體或其他 AWS 服務之間的資料傳輸是免費的。

    • Amazon S3 是主要範例,但其他服務也遵循相同的規則,包括 Amazon Glacier、Amazon DynamoDB、Amazon SES、Amazon SQS、Amazon Kinesis、Amazon ECR、Amazon SNS 和 Amazon SimpleDB。

    跨可用區傳輸的一些重要例外:

    • 在同一區域內,Amazon Classic 或 Application Load Balancer 與 EC2 執行個體之間傳輸的資料是免費的。

    • 某些用於複製的多可用區配置在跨可用區複製資料時免收費用。

    • 其中包括 Amazon Aurora、Amazon Neptune 和 Amazon RDS。

    降低 AWS 資料傳輸成本的技巧

    制定良好的 AWS 成本優化策略的一部分是盡可能降低資料傳輸成本。

    除了了解 AWS 資料傳輸定價之外,還需要優化雲端基礎架構設計,採用高效的儲存解決方案,並制定預防性和主動性的監控計畫。為此,請查看以下七個技巧:
    • 控制資料量: 透過使用NetApp Cloud Volumes ONTAP等資料管理平台提高儲存效率來限制資料傳輸量,我們將在下文詳細介紹。

    • 區域獨佔: 如果可能,請將所有流量保持在同一區域內。如果流量需要離開某個區域,請檢查並選擇傳輸速率最低且最符合您業務需求的區域。

    • 可用區獨佔性: 請記住,在同一可用區和相同虛擬私有雲 (VPC) 內,使用 AWS 私有 IP 的所有流量都是免費的。因此,請盡可能使用私人 IP 位址,並將資源保留在相同可用區 (AZ) 和相同 VPC 內。

    • 避免使用 NAT 設備: 如果您的 VPC 內有需要與 Internet 或其他 AWS 公共資源通訊的 EC2 實例,請盡量不要使用專用的 設備,因為它們除了可能適用的資料傳輸費率外,還會對透過該裝置傳輸的每 GB 資料收取費用。為這些實例指派公網 IP 位址,並改用 VPC Internet Gateway NAT 功能。或者您也可以使用 VPC 端點

    • 使用 Amazon CloudFront: 如果您需要向網路使用者提供數據,請考慮使用 Amazon CloudFront。透過 Amazon CloudFront 向互聯網傳輸高達 50TB 的資料將比從 AWS 區域傳輸更便宜,延遲也更低。如果您擁有面向公眾的服務,提供視訊或音訊檔案等豐富的內容,這可能是個不錯的選擇。

    • 追蹤特定服務:請務必查看以下服務的資料傳輸定價,因為它們有特定的定價規則:Amazon ElastiCache、Amazon Neptune、Amazon CloudSearch、Amazon ElasticSearch、Amazon MSK(託管 Kafka)。

    AWS 成本優化工具

    預防和追蹤 AWS 資料傳輸成本是與監控相關的兩個主要策略。

以下是一些有價值的監控工具和資源,可以幫助您進行以下兩項操作:

預防性監控:

  • AWS 預算工具 可讓您設定成本閾值,以便在超出預算或預計超出預算時發出警報。您可以在此成本預算中包含資料傳輸參數。

    budget
  • 帳單提醒 允許您設定帳單提醒,當您的帳戶超過特定門檻時,Amazon CloudWatch 會觸發這些提醒。

追蹤:

  • 使用具有成本分配標籤的 AWS Cost Explorer 可能是深入了解資料傳輸成本的最佳方式。

  • 設定 VPC 流程日誌並將其發佈到 CloudWatch。

  • 使用 IPTraf 等網路流量監控工具。

在我們的部落格中了解更多信息,AWS 成本優化:概念、工具和最佳實踐

使用Cloud Volumes ONTAP實作 AWS 成本控制

那麼,實作Cloud Volumes ONTAP如何幫助您降低 AWS 資料傳輸成本?

Cloud Volumes ONTAP可以透過多種方式提供協助。

一項主要優勢是SnapMirror數據複製,它不僅允許在 AWS 內部的儲存庫之間高效地移動數據,還允許在本地部署和其他雲端之間移動數據。

NetApp 的儲存效率功能,包括重複資料刪除、壓縮和精簡,可確保實際使用的儲存空間盡可能少,從而減少要傳輸的資料量,進而降低成本。

例如,如果您在不同可用區中的節點之間進行複製用於災難復原,儲存效率可確保傳輸的資料量盡可能少。如果您在本機ONTAP系統和 AWS 中的Cloud Volumes ONTAP個體之間建立了SnapMirror資料複製關係,並且需要將 Snapshot™ 副本從 AWS 執行個體還原至本機,則您的傳輸將適用盡可能低的出口費用。

此外,Cloud Volumes ONTAP 從 Amazon EBS 到 S3 的自動資料分層也不會產生額外費用。

資料分層會根據資料的使用模式,自動在 Amazon EBS 和 Amazon S3 之間移動資料。當資料未使用時,會以較低的成本儲存在 S3 中;一旦再次需要, Cloud Volumes ONTAP自動將其分層回 EBS 以實現高效能使用,所有這些操作均無需支付傳輸費用。

閱讀這些客戶案例研究,了解 Cloud Volumes ONTAP 的儲存效率功能如何降低成本。

結論

您可以透過多種方式在雲端移動資料。

如果設計和處理不當,AWS 資料傳輸成本可能會飆升。

如果您打算在 AWS 中部署Cloud Volumes ONTAP ,其許多進階功能可節省 AWS 傳輸費用。

Cloud Volumes ONTAP會自動套用重複資料刪除、壓縮和精簡儲存技術,確保以盡可能少的資料量進行儲存和傳輸。
Drift chat loading