十項(xiàng)快速檢查，確保你的 AWS 支出處于控制之中

作者：顧暑晨翻譯 2024-05-08 08:02:29

S3 是幾乎所有 AWS 賬戶中最常用的服務(wù)之一，因此有一些簡(jiǎn)單的方法可以降低 S3 成本，這真是太好了。我建議的第一件事是將你無(wú)意選擇存儲(chǔ)類型的所有項(xiàng)目移至智能存儲(chǔ)類型。

在本文中，我們將向你展示如何檢查十種最常用的 AWS 服務(wù)是否可以輕松降低成本。

圖片

你是否對(duì) AWS 賬單感到驚訝？或者，也許你繼承了一個(gè) AWS 帳戶，并被告知 –“它有很多不同的應(yīng)用程序……沒(méi)有人真正知道誰(shuí)負(fù)責(zé)什么，最好不要?jiǎng)h除任何內(nèi)容。”或者你可能只是覺(jué)得你的 IT 支出已經(jīng)很長(zhǎng)時(shí)間沒(méi)有被檢查其合理性了。

嗯，今天是你的幸運(yùn)日！你將了解如何減少 AWS 賬單。在本文中，我們將向你展示如何檢查十種最常用的 AWS 服務(wù)是否可以輕松降低成本。

谷歌的“最常用的AWS服務(wù)”的鏈接列出了以下前十名：

S3
EC2
Lambda
Glacier
SNS
CloudFront
EBS
Kinesis
VPC

01.S3/Glacier

S3 是幾乎所有 AWS 賬戶中最常用的服務(wù)之一，因此有一些簡(jiǎn)單的方法可以降低 S3 成本，這真是太好了。我建議的第一件事是將你無(wú)意選擇存儲(chǔ)類型的所有項(xiàng)目移至智能存儲(chǔ)類型。AWS 提供了幾種不同的方式來(lái)存儲(chǔ)對(duì)象，你存儲(chǔ)對(duì)象的方式會(huì)影響它們對(duì)你的收費(fèi)方式。例如，AWS 允許你選擇一種存儲(chǔ)計(jì)劃，該計(jì)劃存儲(chǔ)你不經(jīng)常查看的對(duì)象的成本較低，但每次查看時(shí)的成本會(huì)稍高一些。這稱為存檔訪問(wèn)層。“智能”定價(jià)的巧妙之處在于，AWS 將使用其存儲(chǔ)指標(biāo)讓你自動(dòng)將未使用的項(xiàng)目移動(dòng)到存檔訪問(wèn)層。如果你想知道如何啟用此智能定價(jià)，

請(qǐng)?jiān)L問(wèn)：

https://s3.console.aws.amazon.com/s3/bucket/YOUR_BUCKET_NAME_HERE/property/int_tiering_config/create?reginotallow=YOUR_REGION_HERE

并啟用配置。

圖片

如果你有經(jīng)常編輯的對(duì)象（你可以使用訪問(wèn)日志來(lái)檢查它們的編輯頻率）并且這些對(duì)象啟用了版本控制，那么你可以禁用版本控制以節(jié)省資金。如果啟用版本控制，則每次修改或刪除對(duì)象時(shí)，AWS 都會(huì)進(jìn)行備份，你需要付費(fèi)。通過(guò)禁用版本控制，你將失去未來(lái)的備份以及為這些備份支付的費(fèi)用。或者，如果你想在短時(shí)間內(nèi)保留這些備份，但希望最大限度地降低成本，請(qǐng)考慮使用生命周期規(guī)則來(lái)使舊版本過(guò)期（有關(guān)如何執(zhí)行此操作的更多詳細(xì)信息，請(qǐng)參閱下面）。請(qǐng)注意，你需要進(jìn)入并清除已創(chuàng)建的舊備份。

如果你需要備份，請(qǐng)考慮定期備份（每周一次或每月一次）而不是版本控制。你可能以前聽(tīng)過(guò)并且在上面聽(tīng)過(guò)，但值得重復(fù)的另一個(gè)建議是使用生命周期規(guī)則來(lái)使舊對(duì)象過(guò)期。AWS 允許你設(shè)置要在 n 天后刪除的項(xiàng)目。

你可以通過(guò)在每個(gè)有意義的存儲(chǔ)桶上使用此功能來(lái)減少賬單。

有關(guān)啟用生命周期的具體說(shuō)明簡(jiǎn)短而有趣。

轉(zhuǎn)到：

https://s3.console.aws.amazon.com/s3/management/YOUR_BUCKET_NAME_HERE/lifecycle/create?reginotallow=YOUR_REGION_HERE 并填寫(xiě)所需的規(guī)則。這是一個(gè)使舊對(duì)象過(guò)期并最終刪除它們的示例。

圖片

你可能還注意到上面的屏幕截圖包括“刪除過(guò)期的刪除標(biāo)記或不完整的分段上傳”。將大型對(duì)象上傳到 S3 分段上傳時(shí)，如果失敗，就會(huì)一直等待，直到你進(jìn)來(lái)清理它們，這樣可以節(jié)省大量費(fèi)用！

02.EC2

EC2 計(jì)費(fèi)可以說(shuō)是最直接但也是最難省錢(qián)的服務(wù)。歸結(jié)為：(1) 不要過(guò)度配置，(2) 關(guān)閉不使用的內(nèi)容，(3) 告訴 AWS 你計(jì)劃使用的量。

不過(guò)度配置聽(tīng)起來(lái)很難。部分是這樣，但 AWS提供了方法來(lái)幫助我們。你可以轉(zhuǎn)到 Trusted Advisor，通過(guò)轉(zhuǎn)到 Trusted Advisor 成本優(yōu)化控制臺(tái)并查看“低利用率 Amazon EC2 實(shí)例”部分，查看哪些 EC2 實(shí)例大小不合適。我建議你一次調(diào)整 1 個(gè)實(shí)例大小，并確認(rèn)調(diào)整后沒(méi)發(fā)生任何問(wèn)題。

也許你有一個(gè)開(kāi)發(fā)帳戶（或一個(gè) 生產(chǎn)/開(kāi)發(fā)/任何類型的帳戶）并且有 EC2 實(shí)例，并且它們?cè)诒皇褂弥?.....但也許不是一直如此。在這種情況下，“關(guān)閉不使用的東西”會(huì)變得更加復(fù)雜，但并非無(wú)法撤消。在Trek10，我們讓客戶訪問(wèn)我們自己的“EC2 Instance Napper”，它使用 AWS 標(biāo)簽在EC2 實(shí)例不使用的時(shí)間段內(nèi)關(guān)閉 EC2 實(shí)例，并在需要工作時(shí)自動(dòng)重新打開(kāi)這些 EC2 實(shí)例。對(duì)此還有許多其他解決方案，從編寫(xiě)自己的腳本到使用 EC2 Instance Scheduler。（如果你不知道特定的 EC2 實(shí)例或一組 EC2 實(shí)例的用途，則可加分）這是一個(gè)很棒的工具，可以通過(guò)每天越來(lái)越長(zhǎng)時(shí)間地關(guān)閉實(shí)例來(lái)開(kāi)始“如果壞了就尖叫”的測(cè)試，直到他們永久關(guān)閉。

最后，你可能以前聽(tīng)說(shuō)過(guò)另一種方法—使用 RI 或Savings Plans。如果你告訴 AWS 你將在計(jì)算資源上花費(fèi)多少，AWS 就會(huì)向你收取更少的費(fèi)用。我知道我知道。你想說(shuō)“但我不知道需要做什么，我無(wú)法承諾在 11 5 2 個(gè)月內(nèi)擁有指定的計(jì)算能力”。我在這里告訴你……是的，你可以！只需承諾你能想象到的最小的Savings Plans即可。當(dāng)你更加輕松地做出承諾時(shí)，你會(huì)感覺(jué)良好并開(kāi)始朝著節(jié)省更多的方向前進(jìn)。

03.Lambda

這一個(gè)并不像其他的那么容易。對(duì)于初學(xué)者來(lái)說(shuō)，如果你使用 Lambda，與使用其他計(jì)算資源相比，你可能會(huì)節(jié)省很多。使用 Lambda 時(shí)省錢(qián)的最佳方法是找到最佳內(nèi)存設(shè)置，或者我喜歡稱之為“收費(fèi)點(diǎn)”。AWS 根據(jù)使用 Lambda 執(zhí)行次數(shù)、每次執(zhí)行花費(fèi)的時(shí)間以及執(zhí)行分配的內(nèi)存的公式向你收取 Lambda 費(fèi)用。你的調(diào)用次數(shù)可能是相對(duì)可預(yù)測(cè)的，但隨著你添加更多內(nèi)存，該函數(shù)可能會(huì)運(yùn)行得更快。這意味著通過(guò)調(diào)整內(nèi)存分配設(shè)置，你可以優(yōu)化成本。

為了找出“費(fèi)用點(diǎn)”，我們需要使用標(biāo)準(zhǔn)有效負(fù)載測(cè)試一些不同的調(diào)用，同時(shí)調(diào)整每次調(diào)用的內(nèi)存設(shè)置并記錄調(diào)用花費(fèi)的時(shí)間。下面的示例采用一個(gè)基本的 Lambda 函數(shù)，該函數(shù)從 S3 中提取信息，并嘗試三種不同的內(nèi)存設(shè)置：124MB、512MB 和 1024MB。要繼續(xù)操作，請(qǐng)選擇一些內(nèi)存閾值并轉(zhuǎn)到 Lambda 控制臺(tái)。然后手動(dòng)調(diào)用該函數(shù)并記下分配的時(shí)間（參見(jiàn)粉色方塊）和分配的內(nèi)存（參見(jiàn)藍(lán)色方塊）。請(qǐng)注意，無(wú)論負(fù)載如何，我的 Lambda 都會(huì)執(zhí)行相同的操作，請(qǐng)確保在測(cè)試時(shí)放入相似/相同的負(fù)載，如果負(fù)載不可知。

圖片

為了準(zhǔn)確評(píng)估平均運(yùn)行時(shí)間，我建議對(duì)每個(gè)內(nèi)存設(shè)置多次執(zhí)行此操作。我的示例僅執(zhí)行 4 次調(diào)用，但我建議至少連續(xù)進(jìn)行 20 次測(cè)試，并進(jìn)行后 10 次調(diào)用（前 10 次調(diào)用有助于避免冷啟動(dòng))

圖片

一旦你準(zhǔn)確獲得了每個(gè)關(guān)聯(lián)內(nèi)存設(shè)置的平均持續(xù)時(shí)間，請(qǐng)前往 https://aws.amazon.com/lambda/pricing/并轉(zhuǎn)到 lambda 計(jì)算器。我使用 1,000,000 次調(diào)用的示例，并填寫(xiě)每個(gè)平均持續(xù)時(shí)間以及分配的內(nèi)存。

圖片

最終價(jià)格為：

128MB: 9.24 USD

512MB: 7.30 USD

1024MB: 10.95 USD

因此，在我們的示例中，“收費(fèi)點(diǎn)”內(nèi)存設(shè)置為 512MB。

閱讀上述成本細(xì)分步驟后，根據(jù)你的場(chǎng)景，你可能渴望一種更自動(dòng)化的方法來(lái)確定最佳內(nèi)存設(shè)置，該方法涉及更少的谷歌表格和更多代碼。那么，你是幸運(yùn)的！查看 AWS Lambda Power Tuning，這是一個(gè)開(kāi)源項(xiàng)目，可以讓你部署一系列函數(shù)并以代碼定義的方式測(cè)試內(nèi)存設(shè)置。最后，如果我不提一下 AWS 自己解決這個(gè)問(wèn)題的方案：AWS Compute Optimizer，那就太失職了。

04.SNS

SNS 是一項(xiàng)高度“管理”的托管服務(wù)。這意味著沒(méi)有太多手段可以用來(lái)減少賬單。確保你的 SNS 成本盡可能低的最快、最簡(jiǎn)單的方法是確保你使用 us-east-1、us-west-2 或 us-east-, 2，因?yàn)檫@些區(qū)域的 SNS API 調(diào)用和傳輸方法的整體成本最低，盡管許多區(qū)域與某些 API 調(diào)用/傳輸方法相關(guān)。

05.CloudFront

很好用且很老的CloudFront。在它不便宜之前，它是非常便宜的。

首先，讓我們抓住這最簡(jiǎn)單的勝利。CloudFront 基本上將你的內(nèi)容存儲(chǔ)在全球各地，AWS 存儲(chǔ)內(nèi)容的位置越多，向你收取的費(fèi)用就越高。要減少 CloudFront 賬單，你可以通過(guò)轉(zhuǎn)到控制臺(tái)并單擊設(shè)置編輯來(lái)減少 AWS 存儲(chǔ)數(shù)據(jù)的位置數(shù)量，并更改價(jià)格等級(jí)（按照紅色圓圈操作）。

圖片

請(qǐng)注意，這意味著你向非美國(guó)/歐洲地區(qū)提供的內(nèi)容將會(huì)變慢。如果這會(huì)給你的企業(yè)帶來(lái)問(wèn)題，那么也許這不是一個(gè)需要降低的成本。

其次，如果你分發(fā)大量流量，你可以聯(lián)系 AWS，讓他們知道你愿意每月承諾 10+ TB 的數(shù)據(jù)并開(kāi)始討價(jià)還價(jià)。我建議在提交 10+ TB 的 CloudFront 數(shù)據(jù)之前與 AWS 專業(yè)認(rèn)證架構(gòu)師進(jìn)行討論，看看是否有更好的方法來(lái)分發(fā)必要的數(shù)據(jù)。

最后，雖然 AWS 在世界各地存儲(chǔ)你的內(nèi)容，但它們會(huì)根據(jù)從 CloudFront 提取的數(shù)據(jù)量向你收費(fèi)。通過(guò)告訴你的用戶將數(shù)據(jù)在瀏覽器中緩存更長(zhǎng)時(shí)間，他們將減少返回 AWS 的頻率，從而減少下載的數(shù)據(jù)。請(qǐng)注意，這確實(shí)意味著從你那里接收內(nèi)容的人可能無(wú)法獲得最新內(nèi)容，因此，這是一個(gè)根據(jù)更新內(nèi)容的頻率進(jìn)行調(diào)整的解決方案。為了更好地了解如何編輯緩存配置，AWS 此處提供了一些有用的說(shuō)明。

06.EBS

我最喜歡的兩種降低 EBS 成本的方法在聚會(huì)上大受歡迎。主要是因?yàn)樗鼈兗瓤焖儆趾?jiǎn)單。第一個(gè)是使用 AWS 的 Trusted Advisor。他們有許多不同的成本優(yōu)化檢查可供查看，但具體而言，請(qǐng)查看“未充分利用的 Amazon EBS 卷”。此部分向你展示了它認(rèn)為可以縮小的所有 EBS 卷或未附加到實(shí)例的 EBS 卷（因此可能可以被清理，除非它們以備份等其他方式使用）。

你所需要做的就是單擊每個(gè)卷 ID 超鏈接，如果該卷未在使用，請(qǐng)將其刪除！如果正在使用，你應(yīng)該考慮減小 EBS 卷大小（這有點(diǎn)棘手，但按照此處的說(shuō)明操作應(yīng)該沒(méi)問(wèn)題）。

你可以執(zhí)行的第二個(gè)檢查是檢查是否有任何類型為“IOPS”的 EBS 卷。要檢查這一點(diǎn)，請(qǐng)輸入以下 URL（請(qǐng)確保將該區(qū)域替換為你使用的活動(dòng)區(qū)域）：

https://console.aws.amazon.com/ec2/v2/home?reginotallow=us-east-1#Volumes:volumeType=io2;sort=desc:createTime

https://console.aws.amazon.com/ec2/v2/home?reginotallow=us-east-1#Volumes:volumeType=io1;sort=desc:createTime

你將希望控制臺(tái)看起來(lái)像這樣：

圖片

但是，如果你確實(shí)看到卷類型為 io1 或 io2 的 EBS 卷，請(qǐng)轉(zhuǎn)到 CloudWatch 并查看 EBS 卷的使用情況是否與文檔中的通用或 IO 卷更加一致。如果 IO 卷的使用量未超過(guò)通用閾值，請(qǐng)考慮按照 AWS 文檔切換卷類型。

07.Kinesis

Kinesis 是一個(gè)很酷的東西。在不進(jìn)行應(yīng)用程序更改的情況下，沒(méi)有大量快速且簡(jiǎn)單的更改可以減少你的賬單，因此我們將它們分為少量應(yīng)用申請(qǐng)和大量應(yīng)用申請(qǐng)。

少量應(yīng)用申請(qǐng)：

首先，看看是否可以減少支持一個(gè)流的分片數(shù)量。單個(gè) Kinesis 分片可支持高達(dá) 1MB/秒和 1000 條記錄/秒的輸入速度和 2MB/秒的輸出速度。要查看你的 Kinesis 流正在使用多少記錄，請(qǐng)轉(zhuǎn)到 CloudWatch 并查看以下三個(gè)指標(biāo)（在流級(jí)別）：GetRecords.Bytes、IncomingRecords 和 IncomingBytes。接下來(lái)，你將需要查看的指標(biāo)求和并注意間隔（因?yàn)樯厦娴闹笜?biāo)以秒為單位）。然后你將可以查看該流有多少個(gè)分片。

現(xiàn)在，請(qǐng)確保你的Kinesis流數(shù)據(jù)保留時(shí)間盡可能低。為此，請(qǐng)?jiān)?CLI 中使用以下命令：

aws kinesis list-streams --region <<region-here>>


 Grab all stream names 
aws kinesis describe-stream --stream-name <<stream-name-here>> --region <<region-here>> | grep "Retention"


 if the retention period is 24 hours you are done, otherwise you can enter the command  
aws kinesis increase-stream-retention-period --stream-name RawReports --retention-period-hours 24 to reduce retention

圖片

更多特定應(yīng)用：

接下來(lái)的步驟可能比我們之前的步驟需要更多花哨的步驟，因?yàn)樗鼈冃枰獞?yīng)用方面的知識(shí)。為了使這篇文章盡可能保持應(yīng)用程序的通用性，我將在本節(jié)末尾給出高級(jí)解釋并鏈接到更具體的說(shuō)明。當(dāng)你的應(yīng)用程序?qū)⒂涗浄湃?Kinesis 時(shí)，AWS 將僅接受 25KB 塊的有效負(fù)載。如果你想提交 26KB，則需要 2 個(gè) put 請(qǐng)求，或者如果你想提交 50KB 的數(shù)據(jù)，則還需要兩個(gè) put 請(qǐng)求。現(xiàn)在，如果你的應(yīng)用程序在發(fā)現(xiàn)有效負(fù)載時(shí)發(fā)送有效負(fù)載，你最終會(huì)發(fā)出帶有無(wú)用空間的 PUT 請(qǐng)求。例如，如果你的應(yīng)用程序提交兩個(gè)不同的 PUT 請(qǐng)求，一個(gè)包含 14KB 的數(shù)據(jù)，另一個(gè)包含 2KB 的數(shù)據(jù)，則第一個(gè)請(qǐng)求有 11KB 的未使用空間，第二個(gè)請(qǐng)求有 23KB 的未使用空間。如果你修改應(yīng)用程序以將 14KB 和 2KB 有效負(fù)載捆綁到一個(gè) 16KB 有效負(fù)載中，則只需為 1 個(gè) PUT 請(qǐng)求付費(fèi)，而不是 2 個(gè)。要真正深入了解數(shù)據(jù)聚合如何為你節(jié)省資金，請(qǐng)查看此內(nèi)容(https://towardsdatascience.com/save-amazon-kinesis-stream-costs-using-records-aggregation-79c8fd9ea748)。

08.VPC

有很多方法可以減少應(yīng)用程序之間的流量，從而降低與 VPC 相關(guān)的成本。如果你的 EC2 實(shí)例正在與同一區(qū)域中的 S3 或 DynamoDB 進(jìn)行通信，那么你可能會(huì)看到 AWS 賬單的一部分用于 NAT 網(wǎng)關(guān)流量。AWS 認(rèn)為應(yīng)用程序通過(guò) NAT 網(wǎng)關(guān)與 S3/DynamoDB 進(jìn)行通信，將其視為 AWS“外部”將數(shù)據(jù)傳輸?shù)?AWS 。AWS 要求你為從 AWS 外部發(fā)送到 AWS 的數(shù)據(jù)支付數(shù)據(jù)傳輸費(fèi)用。AWS一方面收取費(fèi)用，另一方面也為我們提供了稱為Gateway VPC Endpoints的服務(wù)。網(wǎng)關(guān) VPC 終端節(jié)點(diǎn)可讓你在同一區(qū)域的 VPC → Dynamodb 或 VPC → S3 之間免費(fèi)傳輸數(shù)據(jù)。設(shè)置網(wǎng)關(guān) VPC 端點(diǎn)實(shí)際上非常簡(jiǎn)單，但我不想重復(fù)造輪子，因此我將在此處鏈接 AWS 的說(shuō)明(https://docs.aws.amazon.com/vpc/latest/privatelink/vpce-gateway.html )。

09.SQS

我知道你在想什么……也許我不知道。但是，如果你花時(shí)間嘗試減少 SQS 費(fèi)用，那么你可能會(huì)想“請(qǐng)不要向我推銷昂貴且有些復(fù)雜的批處理代碼更新，該更新需要經(jīng)過(guò)大量測(cè)試。”好消息是，本篇文章專注于簡(jiǎn)單的勝利，所以我會(huì)給你一個(gè)關(guān)于批處理應(yīng)用程序更新的長(zhǎng)篇大論，然后以更輕松的方式接入（這仍然需要一些應(yīng)用程序更改，對(duì)此我感到抱歉）。

SQS 消息最大可達(dá) 256KB，但如果消息超過(guò) 64KB，該消息將被分解為 64KB 請(qǐng)求塊并作為單獨(dú)的 SQS 消息發(fā)送（即發(fā)送單個(gè) 150KB 消息將被分解為 3 條消息并按 3 個(gè)請(qǐng)求計(jì)費(fèi)，而不是一個(gè)請(qǐng)求）。為了減少你的 SQS 賬單，你可以編寫(xiě)一個(gè)特殊的批處理函數(shù)來(lái)聚合消息并將它們壓縮為 64 KB 的塊，如果這聽(tīng)起來(lái)像你感興趣的內(nèi)容，我建議你閱讀此博客(https://www.moengage.com/blog/reduce-sqs-cost/ )。

現(xiàn)在進(jìn)行更簡(jiǎn)單的更改。根據(jù) SQS 的工作方式，如果你調(diào)用 ReceiveMessage API，無(wú)論你是否獲得任何信息，你都需要付費(fèi)。沒(méi)錯(cuò)，所有 API 調(diào)用都算作請(qǐng)求并計(jì)費(fèi)，即使是空的調(diào)用也是如此。因此，如果你的應(yīng)用程序設(shè)置為必須連接SQS 才能查看哪些消息可用，那么你可能會(huì)因大量返回為空的 AWS 調(diào)用而花費(fèi)額外的錢(qián)。但是，AWS 為我們提供了解決方案……你可以告訴 AWS 在請(qǐng)求信息后等待 n 秒（其中 n 介于 \[1-20] 之間）以查看隊(duì)列中是否有消息。換句話說(shuō)，你可以將 AWS 設(shè)置為如果隊(duì)列中沒(méi)有任何內(nèi)容，則在返回信息之前等待最多 n 秒。假設(shè)你的應(yīng)用程序可以等待，這是一個(gè)相當(dāng)簡(jiǎn)單的更改：

sqs = boto3.client('sqs')
 
# Create a SQS queue with long polling enabled
response = sqs.create_queue(
    QueueName='EXPENSIVE_QUEUE_NAME',
)


sqs = boto3.client('sqs')
 
# Create a SQS queue with long polling enabled
response = sqs.create_queue(
    QueueName='CHEAPER_QUEUE_NAME',
    Attributes={'ReceiveMessageWaitTimeSeconds': '20'}
)

更好的是，如果你的應(yīng)用程序?qū)π畔⒌臅r(shí)間敏感性要求不高，那么可以考慮減少訪問(wèn)SQS的次數(shù)（比如，僅在特定的時(shí)間間隔內(nèi)排空隊(duì)列）。

10.CloudWatch Metrics

從技術(shù)角度來(lái)說(shuō)，CloudWatch指標(biāo)并不在top10節(jié)約成本的排行榜中，但我有一些快速提示可以讓你的賬單省下不少錢(qián)，而且我已經(jīng)把S3和Glacier組合起來(lái)作弊了，所以我覺(jué)得我還是應(yīng)該把它提一下。本技巧僅對(duì)使用采集 CloudWatch 指標(biāo)的監(jiān)控工具（例如 Datadog）的用戶有幫助（我們推薦使用 Datadog - 請(qǐng)?jiān)诖颂幉榭次覀兪褂?Datadog 所做的所有很酷的事情）。從更高層面來(lái)看，這些類型的監(jiān)控工具的作用是每 n 分鐘調(diào)用 AWS 并獲取包括 x、y、z 服務(wù)在內(nèi)的指標(biāo)列表。要減少賬單，你可以增加 n 以便減少返回 AWS 的頻率，這意味著更少的 API 調(diào)用，意味著更低的賬單。或者，你可以減少服務(wù)數(shù)量，更少的服務(wù)意味著更少的 API 調(diào)用，意味著更低的費(fèi)用。

如果你想知道通過(guò)這種方法可以節(jié)省多少錢(qián)，首先進(jìn)入Cost Explorer并查看是否存在大量的“GetMetricData”API操作費(fèi)用，請(qǐng)單擊此處獲取預(yù)填充的 Cost Explorer 查詢。

圖片

在上圖中，該 AWS 賬戶僅在 CloudWatch get api 成本上就花費(fèi)了近 1000 美元/月。

接下來(lái)，轉(zhuǎn)到你的監(jiān)控工具（如果使用 Datadog，請(qǐng)專門(mén)前往此處：https://app.datadoghq.com/account/settings#integrations/amazon-web-services。你需要做的是刪除/取消選中你未主動(dòng)監(jiān)控的任何 AWS 服務(wù)（見(jiàn)下圖）或控制面板。減少 Datadog 在調(diào)用 AWS 時(shí)必須獲取指標(biāo)的服務(wù)數(shù)量，從而減少 API 調(diào)用數(shù)量，從而減少你的費(fèi)用。此外，你可以使用 Datadog 開(kāi)具賬單，并詢問(wèn) Datadog 訪問(wèn)你的 AWS 賬戶的頻率（它們有不同的設(shè)置，例如每 5 分鐘、每 10 分鐘等）。如果你愿意，你可以要求 Datadog 減少他們?cè)L問(wèn)你的 AWS 賬戶的頻率（但請(qǐng)記住，這意味著你賬戶中的數(shù)據(jù)更新頻率會(huì)降低）。

圖片