inak@tech-U

ストレージの原則と技術のまとめ Chapter1

Tue, 13 May 2014 14:16:47 +0900

Chapter1 インフォメーションストレージ入門

1.1 インフォメーションストレージ
1.1.1 データ

データ＝生の事実

デジタルデータ=0,1で表現されるデータ

1.1.2 データの種類
構造化データ＝RDBMSを使って保存される
非構造化データ＝要素を行と列に格納できないデータ

1.1.3 ビッグデータ

ビッグデータ＝使用されているソフトウェアツールの性能では許容時間内に取得、格納、管理、処理しきれないサイズのデータセット

ビッグデータエコシステムの構成要素
・デバイス=複数の場所からデータを収集し、新しいデータも生成する
・データコレクタ＝デバイスとユーザーからデータを収集する
・データアグリゲータ＝収集したデータを集めて意味のある情報を引き出す
・データのユーザーとバイヤー＝凝縮された情報から恩恵を受ける

ビッグデータをリアルタイムに分析するためには
ハイパフォーマンスなMPP(Massively Parallel Processing)データプラットフォームを提供、
データセットの高度な分析を可能にする新しいテクニック、アーキテクチャ、ツールが必要。

1.1.4 インフォメーション

インフォメーション＝データから導きだされるインテリジェンス(知恵)とナレッジ(知識)

1.1.5 ストレージ

ストレージ＝データを格納するために設計されたデバイス

1.2 ストレージアーキテクチャの進化

旧来
サーバ中心のストレージアーキテクチャ(物理資源中心)

これから
インフォメーション中心のアーキテクチャ

ストレージデバイスはサーバから独立、中央で管理
ストレージデバイスは複数のサーバで共有

1.3 データセンターのインフラストラクチャ
1.3.1 データセンターの中核要素
次の５つの中核要素が不可欠
・アプリケーション
・DBMS
・ホストまたはコンピュート
・ネットワーク
・ストレージ

1.3.2 データセンターの主な特性

・可用性＝要求されたときに必要な情報を提供する
・セキュリティ＝不正アクセス防止の為のポリシー、手続き、など
・スケーラビリティ＝サーバやDBの追加を業務を中断することなく拡張できるように。
・パフォーマンス＝要求されたパフォーマンスを常に提供できるように。
・データの完全性＝データが受け取った通りの状態で格納され、取得されるように。
・キャパシティ＝大量のデータを処理する為のリソースが必要。
・管理可能性＝すべてのリソースを簡単かつ総合的に管理できなければならない。

1.3.3 データセンターの管理

・監視
・レポート作成
・プロビジョニング＝リソースを準備するプロセス

1.4 仮想化とクラウドコンピューティング

仮想化＝物理リソースを抽象化し、それらを論理リソースとして表す技術。

クラウドコンピューティング＝個人またはビジネスがITリソースをネットワーク経由のサービスとして利用できるようになる。

1.5 まとめ

2013 15 Sep

Sat, 14 Sep 2013 22:42:08 +0900

アメンバー限定公開記事です。

サーバのF/W設定(基本)

Mon, 03 Jun 2013 12:18:57 +0900

サーバにおけるファイアウォールの設定について

■確認

基本的には、
/sbin/iptables -L
で確認して、ポートが空いていればOK

Chainという単位で細かく設定できる。

Chain INPUT (policy ACCEPT)　入ってくるパケットの設定
Chain FORWARD (policy ACCEPT)　転送するパケットの設定
Chain OUTPUT (policy ACCEPT) 出ていくパケットの設定

入ってくるのを止めることが多いので、INPUT句をメンテナンスすることが多そう。

■書きかた
例) 512番ポートに対して tcp による通信を許可する場合
#/sbin/iptables -I INPUT -p tcp -m tcp --dport 512 --syn -j ACCEPT

参考：
http://www.astec-x.com/FAQ/iptables.html
http://homeserver.seesaa.net/article/5049375.html

gestioIPの検証(導入編)

Fri, 31 May 2013 11:58:25 +0900

gestioIP使い方
[編集]使い方検証

ユーザーログイン
http://[Server Name]]/gestioip
にアクセス後
ユーザー名: gipadmin
パスワード: ***
でログイン。

ホストの取得
import/export -> Discoveryで見つける事が出来た。
例) sgatewayに対して照会。
DNSとSNMPでホストを見つけようとする。
有効と思われるネットワークで全て舐めようとするためものっすごい時間かかる。
※マニュアル参照して、もっと簡便なやり方あれば、追記。

マニュアル:ファイル:Documentacion GestioIP 30 en.pdf

gestioIPの検証(インストール編)

Fri, 31 May 2013 11:56:20 +0900

☆gestioIPインストール

各種入手系
gestioIP
mod_perl(入っていない場合)

インストール方法
手順　参考
http://log4hc.wordpress.com/2013/03/20/gestioip/

注意点
※perlのモジュールもいれないとダメらしい
➡CPANインストール
※apacheのbinaryは/usr/sbin/apachectl
※apxsは/usr/local/apache2/bin/apxs
mod_perlがないと怒られたのでここ参考にインストール
http://home.wi-wi.jp/scripts/log/2006020101/index.html
※httpd.confで、modulesの場所が違うかったので、そこだけ注意

sh実行後、エラーメッセージ
sudo yum install perl-Net-IP \
perl-DBI perl-DBD-mysql perl-DateManip net-snmp-perl \
perl-Date-Calc perl-TimeDate perl-MailTools perl-Net-DNS perl-GDGraph
インストール後、apacheが503、前任者の設定がわからないので一旦削除して入れ直す。
yum remove httpd
そしてもう一度、confにmod_perl設定し直す。
➡OK

VMware tech day 2013のまとめ

Thu, 30 May 2013 10:25:27 +0900

1章
仮想化の基礎

オンラインチュートリアルで講義があるので、セッションでは割愛。

講演者が補足で
「VMは単なるプロセス、アプリケーションと同じ、この解釈で考えるとわかりやすい！」
と述べておられた。

２章
仮想マシンの作り方
　　仮想マシンの定義
　　　　ゲストOSと仮想HWのセット
　　　　ゲストOS自体は物理マシン上のOS(ホストOS)と変わらない
　　　　Disk上にファイルとして存在(.vmx)とか(pptのexeと同じ)

　　仮想マシンのHW
　　　　CPUとかメモリの検討、設計(vCPUはMAX64個)
　　　　スペックを決める

　　ゲストOSのインストール
　　　　基本的にホストOSと同じ
　　　　インストール後VMwareToolsインストール
　　　　　　仮想マシンの性能向上
　　　　　　Win、Soralis用と別途用意されている

　　テンプレート
　　　　VMのひな形
　　　　これでクローン作成
　　　　　　作成した瞬間IP競合するのでは？？
　　　　　　カスタマイズできる
　　　　DC間で異なる拠点のテンプレートからVM作成可能
　　　　※VMotionは拠点をまたげない

　　　　　　テンプレート化されるとVM一覧から消える
　　　　　　　　実体自体は変わっていない
　　　　　　　　sysprepにカスタマイズデータを与える
　　　　　　　　sysprepはOS起動時に読み込まれる

　　　　　　テンプレートの(パッチなどの)更新
　　　　　　　　できない、ではどうする？
　　　　　　　　　　VMに戻す(Convert to VM)
　　　　　　　　　　パッチ更新後、またテンプレートに戻す

3章
コンピュータリソース

　　リソース配分を適切化したい
　　　　VMを一度落とさないとダメ？
　　　　　　リソースプールがある

　　CPU管理
　　　　vCPUとは？
　　　　　　実体はない
　　　　　　コードが実行できない
　　　　　　　　VMkernelにリクエストして物理CPUが与えられる
　　　　　　　　(CPU実行時間をもらう)
　　　　　　　　＝HEC(HardWare Execute Context)
　　　　　　　　これはVMに特別限ったことではない
　　　　　　　　たとえば、WindowsではOSがプロセスをスイッチングし
　　　　　　　　て常にそれぞれのプロセスを実行しているように
　　　　　　　　見せたりとか。

　　　　　　実際、複数のvCPUがリクエストしたらどうなる
　　　　　　　　管理者が決めておく
　　　　　　　　　　シェア数を変更など
　　　　　　　　　　　　これはリソース競合時に適用される
　　　　　　　　事前に設定できる項目として
　　　　　　　　　　制限(上限)
　　　　　　　　　　予約(下限)
　　　　　　　　　　シェア

　　　　　　メモリ管理
　　　　　　　　メモリの種類
　　　　　　　　　　仮想メモリ＝アプリにマッピングされたメモリ
　　　　　　　　　　物理メモリ＝VMに割り当てられたメモリ
　　　　　　　　　　マシンメモリ＝実際にハードが持っているメモリ

　　　　　　　　ケチケチ使う仕組み
　　　　　　　　　　VMkernelが管理
　　　　　　　　　　　　VMが必要な分だけ貸す
　　　　　　　　　　透過的なページ共有
　　　　　　　　　　　　詳しくはここいらか？　　　　　　　　　
　　　　　(http://d.hatena.ne.jp/takaochan/20101010/1286693164)
　　　　　　　　　　　　同一内容のページは同一の物理ページに割当
　　　　　　　　　　　　　　どれくらいの発生頻度か？
　　　　　　　　　　　　　　VMが同一のOSで動いていた場合は
　　　　　　　　　　　　　　わりかし発生しやすい
　　　　　　　　　　　　　　言い換えると、
　　　　　　　　　　　　　　OSがバージョンまで完全に同一でなければ
　　　　　　　　　　　　　　ほとんど発生しない
　　　　　　　　　　　　　　共有されたページをCOW(copy-on-write)
　　　　　　　　　　　　　　として扱う

　　　　　バルーンドライバ
　　　　　　　　VMからメモリを回収する仕組み
　　　　　　　　VMware Toolsの中のドライバ

　　　　　リソースプールの設定
　　　　　　　ホストが持つCPU、メモリをVMに提供する仕組み
　　　　　　　一応VMごとにも設定できるが、
　　　　　　　所属しているハイパーバイザーごとに設定した方が楽

お昼休憩
　　お弁当はコレ
　　

4章
VMのマイグレーション
　　vMotion
　　　　PowerOnでも引っ越しOK-ライブマイグレーション　
　　　　用途
　　　　　　HWの全体使用率向上
　　　　　　DRS-ホスト間の負荷調整
　　　　今日何度も言うけどVMはプロセス
　　　　　　プロセスの実体は？
　　　　　　　　メモリ上のコンテンツ
　　　　　　　　　　このメモリの内容を別ホストに持っていくということ
　　　　　　　　　　メモリの内容は常々変更されるけど。。。
　　　　　　　　　　　　一瞬でコピーできない
　　　　　　　　　　　　ビットマップが変更点を覚えている
　　　　　　　　　　　　　　その差分が一定以下になると
　　　　　　　　　　　　　　　VMはいったん切られる
　　　　　　　　　　　　　　　　➡つまり完全無停止ではない
　　　　vMotionの必要要件
　　　　　　VM側
　　　　　　　　VMが今使っているホストの
　　　　　　　　　ローカル資源を使っていないこと
　　　　　　ホスト側
　　　　　　　　vMotionネットワーク
　　　　　　　　共有ストレージ
　　　　ストレージvMotion
　　　　　　ファイルを別ストレージに渡しておく
　　　　　　ストレージの種類は問わない
　　　　　　VMkernelが両方に投げる

4章
ロードバランス
　　
　　DRCクラスタ
　　　　クラスタ＝ESXiのホスト＋仮想サーバ
　　　　　　初期配置
　　　　　　負荷分散
　　　　リソース管理について
　　　　　　初期配置　
　　　　　　負荷分散
　　　　　　電力管理
　　　　　　ようは管理
　　　　設定
　　　　　　自動化レベルの設定
　　　　　　　　vMotion自動
　　　　　　　　※勝手にVMを別のホストに動かしちゃうので要注意
　　　　　　　　VMごとにもできる
　　　　　　追加はドラドロ
　　　　　　アフィ二ティルール
　　　　　　　　VMごとにこれとこれは同じホストとかそういう設定
　　　　　　EVC
　　　　　　　　CPUの世代間を合わせる➡合わせないとvMotion
　　　　　　　　　できない場合もあるから
　　　　　　　　　　CPUの最大公約数的考え方
　　　　　　　　　　➡つまり、新しいCPUの機能が制限されてしまう

5章
仮想DCの監視と管理
　　
　　vCenter Server
　　　Performanceチャート
　　　　OverViewチャート
　　　　Advancedチャート
　　何をどう見るか？
　　　CPU利用率
　　　メモリ
　　　ネットーワーク
　　　　　バルーンのアクティビティとか。。
　　　　　VMkernelのスワップ発生
　　　　　アクティブメモリの監視
　　　　　　　➡これよりも多く、マシンのメモリを割り当てるなど
　　　　　　　　　の対策ができたり。。
　　　HDD I/O
　　　　　ネットワークとCPUは強い相関関係あり

6章
可用性

　　ホストがこけたら。。。。
　　　　vSphere HAを組んどけ！
　　　　　　残っているマシンでVMを再起動
　　　　　　※ただし、プロセスは保証しない
　　　　アーキテクチャ
　　　　　　Master
　　　　　　　データストア大　
　　　　　　　SlaveとHeartbeat投げ合う
　　　　HAはホストが判断する(vCenterは見ない)
　　　　　　　つまりvCenterがコケていてもホスト障害を検知できる。

　　　　HAの有効化
　　　　　　　まずはクラスタ定義
　　　　　　　　　アドミッションコントロールをON/PFF
　　　　　　　　　余っていてもカツカツになりそうだったら、
　　　　　　　　　　PowerOnには使わせない

　　　　FT
　　　　　メニューで一発
　　　　　vLockStep
　　　　　冗長化されたセカンダリで動く
　　　　　　　➡プロセスも動いている
　　　　　プライマリ
　　　　　　　I/Oするのはこっち。セカンダリは追随しているだけ。

rails基本2

Tue, 28 May 2013 15:05:20 +0900

データベースとモデル

DB設定ファイル
Railsではアプリケーションを実行する時に3つのモード(開発、テスト、本番)が用意されています。
主な理由としては、開発、テスト時のデータベースを分けたりなど。。

DBの作成
DBの作成は基本rakeでできる。
rake db:create

モデルの作成
rails generate model モデル名
※ここで。config/database.ymlを見ていた。。

モデルと一緒にマイグレーションファイルもできていた。
マイグレーションファイルに作成したいテーブルのカラム情報を記述して
rake db:migrate

これでテーブルが作成される。
t.string :name
t.date :sales_date
書き方としてはこんな感じ

モデルの削除
rails destroy model モデル名

モデルとマイグレーションも削除される。

マイグレーション機能とは
マイグレーションスクリプトを用意して、テーブル操作を行う事。

SQL直書きだと、元に戻したりの操作が難しい。
マイグレーションファイルを使うと、１コマンドでその時点でのスナップショットに戻す事ができる。
up,downメソッドでカラムの追加、削除ができる。
up,downメソッドでaddXXX、removeXXXと定義しておけば、changeメソッドにカラム書くだけでOK

実際に作ってみる
①プロジェクトの作成
rails new sample_mysql -d mysql
②DBの作成
rake db:create
③モデルの作成
rails generate model title

④確認
mysql> describe titles;
+------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+------------+--------------+------+-----+---------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| name | varchar(255) | YES | | NULL | |
| sales_date | date | YES | | NULL | |
| created_at | datetime | NO | | NULL | |
| updated_at | datetime | NO | | NULL | |
+------------+--------------+------+-----+---------+----------------+
5 rows in set (0.00 sec)

mysql> describe schema_migrations;
+---------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+---------+--------------+------+-----+---------+-------+
| version | varchar(255) | NO | PRI | NULL | |
+---------+--------------+------+-----+---------+-------+
1 row in set (0.00 sec)

mysql>

mysql> select * from schema_migrations;
+----------------+
| version |
+----------------+
| 20130528064015 |
+----------------+
1 row in set (0.00 sec)

mysql>

このversionの値は最後に実行されたマイグレーションファイルのナンバーになっている。

rake db:versionでも確認できる。

新しいマイグレーションを追加して、テーブルを変更
[root@sub01 sample_mysql]# rails generate migration AddColumnTitles
invoke active_record
create db/migrate/20130528065505_add_column_titles.rb
[root@sub01 sample_mysql]#

こんな感じでマイグレーションファイルを生成する。
そうすると、、
class AddColumnTitles < ActiveRecord::Migration
def up
end

def down
end
end

のようにup,downメソッドが作られている。ので
class AddColumnTitles < ActiveRecord::Migration
def up
add_column :titles, :places, :string
end

def down
remove_column :titles, :places, :string
end
end

こんな感じに変更。じゃあ、型とかを自動生成したい場合は

rails generate migration AddDetailsToTitles price:integer author:string

で型のremoveを仕掛けたい場合は
rails generate migration RemoveAuthorFromTitles author:string

これで
class RemoveAuthorFromTitles < ActiveRecord::Migration
def up
remove_column :titles, :author
end

def down
add_column :titles, :author, :string
end
end

マイグレーションファイルを削除したい場合
rails destroy migration AddColumnTitles

最新のマイグレーションを実行してみる
mysql> describe titles;
+------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+------------+--------------+------+-----+---------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| name | varchar(255) | YES | | NULL | |
| sales_date | date | YES | | NULL | |
| created_at | datetime | NO | | NULL | |
| updated_at | datetime | NO | | NULL | |
| price | int(11) | YES | | NULL | |
+------------+--------------+------+-----+---------+----------------+

authorは追加されずにpriceだけ追加されている。

マイグレーションのロールバック
rake db:rollback

これで、前回はauthorを追加したマイグレーションが適用されて、カラムが追加される。

ステップ数の指定をしてロールバックを行う事も出来る
rake db:rollback STEP=ステップ数

NOT NULLなどの制約の設定
こんな感じ
create_table :titles do |t|
t.string :name, :null => false
t.integer :old, :default => 10
t.string :address, :null => false, :default => 'Tokyo'
end

この条件でマイグレーションファイルを作成してみる。

■テンプレートの作成とアクションからの利用

-テンプレートの作成とアクションからの利用

①コントローラを作成
②そのコントローラに空メソッドshow追加
③viewにshow.html.erb追加
④route.rbに get "books/show"を追加

これで、アクションに対応したテンプレートが表示される。

-レイアウトの利用

アプリケーション全体で適用されるレイアウト
＝app/views/layouts/application.html.erb
これこにデフォルトでヘッダーやらフッターの定義が書かれている

<%= yield %>

この<%= yield %>にHTMLコンテンツが埋め込まれる。

app/views/layouts
にコントローラ名.html.erbを使うと、
該当のコントローラが呼び出され場合に、
application.html.erbではなく、こちらが呼び出される。

コンとローラクラスの中で、どのレイアウトを使用するかを指定したい場合は
layout 'レイアウトファイル名'をクラス名の次ぐらいで指定しておく。

もっと細かい粒度、アクション単位でレイアウトを指定したい場合。
メソッド内で
render :layout => 'レイアウトファイル名'
ファイル名じゃなくて、拡張子の前までの名前。

仮想化の基礎(VMware Tech day 2013事前資料より)

Tue, 28 May 2013 14:42:49 +0900

○仮想化の概念

　　物理インフラ：
　　　　1マシン1OS
　　仮想インフラ：
　　　　物理ホスト -> vSphere ESXi -> ハイパーバイザー -> 各仮想マシン

○仮想マシンにする理由
　　物理マシンだと・・・・
　　　　ライフサイクル短
　　　　HWアップグレードの影響受ける
　　　　move,copy難
　　仮想マシンだと・・・・
　　　　管理容易
　　　　HWに依存しない(ハイパーバイザーが介しているのでそこが吸収してくれる)
　　　　レガシー0S(App)サポート(どんなOSでも上で動かせる)

○仮想化の仕組み
　　ハイパーバイザー型(仮想化専用OS)
　　VMwareの製品だとvSphere
　　　　このvSphereはvCenter ServerやESXiから構成されている。
　　アプリ型
　　　　VMware FusionとかSW上で動くタイプ

○仮想化のネットワークは？
　　仮想スイッチで動く
　　　　仮想NIC(仮想マシンに割り当てられるNIC)
　　　　仮想スイッチが頑張る
　　　　　　仮想スイッチは仮想NICと物理NICをひも付ける
　　　　　　1台のESXiの仕組み
　　　　　　複数マシンではどうすればいいか？
　　　　　　　　分散スイッチ！！！

○ストレージについて
　　WindowsではNTFS
　　LinuxではNFSとか
　　vSphereではデータストア
　　　　FSはVMFSと呼ぶ
　　　　　　ファイルの置き場所としては、NFSとかと大差ない
　　　　　　クラスタFSが特徴(複数台のFSを束ねる)

○クライアントについて
　　vSphere Client
　　　　接続先はvCenter Server、ESXiだったり、複数管理しているなら大体vCenter Server
　　　　インベントリ
　　　　　　インベントリとは、vCenter Serverの管理対象
　　　　　　　　ESXiだったり、ESXi配下の仮想マシンだったり

rails基本1

Thu, 23 May 2013 13:14:51 +0900

rails調査
無性にrailsを触ってみたくなったので。

基本的なrailsでのWebアプリ作成の手順を学んでいく。
RubyLifeの記事Rails入門を読ませて頂きながら軽くメモ

rails new [project name]

proxy環境下においては
この前にexport http_proxyしておくといろいろ捗る
というかそれしてないと捗らない

rails s
root@sub01 sample]# rails s
/usr/local/lib/ruby/gems/1.9.1/gems/execjs-1.4.0/lib/execjs/runtimes.rb:51:in `autodetect': Could not find a JavaScript runtime. See https://github.com/sstephenson/execjs for a list of available runtimes. (ExecJS::RuntimeUnavailable)

javascriptのモジュール読み込みエラー
http://jurakudai.blog92.fc2.com/blog-entry-18.html

これで暫定対応
➡恒久対応あるか？？

Gemパッケージ
Rubyで使われるライブラリやアプリケーションはGemと呼ばれる形式のパッケージにすることができる。

Bundlerとは
BundlerはRailsアプリケーションに必要となるGemパッケージの種類やバージョンを管理し、複数のPCで必要なGemパッケージをインストールする仕組みを提供してくれる。

Gemfile.lock
➡ここに複数環境で触る際に、いろんなモジュールのバージョンが書いてあることにより整合をとってくれる。

さて、プロジェクトをいろいろいじくってみる。
外部から見えてよい、静的コンテンツの配置は
[project name]/public
の下にあるhtmlファイルが対象になる。

---------------------------------------------------------------------
MVC

まずはコントローラ
rails generate controller [controller name]
これを実行すると
[controller name]_controller.rbなどが作成される。

class [controller name]Controller < ApplicationController
end

こんなのがひな形でできる。
ここにメソッドを足してみる。
def hello
render :text => 'Hello!'
end

※render :text => 'Hello!'の部分が利用者へテキストを返す部分

ここまでで、controllerが利用者に文字列を返す中身までは出来た。
ただこのままでは見れない。
ルーティングの設定が終わっていない。

route.rb
match 'hello' => 'booklist#hello'

このように記述すると
http://サーバ名:3000/helloにしたときに
booklist_controller.rbが呼び出され、その中のメソッドhelloが呼ばれる。

今回は文字列のみ。
整形されたページを表すにはどうすればよいのか？？？

というか、今回は文字列のみであったが、通常はビューに値を渡して表示させる。

app/views/[controller name]の下に、そのhtmlファイルを作成する。

そしてコントローラからビューを呼び出したい場合は
def hello
render "booklist/hello"
end
のように記述する。

renderの行の記述がなくとも、メソッド名に対応するhtmlファイルがcontroller以下に作成されていれば、表示自体はされる。(viewファイルの名前を変えたいときにrenderを使うイメージか？？)

次にviewにメッセージを渡してみる。

コントローラのメソッドにviewに渡す変数を定義し、vire側でもそれを表示する。
[C]
def hello
@msg = 'こんにちは。お久しぶりです。';
end

[V]
<%= @msg %>
この<%= %>で囲まれた部分にrubyのプログラムを記述することができる。

なるほど、以上基本的なコントローラの使い方。
publicは静的ページだったけど、app/views/[controller name]の下では動的ページを記述できそうですな。。

つづいて、モデル

モデルは基本、DBと1対1対応。

まずはDBの設定から。。。
設定ファイルはconfig\database.yml

rake db:create
これでDBが生成される。

ではモデルの作成
rails generate model [model name]

app/models/[model name].rb
に加え、テストファイルも作成される。

これが、モデルクラスの骨子となるもの
class [Model name] < ActiveRecord::Base
end

db/migrate/20130523044941_create_titles.rb
このようにマイグレーションファイルも作成される。
※マイグレーションファイルとは、例えばテーブルを作成するのに直接作成するのではなく、テーブルを作成するというスクリプトファイルを作成した上で、そのスクリプトを実行することでテーブルを作成するものです。なぜこのような手間をかけるのかと言えば、
(1)テーブルに関して行なった処理を記録し、元に戻したり別の環境で同じ処理を簡単に行なわせることができる、
(2)データベースの種類に関係無く同じスクリプトでテーブルを作成できる、といった利点があります。

それでは、このマイグレーションファイル(いわゆるスクリプトファイル)を編集してみる。
基本的にはカラムを追加するイメージ

class CreateTitles < ActiveRecord::Migration
def change
create_table :titles do |t|

t.string :name
t.date :sales_date

t.timestamps
end
end
end

こんな感じ。

そして
rake db:migrate
これでテーブルが更新される。

そのままデータを掘り込んでいってもいいけれども
seedでテストデータを作成してみる。

db/seed.rbに記述。
Title.create(:name => 'Emanuel', :sales_date => '2011-12-11')

で
rake db:seed

ほんとにできているかちょっと確認する。
rails dbconsole
これでsqliteが起動する。

これでOK

続いて、コントローラにモデルから値を引っ張ってくるようにする。
def hello
@titles = Title.all
end

続いて、ビューで表示できるようにする。
<% @titles.each do |title| %>
[title]<%= title.name %>,[sales_dates]<%= title.sales_date %>

<% end %>

これでOK

---------------------------------------------------------------------
Scaffoldを使ってみる

Scaffold機能を使うとコマンドを1つ実行するだけでアプリケーションに必要なコントロールやビュー、そしてモデルを自動的に作成してくれます。

rails generate scaffold モデル名
rails generate scaffold モデル名フィールド名1:データ型1 ...

実際に実行してみる

ぬあんと
controller
model
と
CRUDのview
が出来ている！！！！

そしてマイグレーションファイルには、記述された絡むがきちんと書かれているではないか！！

またコントローラに関しても
「index」「show」「new」「edit」「create」「update」「destroy」のアクションメソッドが自動的に定義されている。

実際に動かしてみる

rake db:migrate

http://sub01.cps.ricoh.co.jp:3000/[scaffoldで書いたモデルの複数形]
にアクセス

ホントにCRUDできる！！

---------------------------------------------------------------------
コントローラとアクション

コントローラ深堀

基本は
rails generate controller コントローラ名

アプリケーションを作成しながら確認してみる。
rails new sample

rails generate controller items

で出来たコントローラの雛形
class ItemsController < ApplicationController
end

※原則として、モデル名の複数形にしたものを使う！！！

※キャメルでもアンダースコア式に記述しても、コントローラのファイル名、中のクラス名は変わらない。

アクションの作成と呼び出し

以下のようにコントローラを作成
rails generate controller items

アクションをコントローラ作成と同時に作成したい場合は
rails generate controller friends new show

結果、出来てる
class FriendsController < ApplicationController
def new
end

def show
end
end

また、ビューファイルもそれぞれのアクションに対応して出来てる。

別のアクション用のテンプレートを呼びだしたい場合

同じコントローラーに含まれるアクションを呼び出したい場合
render :action => 'アクション名'
render 'アクション名'

別のコントローラーに含まれるアクションを呼び出したい場合
render :template => 'コントローラ名/アクション名'
render 'コントローラ名/アクション名'

テンプレートが存在しない場合は、
Template is missingと出る

ここで閑話休題

簡単にアクションの確認をしたい場合(主にテスト段階)
renderメソッドを使って利用者へテキストを出力する。
render :text => 'Hello'
こんな感じ

他にもいろいろオプションある
statusオブション
render :text => 'テキスト', :status => 404
render :nothing => true, :status => 403

layoutオプション(true,falseで設定)
htmlのソースを返す

JSON/XML形式で出力させるには？？？

JSONだとこんな感じ
def index
personal = {'name' => 'Yamada', 'old' => 28}

render :json => personal
end

XMLだとこんな感じ
def index
personal = {'name' => 'Yamada', 'old' => 28}

render :xml => personal
end

明示的に切り替えた場合に分岐させたい場合
こんな感じ
def index
@personal = {'name' => 'Yamada', 'old' => 28}

respond_to do |format|
format.html
format.json {render :json => @personal}
format.xml {render :xml => @personal}
end
end

ビューはこんな感じ

名前:<%= @personal["name"] %>

年齢:<%= @personal["old"] %>

パラメータの取得
Railsでパラメータを取得したい場合は
コントローラにparams[:パラメータ名]

route.rbに
Sample::Application.routes.draw do
get "travels/show/:id" => "travels#show"
end

フォームからコントローラに値を渡す場合
route.rbは
post "travels/show" => "travels#show"
として

publicにpost.htmlを追加する
form内で、travelsコントローラのshowアクションに以下の入力欄の値を渡している感じ

パラメータでハッシュを渡す
ハッシュを渡す際には以下のようにする。
ハッシュを送る場合は、パラメータ名を指定していた部分でハッシュ名[キー名]を指定する

コントローラはこんな感じ
def show
travel = params[:travel]
render :text => "旅行先 = #{params[:'dest']}, 人数 = #{params[:'num']}"
end

パラメータを配列で渡す
post.htmlは
input typeのnameの部分を配列で定義する

controllerでは
def show
travel = params[:travel]
render :text => "1:#{travel[0]}, 2:#{travel[1]}, 3:#{travel[2]}"
end

こんな感じ

VMware Tech Day 2013に行ってきます。

Wed, 22 May 2013 23:03:06 +0900

先週申し込んでいた、VMware Tech Day 2013に29日行ってきます

一日中あるので結構楽しみ