Amazon S3 推出加速功能

Amazon S3 推出了新的加速功能,並且向更多地區提供 AWS Import/Export Snowball 服務:「AWS Storage Update – Amazon S3 Transfer Acceleration + Larger Snowballs in More Regions」。

其中的 Amazon S3 Transfer Acceleration 只要把本來的 BUCKET_NAME.s3.amazonaws.com 或是帶有地區的 BUCKET_NAME.s3-region.amazonaws.com 變成 BUCKET_NAME.s3-accelerate.amazonaws.com 就可以了,他會透過 CloudFront 的節點做 proxy,並且透過 AWS 內部最佳化過的網路傳輸。

由於這是定位為 Amazon S3 的服務,而實際測試後也確認不會有 cache:他的目的在於降低 latency 而加速,而不是 cache 加速,所以大量 GET 相同內容的部份應該還是用 CloudFront 會比較好。

再來是費用的部份增加相當多,第一筆要收的是 CloudFront 的費用,再來才是計算 Transfer Acceleration 的費用:

Transfer Acceleration pricing is in addition to Data Transfer pricing.

從 Internet 進 CloudFront 再進 Amazon S3 的要收 USD$0.04/GB (透過在美國、歐洲或是日本的 CloudFront 節點) 或 USD$0.08/GB (透過其他 CloudFront 節點)。

另外要收的是從 Amazon S3 一路傳到 Internet 的部份,USD$0.04/GB。如果是傳到其他 AWS region 的話,也是 USD$0.04/GB。

不過他有效能保證條款 (雖然掌控全不在自己),AWS 會持續監控有沒有比較快,如果沒有的話系統會 bypass 回原來的 Amazon S3:

Each time you use Transfer Acceleration to upload an object, we will check whether Transfer Acceleration is likely to be faster than a regular Amazon S3 transfer. If we determine that Transfer Acceleration is not likely to be faster than a regular Amazon S3 transfer of the same object to the same destination AWS region, we will not charge for that use of Transfer Acceleration for that transfer, and may bypass the Transfer Acceleration system for that upload.

我本來以為會是在 DNS 層 bypass 回本來的 region,結果發現是 307 redirect 重導回 Amazon S3 上,效能上應該還是會差一些...

可以看出這個架構的特性主要還是用在上傳的部份,而且用在網路不穩定的環境下很重要 (像是電信網路上的行動裝置),因為 latency 的減少會對於 packet loss 造成的 retry 有很大的幫助。

下載的部份應該會比本來 Amazon S3 快 (因為 Amazon 本身會加速),但由於沒有 cache,除非有特殊需求,不然建議不要這樣規劃。

另外一個是 AWS Import/Export Snowball 推出的新硬體,以及新區域。

新硬體是 80TB 的版本,本來只有 50TB 的版本:

The original Snowball appliances had a capacity of 50 terabytes. Today we are launching a newer appliance with 80 terabytes of capacity.

而新區域包括了 AWS GovCloud (US)、US West (Northern California)、Europe (Ireland) 以及 Asia Pacific (Sydney) 這三區:

Today we are making Snowball available in four new Regions: AWS GovCloud (US), US West (Northern California), Europe (Ireland), and Asia Pacific (Sydney). We expect to make Snowball available in the remaining AWS Regions in the coming year.

其中 80TB 版本只在這三區生效,其他區可以選擇 50TB 或是 80TB 版本:

If you are transferring data in or out of the US East (Northern Virginia), US West (Oregon), US West (Northern California), or AWS GovCloud (US) Regions using Snowball you can choose the desired capacity. If you are transferring data in or out of the Europe (Ireland) or Asia Pacific (Sydney) Regions, you will use the 80 terabyte appliance.

日本還是沒進場...

DigitalOcean 下一個資料中心建在印度

DigitalOcean 的下一個資料中心會建在印度:「Announcing the Home of our Next Datacenter: Bangalore, India」。

這幾年可以看到很多投入印度市場的消息,像是 Amazon CloudFront 在 2013 就增加了印度機房的 PoP,而且是一次增加兩個:「AWS CloudFront 與 Route53 增加印度機房...」,而去年 2015 年時又喊話要直接開印度區:「In the Works – AWS Region in India」。

AWS 南韓區啟用

如同之前在「AWS 將在 2016 年成立南韓機房」提到的,AWS 正式宣佈啟用南韓機房:「Now Open – AWS Asia Pacific (Seoul) Region」。

機房代碼 ap-northeast-2,同時在官方文件上 Regions and Endpoints 也已經更新了。

整體價錢比東京低,但跟新加坡比起來有些比較高有些比較低。

試著拿 Amazon S3 endpoint (也就是 s3-ap-northeast-2.amazonaws.com) 測 latency。當初預測 latency 有機會比較低,但目前看起來線路都還沒最佳化過,都是走日本關西的點再過去,之後不知道有沒有機會直接過去...

HiNet 是走 NTT 進 AWS 在日本關西的機房換進去:

  3.|-- snuh-3301.hinet.net        0.0%    10    0.2   0.2   0.2   0.3   0.0
  4.|-- SNUH-3202.hinet.net        0.0%    10    0.3   0.3   0.3   0.3   0.0
  5.|-- TPDT-3012.hinet.net        0.0%    10    2.3   5.5   1.4  22.0   6.3
  6.|-- r4103-s2.tp.hinet.net      0.0%    10    0.5   0.5   0.4   0.5   0.0
  7.|-- r4003-s2.tp.hinet.net      0.0%    10    0.5   9.1   0.5  44.1  18.1
  8.|-- 211-72-233-41.HINET-IP.hi  0.0%    10   41.6  41.8  41.4  44.7   0.9
  9.|-- ae-4.r23.osakjp02.jp.bb.g  0.0%    10   49.7  48.6  41.6  71.8  10.1
 10.|-- ae-1.r01.osakjp02.jp.bb.g  0.0%    10   41.9  44.3  41.9  46.4   1.3
 11.|-- ae-1.amazon.osakjp02.jp.b  0.0%    10   41.9  42.7  41.9  47.8   1.7
 12.|-- 54.239.52.142              0.0%    10   45.2  44.7  42.7  51.8   2.8
 13.|-- 54.239.52.149              0.0%    10   75.3  75.7  75.2  76.1   0.0
 14.|-- 54.239.42.55               0.0%    10   75.4  75.6  75.4  76.1   0.0
 15.|-- 54.239.122.236             0.0%    10   78.3  82.3  76.1  99.0   7.3
 16.|-- 54.239.123.121             0.0%    10   75.9  77.5  75.8  81.1   2.1
 17.|-- 54.239.122.44              0.0%    10   77.3  77.2  76.9  77.4   0.0
 18.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 19.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 20.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 21.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 22.|-- s3.ap-northeast-2.amazona 10.0%    10   77.3  77.1  76.9  77.3   0.0

台灣固網也差不多:

  3.|-- 60-199-236-110.static.tfn  0.0%    10    0.3   0.3   0.2   0.4   0.0
  4.|-- 60-199-255-3.static.tfn.n  0.0%    10    0.2   0.3   0.2   0.3   0.0
  5.|-- 60-199-21-69.static.tfn.n  0.0%    10    0.2   0.4   0.2   1.1   0.0
  6.|-- 60-199-20-222.static.tfn.  0.0%    10    0.3   1.9   0.2  16.2   5.0
  7.|-- 60-199-18-90.static.tfn.n  0.0%    10    1.9   0.7   0.4   1.9   0.5
  8.|-- 60-199-3-222.static.tfn.n  0.0%    10    0.4   0.5   0.4   0.9   0.0
  9.|-- xe-0-1-0-14.r02.taiptw01.  0.0%    10    1.5   1.5   1.4   1.5   0.0
 10.|-- ae-1.r20.taiptw01.tw.bb.g  0.0%    10    1.3   1.4   1.3   1.4   0.0
 11.|-- ae-24.r31.tokyjp05.jp.bb.  0.0%    10   31.3  32.9  31.2  36.6   2.0
 12.|-- ae-18.r00.tokyjp03.jp.bb.  0.0%    10   35.6  36.7  35.3  39.1   1.5
 13.|-- ae-0.amazon.tokyjp03.jp.b  0.0%    10   31.7  31.9  31.4  34.9   0.9
 14.|-- 27.0.0.228                 0.0%    10   32.1  32.1  31.5  35.1   0.9
 15.|-- 54.239.42.57               0.0%    10   63.2  60.5  59.6  63.3   1.3
 16.|-- 54.239.123.48              0.0%    10   76.4  70.0  65.4  76.4   3.7
 17.|-- 54.239.123.53              0.0%    10   68.9  69.7  68.8  72.3   1.2
 18.|-- 54.239.122.22              0.0%    10   69.7  70.1  69.4  72.9   1.0
 19.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 20.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 21.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 22.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 23.|-- s3.ap-northeast-2.amazona  0.0%    10   55.9  56.5  55.9  59.7   1.0

遠傳的也差不多:

  3. h129-192-72-107.seed.net.tw   0.0%    10    0.3   0.5   0.3   2.2   0.6
  4. R56-141.seed.net.tw           0.0%    10   10.1   3.1   0.4  10.1   4.1
  5. h118-192-72-155.seed.net.tw   0.0%    10    0.4  11.2   0.4 102.7  32.2
  6. xe-0-1-0-15.r02.taiptw01.tw.  0.0%    10    0.8   1.6   0.8   4.6   1.2
  7. ae-1.r20.taiptw01.tw.bb.gin.  0.0%    10    0.8   6.0   0.6  27.4  11.0
  8. ae-24.r31.tokyjp05.jp.bb.gin  0.0%    10   30.8  31.5  30.6  34.4   1.5
  9. ae-18.r00.tokyjp03.jp.bb.gin  0.0%    10   31.7  32.1  31.4  35.0   1.1
 10. ae-0.amazon.tokyjp03.jp.bb.g  0.0%    10   31.2  33.8  30.9  43.8   3.9
 11. 27.0.0.228                    0.0%    10   31.2  32.8  31.2  38.6   2.4
 12. ???                          100.0    10    0.0   0.0   0.0   0.0   0.0  
 13. 54.239.122.238                0.0%    10   57.7  64.4  55.6  98.0  12.3  
 14. 54.239.122.243                0.0%    10   55.2  55.5  55.0  58.6   1.1  
 15. 54.239.122.22                 0.0%    10   69.3  69.8  69.0  74.8   1.8 
 16. ???                          100.0    10    0.0   0.0   0.0   0.0   0.0 
 17. ???                          100.0    10    0.0   0.0   0.0   0.0   0.0
 18. ???                          100.0    10    0.0   0.0   0.0   0.0   0.0
 19. ???                          100.0    10    0.0   0.0   0.0   0.0   0.0
 20. s3.ap-northeast-2.amazonaws.  0.0%    10   59.2  60.2  59.0  62.6   1.6

畢竟亞洲的主要交換中心是在日本、香港與新加坡,這個結果不是太意外就是了...

AWS 老大宣佈 2016 年年底會開倫敦機房

才講完要成立南韓機房的計畫「AWS 將在 2016 年成立南韓機房」,直接由老大 Werner Vogels 加碼宣佈了倫敦機房 (英國機房) 的計畫:「London Calling! An AWS Region is coming to the UK!」。

預定在 2016 年年底或是 2017 年年初對外運作,這將會成為歐洲的第三個機房,而前兩個是冰島愛爾蘭與德國。可以看出來 2016 年大舉擴張的態勢...

AWS 將在 2016 年成立南韓機房

AWS 宣佈了將會在 2016 年年初建立南韓機房:「In the Works – AWS Region in South Korea!」,考慮到地理位置的話,南韓機房的 latency 有機會比日本機房還低,不過台灣對韓國的國際頻寬可能不太夠,應該還是得用日本當主力...

這樣 2016 年預定會加開印度、俄亥俄州以及韓國三個區域了。不知道還有沒有能量開其他地區...

跨區決定最低價的 Spot Instance

看到 Amazon EC2 可以跨區取最低價的 Spot Instance 了:「Spot fleet launches Spot instances in the lowest priced Availability Zone」。

先前必須指定 AZ (Availability Zone),現在則可以讓系統更動態選擇了...

以後有沒有機會讓系統透過 AWS Lambda 來決定定價策略?

DynamoDB Streams...

去年 (2014) 十一月時 AWS 推出了 DynamoDB Streams,像是 RDBMS 裡 trigger 的東西,不過當時還沒這麼方便,而且也是 preview 階段:「Sneak Preview – DynamoDB Streams」。

Once you enable it for a DynamoDB table, all changes (puts, updates, and deletes) made to the table are tracked on a rolling 24-hour basis.

而這個功能現在總算是開放讓一般人使用了,這次可以配合 AWS Lambda 一起使用,官方用了「DynamoDB Streams + Lambda = Database Triggers」的說明來解釋:「DynamoDB Update – Triggers (Streams + Lambda) + Cross-Region Replication App」。

另外這次也推出了 Cross-Region DynamoDB Replication,其實就是透過組合拳串起來:

This app runs on AWS Elastic Beanstalk and makes use of the EC2 Container Service, all launched via a AWS CloudFormation template.

Amazon S3 的 Cross-Region Replication

AWS 宣佈的新功能,自動 replicate 到其他區域的 Amazon S3 上:「New – Cross-Region Replication for Amazon S3」。

需要打開 Versioning 的功能,然後就可以設定了:

新上傳的 object 才會被 replicate,原先的 object 是不會有改變的。

AWS 進入北京!

早上的時候就有看到消息了,而剛剛在 AWS 老大 Werner VogelsTwitter 上看到他宣佈 AWS 北京區的成立:

官方公告在「Coming Soon - New China (Beijing) Region」這邊。中國大陸的官方網站在「亚马逊 AWS | Cloud Computing in China on Amazon Web Services (Simplified Chinese)」這邊。

一如往常的,有中國政府規範的但書:

This Region will allow China-based and multinational companies to make use of a broad collection of AWS services while remaining in compliance with China's legal and regulatory requirements.

要注意的是,目前列出來的服務並沒有 CloudFrontRoute53,只有看到這樣的說明:

We have been working with a number of local data center, bandwidth, and content delivery partners to bring this Region to life. Companies such as China Net Center and SINNET will provide the infrastructure, network services, and CDN services that are required to support the launch and operation of AWS technology services in China.

繼續觀望看看接下來如何...

AWS Tokyo 第三個 Region 啟用...

AWS Tokyo 第三個 region 啟用:「AWS Growth - Adding a Third Availability Zone in Tokyo」。

查了之前的 blog,第一個 region 是 2011 的三月初 (「Amazon Web Services 東京!」),第二個 region 是 2011 的三月底 (「AWS 東京第二個 AZ (Availability Zone) 今天啟用...」),過個一年半加第三個 region,現在看起來當初加第二個應該是為了 HA 的需求...

不過相較於新加坡,日本的量還是成長的比較大...