Home » Computer » Network » Archive by category "Cloud" (Page 72)

AWS 推出高速 I/O 的 EC2 instance

早上就看到 AWS EC2 推出 hi1.4xlarge 的消息:「New High I/O EC2 Instance Type - hi1.4xlarge - 2 TB of SSD-Backed Storage」(官方 blog)、「Expanding The Cloud – High Performance I/O Instances for Amazon EC2」(CTO Werner Vogels 的 blog)。

幾個比較重要的特性:

  • 60.5GB 記憶體
  • 10Gbps 網路
  • 1TB 的 SSD volume 兩個

前面兩個不會太意外,因為需要高速 I/O 的服務通常也都很需要用大量記憶體當作 cache 降低 I/O,也需要大量頻寬提供服務。用 SSD 也在預期的範圍內,不過提供的 SSD 空間居然這麼大...

當然,價位也不便宜,美東就要 USD$3.10/hour,冰島愛爾蘭則是 USD$3.41/hour (目前只有這兩區有提供)。如果以美東一個月 720hours 計算是 USD$2232,約台幣六萬六千多?

AWS SES 支援 DKIM

DKIM 全名 DomainKeys Identified Mail,是透過數位簽名技術確保 E-mail 的寄件人不是被偽造的,對於防止透過電子郵件網路釣魚是個還蠻有效的技術。

本來透過 AWS SES 寄信,要自己處理 DKIM 簽名的部份,不過今天 AWS 宣佈這項功能內建進 AWS SES:「Simple Email Service - Easy DomainKeys Identified Mail (DKIM) Support」。

於是,現在用 AWS SES 的人要 DKIM 只要把 SES 提供的 DNS record 設上去就可以了,比起之前自己得在 Sendmail 或是 Postfix 上弄一堆東西方便不少。

MiCloud,繼續測試...

續「MiCloud 測試...」這篇,早上再測試一次發現 MiCloud 已經修正了一些問題...

首先是開機器時 hostname 的問題已經解決了 (至少我不填,或是輸入 dash 都可以正確產生機器了,其他字元沒測試),另外同樣是 Ubuntu 10.04 LTS,這次進去沒看到 xorg 與 firefox 了。這兩個問題算是比較簡單的 (前面應該是改 input validator,後面應該是換 image)。

另外補上 ping 168.95.1.1 的數字:

--- 168.95.1.1 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 100312ms
rtt min/avg/max/mdev = 1.055/1.173/4.107/0.211 ms

以及 ping 168.95.192.1 的數字:

--- 168.95.192.1 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 100457ms
rtt min/avg/max/mdev = 1.180/6.190/115.787/18.101 ms, pipe 2

以及 www.hinet.net (202.39.224.7) 的數字:

--- 202.39.224.7 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 100893ms
rtt min/avg/max/mdev = 1.523/15.194/1609.699/119.968 ms, pipe 15

以及 www.cht.com.tw (202.39.225.136) 的數字:

--- 202.39.225.136 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 100773ms
rtt min/avg/max/mdev = 1.527/2.153/49.760/2.499 ms

很明顯有對 168.95.1.1 做處理...

另外有一點,最小台的機器提供 15GB 空間,不過系統的部份是 MiCloud 另外給 5GB 的空間放:

Filesystem            Size  Used Avail Use% Mounted on
/dev/vda1             5.0G  803M  3.9G  17% /
none                  496M  176K  496M   1% /dev
none                  500M     0  500M   0% /dev/shm
none                  500M   40K  500M   1% /var/run
none                  500M     0  500M   0% /var/lock
none                  500M     0  500M   0% /lib/init/rw
/dev/vdb1              15G  166M   14G   2% /data

其中 / 是 ext3,/data 是 ext4。

DNS 則是用 Google 提供的服務:

nameserver 8.8.8.8
nameserver 8.8.4.4

對外抓檔案的速度大約在 2.3MB/sec,包括 ubuntu.cs.nctu.edu.tw 與 ftp.speed.hinet.net。

MiCloud 測試...

2012-06-01 Update:請參考「MiCloud,繼續測試...」這篇。

昨天因為工作關係跟神通的人聊到 MiCloud,台灣少數幾個 IaaS 項目...

與國內其他 IaaS (或是說「VPS」) 比較不同的地方在於 MiCloud 與 Joyent 合作,不過我不想跑 SmartOS,所以這點沒有太大差異。另外是線上就可以直接申請信用卡付費,以小時計算,不需要傳真開機器... (這點 HiCloud 實在是...)

先把結論列出來:

  • 整體輸給 Linode 東京機房不少,除了國內的報帳需求外,沒有使用的誘因。

網站的部份:

  • micloud.tw 本身有 HTTPS (有買 SSL Certificate),但卻 redirect 到 portal.micloud.tw... (要輸入帳號密碼的地方反而沒有 SSL hmmm...)
  • 網站動線上卡卡的,常常會遇到「要按某個功能但找不到地方」,常常需要切到別的頁面才能找到...

再來開機器的時候遇到的幾個問題:

  • 最小台的機器 (1GB) 有點大台,據說有在規劃比較小台的機器。
  • 支援的 image 種類有點少,以 Ubuntu 目前只有 10.04 LTS,據說也是有規劃比較新的版本。實際升級發現可以升級到 12.04 LTS (我是 10.10、11.04、11.10、12.04 一路升上來),所以這不是大問題,但能預先提供會比使用者自己升級方便許多。
  • 開機器的頁面上說不需要設定 hostname (系統會幫你設定),但實際上不設定會出現一個看不懂的錯誤訊息... 我是著自己輸入 hostname 也是一樣,直到回家後我突然發現不能輸入 dash 後才開成功!XDDD (2012-06-01 Update:這條的兩個問題都已經解決)

開完機器後遇到的問題:

  • Ubuntu 10.04 LTS 預設的 apt server 是 us.archive.ubuntu.com,這應該要設為 tw.archive.ubuntu.com,或是 jp.archive.ubuntu.com (因為台灣 Ubuntu mirror 一向都不怎麼穩定)。
  • Ubuntu 10.04 LTS 裝的是 desktop 版本而非 server 版本?我看到整包 Firefox 在裡面... (2012-06-01 Update:現在 dpkg -l 看不到 xorg 與 firefox 了)
  • 在管理界面上看不到目前的流量使用量?

然後是網路:

  • 依照 TWNIC 上的資料來看 (2012 年 4 月),神通的機房對外主要有三組 100Mbps 的線路,分別是遠傳EBIX 以及 AGC,不過 routing 上是以遠傳以及 EBIX 為主。
  • HiNet 去回不同路,從神通到 HiNet 是走遠傳,但回程走 EBIX。
  • 同上,不知道是哪一段有問題,會發現對 HiNet 的 latency 有時會超過 20ms,於是在台灣機房的優勢就不見了...

另外附上 openssl speed 的測試數據,這是升級到 12.04 LTS 後的數據:https://gist.github.com/2832383,跟東京相比,單顆速度快一些,但東京的機器都有 4-core 可以用,所以...

AWS CloudFront 增加的功能

引用 CTO Werner Vogels 寫的「Dynamic Content Support in Amazon CloudFront」這篇好了,雖然沒有講完整,但把重點都提到了,而且比官方網誌「Amazon CloudFront - Support for Dynamic Content」這篇清楚...

這次 AWS CloudFront 上的功能都可以在 AWS Management Console 上設定,不需要另外安裝 3rd party 軟體或是自己寫程式呼叫 API。

這次最主要的更新在支援 query string。在之前的版本,這兩個 url 會被 CloudFront 當作是同樣的 url 而被 cache 成同一份:

  • http://www.example.com/user.php?username=gslin
  • http://www.example.com/user.php?username=gslin2

而這次可以設定是否要將 query string 納入計算。

另外一個重要的設計是支援 Cache-ControlExpires,當 Cache-Control 給出 no-cache 的時候,新版的 CloudFront 可以依照 Cache-Control 的要求處理。

有了這兩個改善後,本來需要在 server workaround 的事情就可以交還給 CloudFront 處理。之後應該是試著支援像 AkamaiDynamic Site Accelerator 的功能?另外一方面也有可能讓消費者自己選擇 PoP?

功能愈來愈完整了...

Hosting Plan

2009 年在 Ptt 寫的文章有提到不少 hosting plan,2012 年現在有不少變化...

VPS 的部份,Linode 的 CPU 一向是 C/P 值超漂亮的方案。最小的方案從 384MB RAM 變成 512MB RAM (價錢沒變,仍然約 USD$20/month),在有 swap 的情況下,即使跑 ApacheMySQL 也應該還算堪用。

Linode 另外一個改變是多了東京機房。東京機房與台灣各 ISP 之間的 latency 都相當好。當以台灣使用者為主要族群而挑選 VPS 時,在東京的 Linode 主機通常是個好選擇。如果在 Linode 上面有 High Availability 需求,也有 NodeBalancer 可以用 (2011 年,Introducing NodeBalancer)。

Linode 已經算是不錯的方案,但如果你對 latency 非常重視 (日本與台灣之間大約有 30ms 的 latency) 而一定要使用台灣內部的 VPS (像是遊戲的伺服器),那麼中華的 HiCloud 會是一個可以考慮的方案。

PaaS 的部份,目前比較有名的是 Heroku,支援的語言多,而且有 free quota,對於一些小站台或是測試應用應該是沒什麼問題,不過目前只有美東 us-east-1 機房 (Heroku 用 AWS 為底層)。另外 AWS Elastic Beanstalk 的方案也可以看看,目前支援 JavaPHP 兩種語言,區域比較多。

如果是 IaaS 的部份,AWS 能提供的功能比較多,AWS 東京機房對台灣的速度也不差。另外 AWS S3 在雲端靜態儲存這個領域還是領先者,就算用 VPS 或是 Dedicated Hosting 也還是可以考慮把一些東西放到 S3 上。

Dedicated Hosting 的部份,目前還會選的是美西的 Energy Group Networks (EGIHosting) 以及 Limestone Networks。需要大頻寬的時候可以到 Dedicated Servers 這頁翻翻,或是寫信跟 EGIHosting 要 quote,當你 commit 1Gbps 含機器的價錢大約是 USD$1/Mbps (台幣 NTD$30/Mbps),連台灣的頻寬應該是透過 HE 或是 nLayer 連進來。

至於 CDN 服務,我的建議是,如果你不知道哪個比較好,就不要用吧... 等到你開始 profiling & analyze 後再回頭決定。

AWS USD$50 的優惠...

Colin PercivalTwitter 上看到的:

Looks like Amazon Web Services is giving away $50 credits which can be used for running FreeBSD on EC2: http://aws.amazon.com/solutions/global-solution-providers/microsoft/aprilcredit/

活動的網址在「$50 AWS Service Credit for Microsoft Windows Server Instances Running on Amazon EC2」這裡。照說明是用在 AWS EC2 的 Microsoft Windows Server 上,不過把 code 輸入進去後寫了一堆 product:

有打算用 FreeBSD 的人應該是不會有問題 (參考「FreeBSD on EC2」這個頁面的說明),其他的服務不知道會不會也能用到,下個月就知道了 XD

AWS EC2 全面支援 64bits,並補上產品線...

之前用 AWS EC2 的人常遇到的狀況是,t1.micro 記憶體太小會常常 out of memory (用 EBS 硬撐當 swap 效能不好),但 m1.small 只能跑 32bits,為他做完整的 32bits image 維護成本實在不划算,因為等到之後變大後又得改做一份 64bits 的 image,如果從 t1.micro 改用 m1.large 又嫌太大台...

現在這個問題總算是解決了:「Announcing three new Amazon EC2 features」,EC2 這次提供新功能包括:

  • 推出新的 instance 種類 m1.medium,收費是 m1.small 的兩倍,所以規格大致上也是 m1.small 的兩倍,其中記憶體是 3.5GB RAM。
  • m1.small 與 m1.medium 除了可以跑 32bits 以外,也可以跑 64bits。

於是本來的問題可以用不同方向解決:

  • 本來做的 32bits image 當 m1.small 不夠用時也可以先拿 m1.medium 擋著。
  • 既然所有 EC2 instances 都可以跑 64bits,以後只要做 64bits image 就好了。
  • 同樣的,現在用 m1.large 嫌太大台的可以降到 m1.medium 或是 m1.small。

另外這次提供 Java SSH client,可以讓你直接在 Web Console 上面一貫作業,這個就比較用不到了...

AWS EC2 (以及使用 EC2 的加值服務) 降價,以及提昇存取 AWS S3 的效能...

AWS 宣佈 EC2 以及使用 EC2 的服務 (包括 RDS 與 ElastiCache) 降價:「New, lower pricing for Amazon EC2, RDS, and ElastiCache」,降價幅度在 Reserved Instances 比較大,但 On Demand Instances 的部份也有降一些。

Amazon.com 的 CTO Werner Vogels 也寫了一篇「Driving Compute Cost Down for AWS Customers」可以看看。

另外在「Amazon S3 Performance Tips & Tricks + Seattle S3 Hiring Event」這邊有 Doug Grismore (Director of Storage Operations for AWS) 寫了一篇客座文章,說明當量很大的時候要怎麼提昇對 AWS S3 存取的效能。這篇文章裡面有提到一些內部實做的結構,藉著了解這些內部結構,規劃檔案名稱,藉此提昇效能。

Archives