您在這裡

Drupal on EC2

dennys's 的頭像
dennys 在 2009-07-18 (週六) 14:10 發表

參考來源: 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 搬上去.

可是這樣效能會好嗎? 之前看到有人說, 支援 Java 就等於支援很多語言 (JRuby, Jython, ...), 我沒有仔細研究過, 只是覺得多包了一層, 應該會有一些相容性或效能問題吧? 而且一些 php 的加速器 (eaccelerator, ...) 應該也不能用了吧.

另外資料庫如您所說會是另一個問題, Drupal 應該沒支援 bigtable, 就算支援了, 想到要把 bigtable 的東西弄出來, 然後就算弄出來了也找不到其他 open source 的東西接手... 果然是麻煩

對了, 我也投票了 http://code.google.com/p/googleappengine/issues/list

使用 GAE 也許就不該聚焦在單一結點的效能上面,重點是你的程式能否順應平行處理的特性隨著結點數量線性成長,以及你的問題能否被解決,畢竟能夠用機器解決的問題都比找人處理容易些,想想看同時間 4000 個處理器幫你做事情的感覺 ;)