module ScottBarron
module Acts
module StateMachine
module ClassMethods
protected
def with_state_scope(target_states)
target_states = [target_states] unless target_states.is_a?(Array)
raise InvalidState unless target_states.all? {|s| states.include?(s)}
cond = []
cond_param = []
target_states.each do |st|
cond << "#{table_name}.#{state_column} = ?"
cond_param < {:conditions => [cond.join(" OR "), cond_param].flatten} do
yield if block_given?
end
end
end
end
end
end

module AASM
module Persistence
module ActiveRecordPersistence
module ClassMethods
def find_in_states(number, state, *args)
with_states_scope state do
find(number, *args)
end
end
def count_in_states(state, *args)
with_states_scope state do
count(*args)
end
end
def calculate_in_states(state, *args)
with_states_scope state do
calculate(*args)
end
end
protected
def with_states_scope(target_states)
target_states = [target_states] unless target_states.is_a?(Array)
raise InvalidState unless target_states.all? {|s| aasm_states.include?(s)}
cond = []
cond_param = []
target_states.each do |st|
cond << "?"
cond_param < {:conditions => ["#{table_name}.#{aasm_column} IN (#{cond.join(', ')})", cond_param].flatten} do
yield if block_given?
end
end
end
end
end
end

ITコア、「Amazon EC2より安い」仮想化ホスティングサービス「GS10」

きましたね！国産EC2の対抗が！
GrowServer2010の略称でGS10っていうみたいです。


仮想マシンのラインナップは以下のとおり。（モデル価格表をコピペ）

モデル メモリ CPU ディスク（実効）※1 月額費用S1 1GB 1コア 30GB ￥10,000S2 2GB 2コア 30GB ￥20,000S4 4GB 2コア 30GB ￥30,000S8 8GB 4コア 30GB ￥50,000

• 初期費は無料です。
• 契約単位は1ヶ月です。
• お支払は前払いとなります。

※1　3重化DISK

うーん、できればメモリ2GBのCPU1コアで￥15,000のS1.5（仮）モデルも作ってほしかった。。

仮想化にはVMware vSphereを使ってる模様。
VMの設定はvCenterのUIを直接使えたりするのかな？んなわけないか。
OSのインストールまではどうやってやるのか、とかよくわかってません。


このGS10、転送料無料な上24時間監視やロードバランサーが無料で月1万円は安いと思いますが、どうでしょうか？
さらにダメ押しでSLAは驚異の99.99%（！！）だそうです。


サービスインは11月1日からみたいですが、期待してます。
またEC2との比較テストでもできればまたレポートしてみたいと思います。

# モデル：item.rb
class Item < ActiveRecord::Base
  # col: id
  # col: name
  has_many :sub_item
end
# モデル：sub_item.rb
class SubItem < ActiveRecord::Base
  # col: id
  # col: item_id
  # col: name
  belongs_to :item
end
# アクション：items_controller.rb
def index
   @items = Item.find :all
end
# ビュー：items/index.html.erb
<% @items.each do |item| %>
<%=h item.sub_items.count %><!—  小モデルの合計を表示する —>
<% end %>

# モデル：item.rb
class Item < ActiveRecord::Base
  # col: id
  # col: name
  hasmany :sub_item
  sub_query_column :count_sub_items, :type => :integer, :query => “SELECT COUNT(id) FROM sub_items where sub_items.item_id = items.id”
end
# アクション：items_controller.rb
def index
   @items = Item.with_sub_query.find :all
end

1. 仮想OSを実行するための仮想機械（バーチャルマシン）。
2. いわゆるType1ハイパーバイザと呼ばれる（VirtualBox とか VMware Server とかはType2）。
3. 実行するマシンを選ぶが、その分ホストOSが必要ない。→余計なボトルネックが少ない
4. 基本Intelのチップセットを所望される模様→特に NIC と StorageAdapter
5. 無償である。（※商用利用の場合とかは調べてません）

一番はじめ、ESXiがよくわからなかった時、知見のある方から「まずUSBメモリからブートしてみればいいよ」との助言を頂いたのでさっそくググってみる。（T様ありがとうございます！！）するとだいたい・・・

1. インストールCDイメージをダウンロードする。ちなみに、結構面倒な登録フォームでユーザー登録（無料）をする必要があります。
2. ダウンロードしたイメージをマウントして中身の「install.tgz」を適当な場所に解凍する。
3. さらにその中の「usr/lib/vmware/installer/VMware-VMvisor-big-3.5.0_Update_4-153875.i386.dd.bz2」を解凍する。    $ bzip2 -d usr/lib/vmware/installer/VMware-VMvisor-big-3.5.0_Update_4-153875.i386.dd.bz2
4. 出てきた「VMware-VMvisor-big-3.5.0_Update_4-153875.i386.dd」を dd でUSBメモリにコピー。※WIN!!な人はWinDDとか使うがいいです。    $ dd if=VMware-VMvisor-big-3.5.0_Update_2-153875.i386.dd of=/dev/sdb bs=1024    ※dd の引数of=は必ず実行中の環境に合わせてください！！

こんな感じの手順で起動用のUSBメモリが作れました。実際にUSBメモリを挿してブートする前に、BIOSの起動順序のところでUSBメモリを上位に設定しておきます。


HDDのインターフェースがIDEなウチのDimension君なんですが、USBブートしてみるとちゃんと認識されてました！！もちろんNICも問題なし！！SATAのみのサポートっぽいことが随所に書いてある ESXi だったのでかなりビクビクしてましたが、要らぬ心配だったみたいです。起動後にモニタに表示されるURLを叩いて、表示されたページから VMware Infrastructure Client をダウンロードします。「〜.exe」ってなってるのでWindows用ですか。ですよね。MacOSXなのに・・・。


で、VMware Infrastructure Client で一通り画面をみつつ、やっぱりHDDにインストールすることにしました。（USBメモリ他にも使うし。。）
手順は↑で使ったインストールCDイメージをCDに焼いて、CDブートして、普通にインストールするだけ。・・・かと思ったら途中で

Installation operation Failed!The installation operation has encountered a fatal error:Unable to find a supported device to write the VMware ESX Server 3i 3.5.0 image to.

みたいなエラーでインストール出来ない！！ググってみました。まさにドンぴしゃな素敵ページ発見！！
trial and error様 <http://techno-st.net/2009/01/23/vmware-esxi-ide-hdd.html>


なるほど、インストール時の判定でIDEコントローラだと弾かれるのね。。
Dimension8300はまったく同じ手順でIDE HDDを無事認識できました！！インストールも特に問題なく終了し、後はUSBメモリブートの時と同じでした。


＝＝＝ タバコ休憩 ( ´ー｀)y-~~ ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝


そして、最後に既存の VirtualBox2.2 のVMをインポートします。
手順は

1. VirtualBoxで仮想アプライアンスのエクスポート。「Write legacy OVF 0.9」にチェックを付けること。
2. VMware Infrastructure Clientで出力したOVFファイルをインポート。

以上でOKなハズなんですが、インポート時にいくつかエラーが出たので、手でOVFファイルを修正する必要があります。エラーメッセージをメモってなかったので適当な表現で( TДT)ｺﾞﾒﾝﾖｰ

• 「Envelope」エレメントがなんとかかんとか、エラー
  
  • VirtualBoxの出力では<Envelope>・・・</Envelope>となってますが、ESXi的には<ovf:Envelope>・・・</ovf:Envelope>にして欲しいようです。
• 「ovf:version」属性がほげほげ、エラー
  • <ovf:Envelope ovf:version=”0.9″ …> と先頭にこの属性があるのが気に入らないようです。<ovf:Envelope   ….  ovf:version=”0.9″> のように最後にしてあげるとエラーが取れました。
• 「vssd:VirtualSystemType」がエラー
• VirtualBoxでは「vmx-6」になってますが、ESXi3.5では「vmx-04」にするといいみたいです。ちなみにESXi4.0では「vmx-06」とかで、「xen3」とかもあるみたい？
• 「disk1」のデバイスがおかしいっぽい？エラー
  • VirtualBoxでIDEコントローラを使っていた場合に出るみたいで、ESXiではSCSIコントローラに置き換えてあげる必要があります。Itemエレメント「IDE Controller」を次の様に変更します。
  1. rasd:Description => “SCSI Controller”
  2. rasd:ResourceType => “6″
  3. rasd:ResourceSubType => “lsilogic”

今回インポート時に出たエラーは以上です。

ここまでの修正を施したOVFファイルを再度インポートします。エラーが出なければHDイメージファイル（vmdk）のアップロードが始まります。これがまた遅い・・・。2ファイル合計1.5GBほどで1時間くらいかかったと思います。


ようやくインポートが終わったのでVMware Infrastructure ClientからVMを実行。VirtualMachinesタブを開いて、対象のVMを右クリックし、「Open Console」を選択するとコンソール画面が開きます。まだVMを起動してなければコンソール画面の右三角ボタンをクリックでインスタンスの起動が行えます。あと今更レビューなんですが、このクライアントソフト、UI言語は英語なんですが直感的で非常に使いやすいです。


はじめてESXiで動かした感想、これは素晴らしい！！
なんか、きっちりマシンリソースを使えてる感が気持ちいいです。
Dimension8300 の CPU は Pentium4 の2.8GHzなんですが、はっきりいってう●■みたいな性能だと思ってました。ごめんなさいごめんなさい。。
これからも色々実験台として活躍していただきます(´∀｀)


なんだか無駄に長い割に役に立ちそうにないエントリですが、とりあえず今日はここまで。

もっと細かく調べてみたところ、CakePHPのコア部分でいくつか微妙な箇所がありました。

1. モデルをたくさん使っているコントローラが遅い
2. セッションのストア先にmemcachedを指定すると遅い
3. ImageMagick（convert）の変換処理が遅い

と、3つの問題点を挙げていましたので、今回はそれについて適当なことを書いてみます。


まず1.の「モデルをたくさん使っているコントローラが遅い」について。
CakePHP1.2の便利な点として、割と使いやすいO/Rマッパーの存在があります。ざっくり言えばRDBをテーブル単位で構造化されたオブジェクト（モデルクラスとか）として扱える、ってそんな感じの機能です。さらにCakePHPでは、モデルとモデルの関連性を定義しておくことにより、O/Rマッパーが勝手に関連するものも取ってきてくれます。SQL的に言えばJOINするような感じで、これが超便利。


しかし、あまりに深い関連性を持たせるとなんでもかんでも取ってこられるので大変なことになります。
例えば、

ModelA =|1:n|= ModelB
ModelB =|1:n|= ModelC
ModelB =|1:n|= ModelD

と4つのモデルがこのような関係であった場合、ModelAのみ必要な場合に取得しようとすると、SQL的に “ModelA JOIN ModelB JOIN ModelC …” となってしまうとこは容易に想像つきますし、これは他の方も行っているexpectsメソッドを実装すれば割と簡単に解決できます。


でも問題はSQLクエリと結果の分量じゃなくて、CakePHPによって生成されるモデルインスタンス（と初期化時間）が問題でした。具体的には上記モデル構成の場合、リクエストのたびにModelA〜ModelDまでのインスタンスが必ず生成されます。expectsメソッドを実装したとしても、このインスタンス生成はコントローラの初期化時に行われるので全く効果がありません。


この辺りのCakePHPの動作をざっくりと･･･

1. コントローラの初期化
2. 使用するモデル定義を見る
3. モデルインスタンスを作成
4. 3.で作ったモデル内で、関連しているモデルインスタンスを作成
5. 3〜4を関連するモデルすべてで行う。

1. コントローラにモデルを登録せずに、メソッド内で必要なモデルのみを動的にアタッチする。（できるかどうか不明）
2. モデルのインスタンス生成を実際に必要なときにのみ行う。
   

• Linux（なんだっけ？）
• Apache2
• mysql5
• mod_php5

• コードキャッシュ＆ローカルキャッシュにはAPCをチョイス。
• CakeのCacheエンジンはAPCとMemcacheを用途に応じて切り替え。
• Memcachedは複数サーバから同じデータを参照する必要のあるものにのみ使用する。それ以外のどうでもいいキャッシュはAPCに格納する。パフォーマンスはたぶんローカルmemcachedと同じようなものかと。

1. モデルをたくさん使っているコントローラが遅い
2. セッションのストア先にmemcachedを指定すると遅い
3. ImageMagick（convert）の変換処理が遅い