參考來源: Project Mercury: A pre-configured Drupal+Varnish EC2 AMI
Mercury Project, 是一個預先安裝好的 AMI (Amazon Machine Image), 他整合了下列這些元件:
- Ubuntu Jaunty (就是 9.04)
- Pressflow Drupal: 這是一個 Drupal 的衍生版本, 像是 Acqual Drupal. 他強調的重點在於 performance, scalability 和 data integrity.
- Varnish HTTP acceleration: 是一種 HTTP 加速器, 類似一個 proxy. (這個部份我看不太懂, 有人說是類似 Squid)
- mod_deflate: 這個是 Apache 的壓縮模組
- memcached/libevent
基本上, 這個專案的目的在於只要你會用 EC2, 就可以很快的建出一個可以負荷高流量的 Drupal 網站, 從 OS, WebServer, Drupal 以及一些加強的模組都幫你先設定好了. 看到這邊, 就讓我想起了上次 Charles 介紹的選舉網站, 其實滿適合放在 EC2 這種環境的, 尤其到後期的量又會爆衝, 但是選舉結束之後又會掉下來. 這個專案目前還在 Alpha 階段, 也沒有提供 Drupal 安裝的 profile, 而是已經裝好的一份 Drupal, 用他已將建好的帳號進去即可. 不過因為 EC2 看來沒有免費的試用帳號, 就沒有裝來玩玩看了 :p
看來 EC2 的應用真的不少, 剛隨便翻了一下, 又看到 Ubuntu on Amazon EC2
btw, 真可惜 Google App Engine 沒有支援 PHP, 不然就可以把 Drupal 搬上去.
Re: Drupal on EC2
GAE 是可以執行 PHP:
http://twpug.net/modules/newbb/viewtopic.php?topic_id=4092
但你需要想辦法解決資料庫問題 ;)
Re: Drupal on EC2
EC2 USD$0.1/hour,幾乎沒什麼數據流量,付1BUCK夠你玩玩 (但沒必要玩....?)
Re: Drupal on EC2
可是這樣效能會好嗎? 之前看到有人說, 支援 Java 就等於支援很多語言 (JRuby, Jython, ...), 我沒有仔細研究過, 只是覺得多包了一層, 應該會有一些相容性或效能問題吧? 而且一些 php 的加速器 (eaccelerator, ...) 應該也不能用了吧.
另外資料庫如您所說會是另一個問題, Drupal 應該沒支援 bigtable, 就算支援了, 想到要把 bigtable 的東西弄出來, 然後就算弄出來了也找不到其他 open source 的東西接手... 果然是麻煩
對了, 我也投票了 http://code.google.com/p/googleappengine/issues/list
Re: Drupal on EC2
使用 GAE 也許就不該聚焦在單一結點的效能上面,重點是你的程式能否順應平行處理的特性隨著結點數量線性成長,以及你的問題能否被解決,畢竟能夠用機器解決的問題都比找人處理容易些,想想看同時間 4000 個處理器幫你做事情的感覺 ;)
Re: Drupal on EC2
換個角度想, 如果 GAE 支持 PHP 了, 會不會變成一堆人就把 blog 往上搬啊... java 的 blog solution 好像是比較少, 之前只看過用 blojsom來架 blog
Re: Drupal on EC2
別忘了這些都只是運算上的加速~
就 I/O 層次來看~ 包越多層就越慢。