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

圖片

你是否對 AWS 賬單感到驚訝？或者，也許你繼承了一個 AWS 帳戶，并被告知 –“它有很多不同的應(yīng)用程序……沒有人真正知道誰負(fù)責(zé)什么，最好不要刪除任何內(nèi)容?！被蛘吣憧赡苤皇怯X得你的 IT 支出已經(jīng)很長時間沒有被檢查其合理性了。

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

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

• S3
• EC2
• Lambda
• Glacier
• SNS
• CloudFront
• EBS
• Kinesis
• VPC

01.S3/Glacier

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

請訪問：

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

并啟用配置。

圖片

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

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

你可以通過在每個有意義的存儲桶上使用此功能來減少賬單。

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

轉(zhuǎn)到：

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

圖片

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

02.EC2

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

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

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

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

03.Lambda

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

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

圖片

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

圖片

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

圖片

最終價格為：

128MB: 9.24 USD

512MB: 7.30 USD

1024MB: 10.95 USD

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

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

04.SNS

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

05.CloudFront

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

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

圖片

圖片

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

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

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

06.EBS

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

你所需要做的就是單擊每個卷 ID 超鏈接，如果該卷未在使用，請將其刪除！如果正在使用，你應(yīng)該考慮減小 EBS 卷大?。ㄟ@有點棘手，但按照此處的說明操作應(yīng)該沒問題）。

你可以執(zhí)行的第二個檢查是檢查是否有任何類型為“IOPS”的 EBS 卷。要檢查這一點，請輸入以下 URL（請確保將該區(qū)域替換為你使用的活動區(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

你將希望控制臺看起來像這樣：

圖片

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

07.Kinesis

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

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

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

現(xiàn)在，請確保你的Kinesis流數(shù)據(jù)保留時間盡可能低。為此，請在 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)用：

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

08.VPC

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

09.SQS

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

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

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

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間敏感性要求不高，那么可以考慮減少訪問SQS的次數(shù)（比如，僅在特定的時間間隔內(nèi)排空隊列）。

10.CloudWatch Metrics

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

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

圖片

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

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

圖片

如有相關(guān)問題，請在文章后面給小編留言，小編安排作者第一時間和您聯(lián)系，為您答疑解惑。

原文地址：https://www.trek10.com/blog/ten-quick-checks-that-your-aws-spending-is-under-control