IBM Cloud の RHEL 構築記録

時間がおかしくなっていた。

なんか初期設定ではタイムゾーンがEDT(America/New_York)になっている。日本時間に直しましょう。
ちなみに

$ data
と打てば時刻が表示される。

http://faq.gmocloud.com/public/?id=13


↑ここに書いてあった。tzdataは最初から入っていたので、

$ sudo cp /usr/share/zoneinfo/Japan /etc/localtime

としたら治った。一応、
$ date
と打って確認しましょう。

IBM Smart Cloud Enterprise で Red Hat Enterprise Linux (6.2, 64 bit)を選んで WordPress をインストールするまでの作業過程

今回やること:
1. IBM Smart Cloud Enterprise(以下 IBM Cloud) にアクセスして、インスタンス(マシン)を立てる。OS は Red Hat Enterprise Linux (6.2, 64 bit) を使ってみる
2. SSH でログインしてみる
3. Red Hat Enterprise Linux(以下 RHEL) について、iptables, httpd, MySQL, PHP, WordPress を導入する
4. この OS 上で立ち上げた WordPress を Web からアクセス出来るようにする

まず最初に、IBM Smart Cloud Enterprise にアクセスして、インスタンス(マシン)を立てる。アクセスはこちらから → http://www-147.ibm.com/cloud/enterprise/dashboard

次に、Red Hat Enterprise Linux(以下 RHEL) について、iptables, httpd, MySQL, PHP, WordPress を導入する

まずはともあれアップデート。

sudo -s ← 管理者(root)になる
[root@vhost**** idcuser] yum update

2012年7月3日の時点では、400MB程度のアップデートがあったので30分程度掛かった。

そしてパスワードの設定。IBM Cloud ではユーザーとして、idcuser と root が初期設定で存在している。新しくユーザーを使っても良いのだろうが、面倒なのでそのまま使うことにする(ちなみに idcuser ってのは、 Internet Data Center User って意味なのだろうか…?微妙に気になる)。

まずは idcuser のパスワードを設定する。
[root@vhost**** idcuser] passwd idcuser

とすると、新しいパスワードを入力せよと出るので入力する。もちろん再度打てと言われるので打つ。
次に、 root のパスワードを設定する。
[root@vhost**** idcuser] passwd

とだけ打つと、root のパスワード設定になる。先と同様に新しいパスワードを入力せよと出るので入力。二回打つことになる。

次に idcuser で sudo が出来るように設定する。(ちなみに sudo って価値あるのだろうか?誤操作を防ぐためってのは分からないでもないが、少し使ってみると何でもかんでも sudo を付けるだけの単純な作業になって結局本来の意義が失われている。rm とか使えないようにしたほうが良いのでは…私は sudo をいちいち打つのが面倒臭いので root で作業している。…こういう姿勢がファーストサーバ事件を招くのだろうけれど… ファーストサーバ事件について知らない人は検索してみてください…簡単に言うと “rm -rf /” という自殺コマンドを打った模様…。ちなみに rsync 原因説もあるようです )

次に apache(httpd) の設定。そもそもインストールされているのかどうか+入っていればバージョン確認をしたいので、↓のコマンドを確認。
[root@vhost2748 idcuser] httpd -v
Server version: Apache/2.2.15 (Unix)
Server built:   Feb  7 2012 09:50:11
最初から入っていた(∩´∀`)∩

IBM Smart Cloud Enterprise の (おそらく)最小インスタンスのスペックまとめ

[idcuser@vhost**** ~]$ sudo hdparm -Tt /dev/vda

/dev/vda:
Timing cached reads:   11342 MB in  2.00 seconds = 5678.27 MB/sec
Timing buffered disk reads:  198 MB in  3.16 seconds =  62.67 MB/sec
[idcuser@vhost**** ~]$ sudo hdparm -Tt /dev/vda1

/dev/vda1:
Timing cached reads:   11490 MB in  2.00 seconds = 5752.49 MB/sec
Timing buffered disk reads:  406 MB in  3.00 seconds = 135.29 MB/sec
[idcuser@vhost**** ~]$ sudo hdparm -Tt /dev/vda2

/dev/vda2:
Timing cached reads:   11290 MB in  2.00 seconds = 5651.50 MB/sec
Timing buffered disk reads:  492 MB in  3.86 seconds = 127.30 MB/sec
[idcuser@vhost**** ~]$ sudo hdparm -Tt /dev/vdb

/dev/vdb:
Timing cached reads:   11188 MB in  2.00 seconds = 5600.77 MB/sec
Timing buffered disk reads:  620 MB in  9.81 seconds =  63.23 MB/sec
[idcuser@vhost**** ~]$ sudo hdparm -Tt /dev/vdb1

/dev/vdb1:
Timing cached reads:   11234 MB in  2.00 seconds = 5623.47 MB/sec
Timing buffered disk reads:  878 MB in  3.26 seconds = 269.50 MB/sec

\まあまあ/

—–追記@2012年9月20日—–
最近、VM の読み書きは一旦巨大なキャッシュ(SSD や DRAM)に収まるらしいので、今回行った hdparm ではせいぜい 1GB の調査なので、これはあやしい値かもしれない…(IBM を dis っているわけではなく、単純に真相がわからないという意味です。bonnie++ とか使ってみるといいのかもしれません。