dev cloud installation

Dev Cloud InstallationCloudStack 3.0.3

@zero_root12年12月24日月曜日

どのご家庭にもある材料

MacBook Air

VirtualBox

DevCloud OVA Image

Internet Connection

12年12月24日月曜日

何かと助かるVirtual Box

さっさと起動しましょう！

設定確認項目

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


何かと助かるVirtual Box

確認項目はこの辺り

設定確認項目

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


DEV Cloudをダウンロード

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

確認項目

1.56 GBOpen Virtualization Format 20GB HDD/SSD

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


http://download.cloud.com/templates/devcloud/DevCloud.ova

http://download.cloud.com/templates/devcloud/DevCloud.ova

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


DEV Cloudをインポート

選択ボタンをクリック！



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


DEV Cloudをインポート確認項目2つのチェックポイント1) RAM容量2048MB

2) MacAddressの再初期化にチェックなし



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



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


DEV CloudをインポートDevCloudがVirtualBoxマネージャーに表示されるので起動！


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

ログイン情報

ID: rootPASS: password


CloudStack WebUIにログイン！

DevCloudのログインコンソール

ログイン情報

http://localhost:8080/client

ID: adminPASS: 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.8DNS2 記載なし内部DNS1 8.8.8.8

内部DNS2 記載なしドメイン ROOT

Networkの種類 Basic

Network Domain 記載なし12年12月24日月曜日

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

インフラストラクチャのメニューをクリック。クラスターを選択。


CloudStack 設定投入 Cluster

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

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



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



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

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



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

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


CloudStack 設定投入 Secondary Storage

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


CloudStack 設定投入 Secondary Storage

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

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


CloudStack 設定投入 System VM

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


CloudStack 設定投入 SystemVM

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

Console Proxy VM - RunningSecondary Storage VM - Running

ノープロブレムだ！


CloudStack 設定投入 Global Setting

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

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



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

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

expunge.interval = 60expunge.delay = 60



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

A) expunge.interval = 86400　　　↓

A’) expunge.interval = 60

B) expunge.delay =86400　　　↓

B’) expunge.delay = 60



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



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



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

(VirtualBoxのConsoleから作業)



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

違いについて次のページで解説です。



tinyOffering

Storage : local

CPU 1core,100 MHz

Mem 100.00 MB

Small Instance

Storage: shared

CPU 1core,500 MHz

Memory512 MB

Medium Instance

Storage: shared

CPU 1core, 1 GHz

Memory 1. GB



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

動作確認の為に、今回は

ミニマム構成で作成を行います。

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



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



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

1) 仮想ルーターへのアクセス 2) Secondary System VMへのアクセス

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



悲しいお知らせ。　

以下、仕様です。 1) 現状、DevCloudでは作成されたVM Instanceにssh login不可 2) デフォルトの設定ではVMのConsoleが表示不可

3) Disk Offeringの機能は利用の非推奨状態


インフラストラクチャから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


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

CloudStack SSVM


SSVMの正体が気になるので散策と思ったけど、挙動の気になるsavepassword.shの中身を確認。あれ、このpathは仮想ルーターでも見たな..。スクリプトのテンプレートは同一なのか?

仮想ルーターにログインして確認してみよう。

CloudStack SSVM


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

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

CloudStack SSVM


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

VR（仮想ルーター)のリンクローカルIPをGET!

r-4-VMがVRと確認！

CloudStack 仮想ルーター(VR)


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


色々表示されるがよく見るとdebianとかkernel

のver表示が表示されてるroot@r-4-VM:~# 普通に入れるじゃん..。



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

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



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

cloud-scripts-signatureはどうなっているんだっと..　あれ、SSVM

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



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

Console Proxy VMのリンクローカルIPをGET!

s-2-VMがConsole ProxyVMだっ！

CloudStack Console Proxy VM


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


色々表示されるが

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



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

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



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

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



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

DevCloudで出来る事、出来ないこと。DevCloudマニュアルには記載がない事で確認するべきこと。稼働中のCloudStack

ではなかなか出来ない検証等。　DevStackも楽しいなと思うような設定、動作確認、推測でした。　引き続き、remote console redirection機能を表示させる裏ワザ等を検証していきます。　

DevCloudについて


dev cloud installation

Technology