EC2中的S3「美國標準」地區與「us-east-1」地區相同嗎？

我正計劃在us-east-1d上運行位於EC2實例上的腳本。EC2中的S3「美國標準」地區與「us-east-1」地區相同嗎？

該腳本基本上從幾個不同的地方抽取圖像，並將它們扔進美國標準地區的S3桶中。

由於無法直接上傳到S3存儲桶（通過發送API請求導致S3從遠程URL獲取文件as written about here，我不認爲這已改變）我想使確保將我保存爲ec2上的臨時文件的每張圖像寫入S3（即離開亞馬遜數據中心）時不會產生額外的帶寬費用。將一個us-east-1d EC2實例上傳到美國標準S3存儲桶將在相同的AWS區域內通信嗎？

任何深入瞭解這將不勝感激，因爲它會是TB級的數據，我在有限的鬥我想先知道。

來源

2014-01-08 brendosthoughts

回覆：您的小本錢預算：[打開詳細的結算併爲您的結算設置cloudwatch監控]（http://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/monitor_estimated_charges_with_cloudwatch.html） - AWS明顯在商業上是爲了賺錢，但他們不想或不需要通過堅持讓人們收到意想不到的費用來做到這一點，所以他們已經很容易避免出現意外。您可以查看近似收費的圖表，甚至可以設置警報，如果您的應計費用超出您定義的閾值。數據傳輸有其自己的指標。 –

完全同意@ Michael-sqlbot在這裏。 CloudWatch警報非常棒，可避免意外成本，例如您忘記創建的資源。 – fool4jesus

「美國標準」是指「美國東部1」。

根據S3 Pricing FAQ

沒有爲同一區域內或對數據的亞馬遜 EC2和Amazon S3之間傳輸的數據沒有數據傳輸費用在Amazon EC2弗吉尼亞州北部地區和亞馬遜S3美國之間傳輸標準區域。

這將意味着，如果你的情況是在任何美國東1 AZS和你鬥是在美國標準區域，數據的2之間的任何運動應該沒有成本。

此外，根據您的使用情況，您可能需要查看新的AWS SDK for JavaScript in the Browser，因爲它可能會提供您正在尋找的S3上傳的直接信息。

來源

2014-01-08 23:42:36

美國標準包括美國東部和美國西部部分地區（俄勒岡州）。這是一個傳統的結構，它僅適用於S3

來源

2014-03-05 20:22:00 rICh

實際上，美國標準地區是它自己的地區：'us-east-1'。（來源：https：//github.com/aws/aws-sdk-js/issues/276#issuecomment-43145369） – slang

這是正確的，但我想說的是，我們東1（S3「標準」）使用弗吉尼亞州和俄勒岡州的數據中心設施。這是AWS服務系列中的一個非常奇怪的鴨子，我知道的唯一服務就是讓我在兩個地區啓動資源。我甚至可以用s3-external-1.amazonaws.com（僅限北弗吉尼亞州）來指定弗吉尼亞地區。 http://docs.aws.amazon.com/general/latest/gr/rande.html（向下瀏覽到S3） – rICh

這曾經是真的，但似乎不再是真實的。我無法通過搜索數據在哪裏被改變的地方找到任何東西，只是將'us-standard'重命名爲'us-east-1'，這很混亂。 –

這裏有一個表，從亞馬遜的拍攝2016年12月（http://docs.aws.amazon.com/ElasticMapReduce/latest/DeveloperGuide/emr-plan-region.html）。這裏有一系列更詳細的端點映射：http://docs.aws.amazon.com/general/latest/gr/rande.html。