AWS – Jui-Nan Lin's Blog

CloudFront 支援 Dynamic Content: 原本 CloudFront 對於 Query String （也就是 ?key=value 這串東西）是不支援的，在計算 Cache Key 的時候會直接捨棄掉。現在已經可以在 Console 設定是否要將 Query String 納入成為 Cache Key 的一部分。

SES 支援 Domain 認證: 原本 SES (Simple Email Service) 的寄件者 Email 位址需要分別認證，如果寄件者很多的話，認證是件很麻煩的事情。另外就是有時候寄件者是個機器（程式），無法收到 AWS 寄來的認證信件。使用 Domain 認證之後，只要在 DNS 設定裡面加上一個 TXT Record，在這個 domain 下的所有 Email Address 都能夠透過 SES 寄信了。

AWS EC2 與相關服務降價，另外推出新的 Instance Type

三月 AWS 的動作很多…

首先是 AWS EC2 與相關服務降價。包含常用的 RDS 與 ElasticCache，On-Demand 大約降價 10% 左右，三年合約的 Reserved Instance 更降價 30%。

接著推出新的 Instance Type。原有只支援 32 bit OS 的 m1.small 與 c1.medium 現在可以支援 64 bit 了，而在 m1.small 與 m1.large 之間多了一個 m1.medium，價錢和規格都是 m1.small 的兩倍。

當這些 Instance Type 都支援 64 bit OS 之後，有些原本在 t1.micro 上跑太小，而到 m1.large 上跑又太大的應用，就可以無痛改用 m1.small 或是 m1.medium 了，不需要特別再準備 32 bit OS 的 AMI。

為了慶祝 AWS 支援 64 bit OS，Alestic 把 32 bit OS 的 AMI Link 從網頁上移除了XD

碎碎念：如果早點公布就好啦，在公布的 30 分鐘前剛把 Reserved Instance 刷卡買下去…Orz

FreeBSD 的 EC2 AMI…

剛到公司就被DK長輩提醒，Amazon Web Services可以跑FreeBSD 64 bit 的 AMI 了（us-east 的 ami-c69862af）。一樣是Colin Percival做出來的AMI。

然後他的作法居然是開一台Windows的機器，然後把Kernel換掉 XD
這樣確實可以跑 HVM 沒錯，不過缺點是每小時的費用比較高（目前會計入微軟稅）。

作者也希望AWS能夠早日把HVM開放給非微軟平台，這樣就不用繳微軟稅了。

Amazon Web Services 解釋這次掛掉的原因…

Amazon Web Services 今天在網站上公佈了 4/21 EBS 故障的原因。雖然一開始的人為操作失誤很快就回覆（roll-back）了，不過後面造成的骨牌效應還是讓整個系統掛了（不穩定）了三天……

文章裡面有一些設計系統的時候的重點：

多次失敗重試的時候要把重試的間隔拉長(back off aggressively)。
想辦法在要救資料的時候可以（半）自動化。
限制失敗重試的次數，如果超過的話就暫時從整個系統中隔離。

另外 AWS 也提出了這次事件的賠償方式：

For customers with an attached EBS volume or a running RDS database instance in the affected Availability Zone in the US East Region at the time of the disruption, regardless of whether their resources and application were impacted or not, we are going to provide a 10 day credit equal to 100% of their usage of EBS Volumes, EC2 Instances and RDS database instances that were running in the affected Availability Zone. These customers will not have to do anything in order to receive this credit, as it will be automatically applied to their next AWS bill. Customers can see whether they qualify for the service credit by logging into their AWS Account Activity page.

簡譯如下：不論客戶是否受到影響，只要發生問題的當時在美東地區有使用 EBS 或是 RDS，AWS會賠償 10 個整天客戶所使用的資源，以 credit 的方式（未來可以抵）給客戶。

詳細的賠償額度可以看四月份的帳單。另外這次的賠償是不用另外申請的（EC2的SLA規定低於Service Level時要另外寫信去申請才能獲得賠償）

AWS Route53 的 CLI 管理工具：Net::Amazon::Route53

在找其他資料時意外發現的：Net::Amazon::Route53。Route53 的簡介可以看之前的文章：AWS 推出 Anycast DNS 服務：Amazon Route 53。

比起 Amazon 提供的陽春工具好多了，加減一個Record不用寫XML寫到死……

列出 Zone 的 Records：

jnlin@Florence [1:57am] ~> route53 -keyname my-aws-account record list jnlin.org.
jnlin.org. A 3600 69.10.61.218
jnlin.org. NS 172800 ns-225.awsdns-28.com. ns-1456.awsdns-54.org. ns-804.awsdns-36.net. ns-1569.awsdns-04.co.uk.
jnlin.org. SOA 900 ns-225.awsdns-28.com. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400
test.jnlin.org. A 3600 127.0.0.1

刪掉一個 Record：

jnlin@Florence [1:59am] ~> route53 -keyname my-aws-account record delete jnlin.org. –name test.jnlin.org.
Record deleted

新增一個 Record：

jnlin@Florence [2:07am] ~> route53 -keyname my-aws-account record create jnlin.org. –name localhost.jnlin.org. –type A –ttl 86400 –value 127.0.0.1
Record created

Amazon Web Service 新增日本東京機房

Amazon Web Service (AWS) 繼去年在新加坡提供服務之後，今日又宣佈了於日本東京新增機房提供服務。常用的服務像EC2、S3等都有提供，可以改善從台灣使用 AWS 的 response time。

價格的話約比新加坡的點貴了 6~7% （頻寬、儲存空間或是CPU都是）。
RTT 約為 40ms 左右，從台灣固網過去的品質比較好，中華電信的話還有去回不同路的問題（看起來繞到大阪去了……），按照新加坡的經驗，大概再兩三個月就會 tune 的差不多了。

現在的價錢還是偏高一些，不過 AWS 有定期降價的好習慣，所以應該可以期待年底能提供更優惠的價格。

AWS 推出 Anycast DNS 服務：Amazon Route 53

AWS今天推出Amazon Route 53，本質上是一個DNS Hosting服務，價格是每一百萬個 DNS Query收費USD$0.5，超過十億個Query後每百萬個USD$0.25，然後每個Domain每個月要多收USD$1。

根據Amazon CTO Werner Vogels的說法，採用的是Anycast的技術。在全球有16個點，包含亞洲的香港、東京與新加坡。實測起來，從台灣到亞洲的Routing還不錯，但美國的Routing有點不夠好，有的地方RTT大概還要接近100ms。

另外，尚未支援wildcard以及在一個zone file裡面有subdomain的entry，你必需要另外切開成另一個zone file。目前也不能當作其他DNS Server的Slave。

如果未來能夠支援從別的DNS master server 用 zone transfer 的方式進入Route 53的話，使用的彈性會大非常多。

2010/12/17 Updated: 今天的 AWS Webinar 說明了現在已經支援 wildcard! 剛剛實測的結果，在一個 zone file 放 subdomain 的 entry 的功能也支援了，現在已經不需要另外切開成另一個 zone file。