DevCloud Installation and Some Hack

Dev Cloud
Installation
CloudStack 4.0

@zero_root

どのご家庭にもある材料

MacBook Air
VirtualBox
DevCloud OVA Image
Internet Connection

何かと助かる Virtual Box
さっさと起動しましょう！

設定確認項目

VT-x/AMD-V の設定
MacOSX10.6
64bit 設定
2GB VM 用メモリ
20GB HDD/SSD

満たすべき条件！

設定確認項目

MacOSX10.6
64bit 設定
2GB VM 用メモリ
20GB HDD/SSD

確認項目はこの辺り

設定確認項目

MacOSX10.6
64bit 設定
2GB VM 用メモリ
20GB HDD/SSD

DEV Cloud をダウンロー
ド
DEV Cloud の仮想アプライアンスをダウンロード
http://download.cloud.com/templates/devcloud/DevCloud.ova

確認項目

1.56 GB
Open Virtualization Format
20GB HDD/SSD

※ チェダーチーズではありません

DEV Cloud をインポート
Virtual Box に OVA イメージをインポート
ファイル > 仮想アプライアンスのインポートを選択

選択ボタンをクリック！

ダウンロード済み OFA フォーマットの選択

確認項目 2 つのチェックポイント
1) RAM 容量 2048MB
2) MacAddress の再初期化にチェックなし

新型の Apatch ライセンス使用承諾に同意をっ！

約 2 分程でアプライアンスイメージのインポート完了

DevCloud が VirtualBox マネージャーに表示されるので
起動！

DEV Cloud を起動！
DevCloud のログインコンソール

ログイン情報

ID: root
PASS: password

CloudStack WebUI にログイ
ン！
DevCloud のログインコンソール

ログイン情報
http://localhost:8080/client

ID: admin
PASS: password

CloudStack 設定投入
ログインすると

システム処理能力に
現在の状況が ..

あら不思議、何も
表示されていない…。

/var/log/cloud/management/management-server.log を
tail してみる。

secondary storage VM が
おかしな様子 .. 。
WebGUI では問題無さそう。

Zone が接続されていないっ！

Zone 設定が接続断状態
になっていることを確認。
急いで、接続をしてみる。
Zone が活性化していないと
動作しないよな .. 。 SSVM を
破壊検査するところだった。

Zone の接続後、システムの処理能力が正しく表示され
るようになった！

そうだな、 Zone だよ。
Zone とぶつぶつ
言いながら .. 。
インフラストラクチャー
をクリックして確認。

インフラストラクチャのメニューをクリック。それな
りに色々表示されている。
Zone をクリックして設定。

気になる点
仮想ルーター 0
感想
インスタンスが出来れば
作成されるだろ ..

CloudStack 設定投入 Zone
Zone 設定を確認するために Zone の [devcloud] をク
リック。

ここで、 MacBookAir の
モニターをパシパシ叩き
「よ〜し、いい子だ」と
つぶやく。

CloudStack 設定投入 Zone
詳細タブに情報が表示されているので、確認。

DNS1 8.8.8.8
DNS2 記載なし
内部 DNS1 8.8.8.8
内部 DNS2 記載なし
ドメイン ROOT
Network の種類 Basic
Network Domain 記載なし

CloudStack 設定投入 Pod
インフラストラクチャのメニューをクリック。
Pod を選択。

Pod 設定を確認するために Pod の [devcloud] をクリッ
ク。

iPod との関連性が
疑われるが。
マニュアルに記載なし .. 。

IP アドレスの割り当てタブをクリック。　表示を確認。

ゲートウェイ 10.0.2.2
ネットマスク 255.255.255.0
開始 IP アドレス 10.0.2.100
終了 IP アドレス 10.0.2.199

CloudStack 設定投入 Host
インフラストラクチャのメニューをクリック。
クラスターを選択。

Cluster
Host 設定を確認するために Cluster の状態を確認。
Enable 状態である事を確認

ここは .. 。
階層的にいまいち
表示されていない !

インフラストラクチャのからホストをクリック。
表示を再度確認。

Host 設定を確認するために Host の [devcloud] をク
リック。
Enable 状態を確認

ここは .. 。
Name=Zone-Pod-Cluster と
階層的に表示されている !

詳細タブの情報が表示されているので、確認。

マニュアルページには
IP アドレスを Host の名前に
記載するとあるが、 Host の
名前に hostname が記載
されているのでこのまで
問題なしと考える。

Secondary Storage
インフラストラクチャの Secondary Storage をクリッ
ク。
表示を再度確認。

Secondary Storage
マウント先と状態が表示されている。

確認項目は状態が Enable に
なっていることで問題が
無さそうだ .. 。「よ〜し、
いい子だ」と呟くよろし。

System VM
インフラストラクチャのシステム VM をクリック。

SystemVM
システム VM の状態を
念のために確認してみる。

Console Proxy VM - Running
Secondary Storage VM - Running

ノープロブレムだ！

Global Setting
グローバルセッティングでは、色々な設定を行う事が
可能。今回は最低限の
設定を行投入してみる。
　　
グローバル設定を
クリックします

smzksts さんのドキュメントも併せて御覧ください
http://smzksts.hateblo.jp/entry/2012/12/16/162744

Global Setting
変更する値は以下の 2 種類。

インスタンスの
削除されるまでの時間の
設定です。

expunge.interval = 60
expunge.delay = 60

Global Setting
GlobalSetting の画面の検索窓に expunge と入力し検索。

A) expunge.interval = 86400
　　　↓
A’) expunge.interval = 60

B) expunge.delay =86400
　　　↓
B’) expunge.delay = 60

Global Setting
expunge.interval, expunge.delay の値が 60 担っている
事を確認。

Global Setting
設定の変更を行うためにチェックマークをクリックし
して値の変更を決定。

Global Setting
GlobalSetting 値の設定を変更すると、設定の反映のた
め
管理サーバ
(cloud-management) の再起動を
促すポップアップが表示
されるので、大人しく
従います。

(VirtualBox の Console から作業 )

Global Setting
VirtualBox の Console 画面から以下のコマンドを発行
し、
管理サーバを restart します。
# /etc/init.d/cloud-management
restart

正しく起動したか restart
以下のコマンドで確認
# /etc/init.d/cloud-managment
status

CloudStack Instance 作成
メニューからインスタンスを選択。　インスタンスの
追加をクリック！

インスタンス追加画面が表示されるっ！

Zone の選択
devcloud

ISO または Templage の選択
テンプレート

[ 次へ ] をクリック

新しい仮想インスタンスのテンプレートを選択しよう！

おすすめタブに template が
1 つ表示されているので
これを選択。

Template: tiny Linux


インスタンスのコンピューターオファリングを選択！
3 種類の Computer Offering
違いについて
次のページで解説です。

コンピューターオファリングを選択！

動作確認の為に、今回は
ミニマム構成で作成
を行います。

Computer Offering : tinyOffering

アタッチするディスクのボリュームを選択！

4 つの選択肢と
[ 設定しない ] が選択可能
今回は動作確認なので
[ 設定しない ] のままで

作成中の Instance のセキュリティグループの設定

何も選択せず、設定も
追加しないまま
[ 次へ ] ボタンをクリック。

入力項目の確認

名前 ( オプション ) :
DevCloud-instance-001

グループへの追加
( オプション ) : [ 記載不要 ]

[VM の起動 ] にて作成開始 !

インスタンスメニューが表示されて作成中の Instance の
状態が確認できますっ！

状態 : Creating

しばしお待ちください。

問題なくインスタンスが起動してしまいました。

表示名 : DevCloud-instance-01
内部名 : i-2-3-VM
ゾーン名 : devcloud
状態 : Creating

CloudStack Managemet
Server Access
MacBookAir からの management server へのアクセス方
法
1. Mac のターミナルから NIC の IP アドレスを確認

Mac にアサインされている IP アドレスが確認できま
す。
IP Address = 192.168.0.3

Server Access
MacBookAir からの management server へのアクセス方
法
1. management server のログインは自分の IP
Address の 2222port で
ssh ログインが可能です。
ID: root Pass: password です .... 。

Server Access
簡単に思いつく Management server からできること
　

1) 仮想ルーターへのアクセス
2) Secondary System VM へのアクセス
3) Console Proxy VM へのアクセス
4) management server のログの参照
5) Agent のログへのログの参照
6) Cloud CLI 等のツールの動作確認
※ 他にも、できることは満載のはずっ！

Server Access
悲しいお知らせ。　

以下、仕様です。
1) 現状、 DevCloud では作成された VM Instance
に ssh login 不可
2) デフォルトの設定では VM の Console が表示不
可
3) Disk Offering の機能は利用の非推奨状態

CloudStack SSVM

インフラストラクチャから SystemVM を選択

SSVM （ Secondary System VM) の
リンクローカル IP を GET だ !
s-1-VM が SSVM と確認！

CloudStack SSVM
Secondary SystemVM へジャック・イン

DevCloud のコンソールから
#ssh -i /root/.ssh/id_rsa.cloud 169.254.2.236 -p 3922
色々表示されるが
yes と入力

root@s-1-VM:~#
普通に入れるじゃん .. 。

CloudStack SSVM
SSVM の正体が気になるので散策
/etc 辺りに何か手がかりがないかと見ていると
debian_version なんてファイルがっ！　
覗いてみると debian 6.0.2 をベースのシステムと発覚！

CloudStack SSVM
/root 辺りには SSVM の重要なファイルが配置されています。
　
firewall_rule.sh ファイルにはルールの追加ロジックが。
iptables で制御しているのか .. 。 SSVM 、今日はこの辺り
まで .. 。

CloudStack SSVM
と思ったけど、挙動の気になる savepassword.sh の中身を
確認。
あれ、この path は仮想ルーターでも見たな .. 。
スクリプトのテンプレートは同一なのか ?
仮想ルーターにログインして確認してみよう。

CloudStack SSVM
SSVM のシグネチャーを確認してみる

/var/cache/cloud/cloud-scripts-signature に SSVM イメー
ジの hash 値
らしきものが記載されている。　これ面白いな。

CloudStack 仮想ルーター
(VR)
インフラストラクチャから仮想ルーターを選択

VR （仮想ルーター ) の
リンクローカル IP を GET!
r-4-VM が VR と確認！

(VR)
今度は、仮想ルーター (VR) にジャック・イン

よく見ると debian とか kernel
の ver 表示が表示されてる
root@r-4-VM:~#
普通に入れるじゃん .. 。

(VR)
仮想ルーターの中身はどうだ！？

/root の中身を確認してみる。　 SSVM と同じスクリプトが
配置されている ... 　 SSVM と VR は同一テンプレートから
作成されているのか .. 。

(VR)
仮想ルーターのシグネチャーも確認してみる

cloud-scripts-signature はどうなっているんだっと .. 　あ
れ、 SSVM と同じ hash 値だ ... 　 SSVM と VR は同一テン
プレートから作成されているのか .. 。 Console Proxy VM も
同様か確認する必要があるな !

CloudStack Console Proxy
VM
インフラストラクチャから仮想ルーターを選択

Console Proxy VM の
リンクローカル IP を GET!
s-2-VM が Console ProxyVM だっ！

(VR)
今度は、仮想ルーター (VR) にジャック・イン


root@s-2-VM:~#
問題なくジャック・イン .. 。

(VR)
仮想ルーターのシグネチャーも確認してみる

cloud-scripts-signature は同一のもの！　 SSVM,
Console Proxy VM, VR は１つの VM ですべての 3 つの役
割が出来るのでは？！
アップデートを行う時、 sysvmadm コマンドの動作が
1/3 の時間で出来ちゃうとか .. 。実現するといいのに
な！

DevCloud について
DevCloud に正面で向かい合ってみました。

DevCloud で出来る事、出来ないこと。 DevCloud マ
ニュアルには記載がない事で確認するべきこと。稼働中
の CloudStack ではなかなか出来ない検証等。　
DevStack も楽しいなと思うような設定、動作確認、推
測でした。　引き続き、 remote console redirection 機能
を表示させる裏ワザ等を検証していきます。　

さて、世界は DevCloud2.0 へ突入です。
こちらも検証してみましょう！

DevCloud Installation and Some Hack

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to DevCloud Installation and Some Hack

Similar to DevCloud Installation and Some Hack (20)

Recently uploaded

Recently uploaded (8)

DevCloud Installation and Some Hack