Download - 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
12年12月24日月曜日
何かと助かるVirtual Box
さっさと起動しましょう!
設定確認項目
VT-x/AMD-Vの設定MacOSX10.664bit設定2GB VM用メモリ20GB HDD/SSD
12年12月24日月曜日
何かと助かるVirtual Box
確認項目はこの辺り
設定確認項目
VT-x/AMD-Vの設定MacOSX10.664bit設定2GB VM用メモリ20GB HDD/SSD
12年12月24日月曜日
何かと助かるVirtual Box
確認項目はこの辺り
設定確認項目
VT-x/AMD-Vの設定MacOSX10.664bit設定2GB VM用メモリ20GB HDD/SSD
12年12月24日月曜日
DEV Cloudをダウンロード
DEV Cloudの仮想アプライアンスをダウンロードhttp://download.cloud.com/templates/devcloud/DevCloud.ova
確認項目
1.56 GBOpen Virtualization Format 20GB HDD/SSD
※チェダーチーズではありません
12年12月24日月曜日
DEV CloudをインポートVirtual BoxにOVAイメージをインポートファイル > 仮想アプライアンスのインポートを選択
12年12月24日月曜日
DEV Cloudをインポート
選択ボタンをクリック!
12年12月24日月曜日
DEV Cloudをインポート
ダウンロード済みOFAフォーマットの選択
12年12月24日月曜日
DEV Cloudをインポート確認項目2つのチェックポイント1) RAM容量2048MB
2) MacAddressの再初期化にチェックなし
12年12月24日月曜日
DEV Cloudをインポート
新型のApatchライセンス使用承諾に同意をっ!
12年12月24日月曜日
DEV Cloudをインポート
約2分程でアプライアンスイメージのインポート完了
12年12月24日月曜日
DEV CloudをインポートDevCloudがVirtualBoxマネージャーに表示されるので起動!
12年12月24日月曜日
DEV Cloudを起動!DevCloudのログインコンソール
ログイン情報
ID: rootPASS: password
12年12月24日月曜日
CloudStack WebUIにログイン!
DevCloudのログインコンソール
ログイン情報
http://localhost:8080/client
ID: adminPASS: password
12年12月24日月曜日
CloudStack 設定投入
ログインすると
システム処理能力に現在の状況が..
あら不思議、何も表示されていない…。
12年12月24日月曜日
CloudStack 設定投入
/var/log/cloud/management/management-server.logをtailしてみる。
secondary storage VMがおかしな様子..。WebGUIでは問題無さそう。
12年12月24日月曜日
CloudStack 設定投入
Zoneが接続されていないっ!
Zone設定が接続断状態になっていることを確認。急いで、接続をしてみる。Zoneが活性化していないと動作しないよな..。SSVMを破壊検査するところだった。
12年12月24日月曜日
CloudStack 設定投入
Zoneの接続後、システムの処理能力が正しく表示されるようになった!
そうだな、Zoneだよ。Zoneとぶつぶつ言いながら..。インフラストラクチャーをクリックして確認。
12年12月24日月曜日
CloudStack 設定投入
インフラストラクチャのメニューをクリック。それなりに色々表示されている。Zoneをクリックして設定。
気になる点
仮想ルーター 0
感想インスタンスが出来れば作成されるだろ..
12年12月24日月曜日
CloudStack 設定投入 Zone
Zone設定を確認するためにZoneの[devcloud]をクリック。
ここで、MacBookAirのモニターをパシパシ叩き「よ~し、いい子だ」とつぶやく。
12年12月24日月曜日
CloudStack 設定投入 Zone
詳細タブに情報が表示されているので、確認。
DNS1 8.8.8.8DNS2 記載なし内部DNS1 8.8.8.8
内部DNS2 記載なしドメイン ROOT
Networkの種類 Basic
Network Domain 記載なし12年12月24日月曜日
CloudStack 設定投入 Pod
インフラストラクチャのメニューをクリック。Podを選択。
12年12月24日月曜日
CloudStack 設定投入 Pod
Pod設定を確認するためにPodの[devcloud]をクリック。
iPodとの関連性が疑われるが。マニュアルに記載なし..。
12年12月24日月曜日
CloudStack 設定投入 Pod
IPアドレスの割り当てタブをクリック。 表示を確認。
ゲートウェイ 10.0.2.2
ネットマスク 255.255.255.0
開始IPアドレス10.0.2.100
終了IPアドレス 10.0.2.199
12年12月24日月曜日
CloudStack 設定投入 Host
インフラストラクチャのメニューをクリック。クラスターを選択。
12年12月24日月曜日
CloudStack 設定投入 Cluster
Host設定を確認するためにClusterの状態を確認。Enable状態である事を確認
ここは..。階層的にいまいち表示されていない!
12年12月24日月曜日
CloudStack 設定投入 Host
インフラストラクチャのからホストをクリック。表示を再度確認。
12年12月24日月曜日
CloudStack 設定投入 Host
Host設定を確認するためにHostの[devcloud]をクリック。Enable状態を確認
ここは..。Name=Zone-Pod-Clusterと階層的に表示されている!
12年12月24日月曜日
CloudStack 設定投入 Host
詳細タブの情報が表示されているので、確認。
マニュアルページにはIPアドレスをHostの名前に記載するとあるが、Hostの名前にhostnameが記載されているのでこのまで問題なしと考える。
12年12月24日月曜日
CloudStack 設定投入 Secondary Storage
インフラストラクチャのSecondary Storageをクリック。表示を再度確認。
12年12月24日月曜日
CloudStack 設定投入 Secondary Storage
マウント先と状態が表示されている。
確認項目は状態がEnableになっていることで問題が無さそうだ..。「よ~し、いい子だ」と呟くよろし。
12年12月24日月曜日
CloudStack 設定投入 System VM
インフラストラクチャのシステムVMをクリック。
12年12月24日月曜日
CloudStack 設定投入 SystemVM
システムVMの状態を念のために確認してみる。
Console Proxy VM - RunningSecondary Storage VM - Running
ノープロブレムだ!
12年12月24日月曜日
CloudStack 設定投入 Global Setting
グローバルセッティングでは、色々な設定を行う事が可能。今回は最低限の設定を行投入してみる。 グローバル設定をクリックします
smzkstsさんのドキュメントも併せて御覧くださいhttp://smzksts.hateblo.jp/entry/2012/12/16/162744
12年12月24日月曜日
CloudStack 設定投入 Global Setting
変更する値は以下の2種類。
インスタンスの削除されるまでの時間の設定です。
expunge.interval = 60expunge.delay = 60
12年12月24日月曜日
CloudStack 設定投入 Global Setting
GlobalSettingの画面の検索窓にexpungeと入力し検索。
A) expunge.interval = 86400 ↓
A’) expunge.interval = 60
B) expunge.delay =86400 ↓
B’) expunge.delay = 60
12年12月24日月曜日
CloudStack 設定投入 Global Setting
expunge.interval, expunge.delayの値が60担っている事を確認。
12年12月24日月曜日
CloudStack 設定投入 Global Setting
設定の変更を行うためにチェックマークをクリックしして値の変更を決定。
12年12月24日月曜日
CloudStack 設定投入 Global Setting
GlobalSetting値の設定を変更すると、設定の反映のため管理サーバ(cloud-management)の再起動を促すポップアップが表示されるので、大人しく従います。
(VirtualBoxのConsoleから作業)
12年12月24日月曜日
CloudStack 設定投入 Global Setting
VirtualBoxのConsole画面から以下のコマンドを発行し、管理サーバをrestartします。# /etc/init.d/cloud-management restart
正しく起動したかrestart
以下のコマンドで確認# /etc/init.d/cloud-managment status
12年12月24日月曜日
CloudStack Instance作成
メニューからインスタンスを選択。 インスタンスの追加をクリック!
12年12月24日月曜日
CloudStack Instance作成
インスタンス追加画面が表示されるっ!
Zoneの選択
devcloud
ISOまたはTemplageの選択テンプレート
[次へ]をクリック
12年12月24日月曜日
CloudStack Instance作成
新しい仮想インスタンスのテンプレートを選択しよう!
おすすめタブにtemplateが1つ表示されているのでこれを選択。
Template: tiny Linux
[次へ]をクリック
12年12月24日月曜日
CloudStack Instance作成
インスタンスのコンピューターオファリングを選択!3種類のComputer Offering
違いについて次のページで解説です。
12年12月24日月曜日
CloudStack Instance作成
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
12年12月24日月曜日
CloudStack Instance作成
コンピューターオファリングを選択!
動作確認の為に、今回は
ミニマム構成で作成を行います。
Computer Offering : tinyOffering
12年12月24日月曜日
CloudStack Instance作成
アタッチするディスクのボリュームを選択!
4つの選択肢と[設定しない]が選択可能今回は動作確認なので[設定しない]のままで[次へ]をクリック
12年12月24日月曜日
CloudStack Instance作成
作成中のInstanceのセキュリティグループの設定
何も選択せず、設定も追加しないまま[次へ]ボタンをクリック。
12年12月24日月曜日
CloudStack Instance作成
入力項目の確認
名前(オプション) :
DevCloud-instance-001
グループへの追加(オプション) : [記載不要]
[VMの起動]にて作成開始!
12年12月24日月曜日
CloudStack Instance作成
インスタンスメニューが表示されて作成中のInstanceの状態が確認できますっ!
状態: Creating
しばしお待ちください。
12年12月24日月曜日
CloudStack Instance作成
問題なくインスタンスが起動してしまいました。
表示名: DevCloud-instance-01
内部名: i-2-3-VM
ゾーン名 : devcloud
状態: Creating
12年12月24日月曜日
CloudStack Managemet Server Access
MacBookAirからのmanagement serverへのアクセス方法 1. MacのターミナルからNICのIPアドレスを確認
MacにアサインされているIPアドレスが確認できます。 IP Address = 192.168.0.3
12年12月24日月曜日
CloudStack Managemet Server Access
MacBookAirからのmanagement serverへのアクセス方法 1. management serverのログインは自分のIP Addressの2222portで sshログインが可能です。 ID: root Pass: password です....。
12年12月24日月曜日
CloudStack Managemet Server Access
簡単に思いつくManagement serverからできること
1) 仮想ルーターへのアクセス 2) Secondary System VMへのアクセス
3) Console Proxy VMへのアクセス 4) management serverのログの参照 5) Agentのログへのログの参照 6) Cloud CLI等のツールの動作確認 ※ 他にも、できることは満載のはずっ!
12年12月24日月曜日
CloudStack Managemet Server Access
悲しいお知らせ。
以下、仕様です。 1) 現状、DevCloudでは作成されたVM Instanceにssh login不可 2) デフォルトの設定ではVMのConsoleが表示不可
3) Disk Offeringの機能は利用の非推奨状態
12年12月24日月曜日
インフラストラクチャからSystemVMを選択
SSVM(Secondary System VM)のリンクローカルIPをGETだ!
s-1-VMがSSVMと確認!
CloudStack SSVM
12年12月24日月曜日
Secondary SystemVMへジャック・イン
DevCloudのコンソールから#ssh -i /root/.ssh/id_rsa.cloud 169.254.2.236 -p 3922
色々表示されるがyesと入力
root@s-1-VM:~# 普通に入れるじゃん..。
CloudStack SSVM
12年12月24日月曜日
SSVMの正体が気になるので散策/etc 辺りに何か手がかりがないかと見ているとdebian_versionなんてファイルがっ! 覗いてみるとdebian 6.0.2 をベースのシステムと発覚!
CloudStack SSVM
12年12月24日月曜日
SSVMの正体が気になるので散策/root 辺りにはSSVMの重要なファイルが配置されています。 firewall_rule.shファイルにはルールの追加ロジックが。iptablesで制御しているのか..。 SSVM、今日はこの辺りまで..。
CloudStack SSVM
12年12月24日月曜日
SSVMの正体が気になるので散策と思ったけど、挙動の気になるsavepassword.shの中身を確認。あれ、このpathは仮想ルーターでも見たな..。スクリプトのテンプレートは同一なのか?
仮想ルーターにログインして確認してみよう。
CloudStack SSVM
12年12月24日月曜日
SSVMのシグネチャーを確認してみる
/var/cache/cloud/cloud-scripts-signatureにSSVMイメージのhash値らしきものが記載されている。 これ面白いな。
CloudStack SSVM
12年12月24日月曜日
インフラストラクチャから仮想ルーターを選択
VR(仮想ルーター)のリンクローカルIPをGET!
r-4-VMがVRと確認!
CloudStack 仮想ルーター(VR)
12年12月24日月曜日
今度は、仮想ルーター(VR)にジャック・イン
DevCloudのコンソールから#ssh -i /root/.ssh/id_rsa.cloud 169.254.3.56 -p 3922
色々表示されるがよく見るとdebianとかkernel
のver表示が表示されてるroot@r-4-VM:~# 普通に入れるじゃん..。
CloudStack 仮想ルーター(VR)
12年12月24日月曜日
仮想ルーターの中身はどうだ!?
/rootの中身を確認してみる。 SSVMと同じスクリプトが配置されている... SSVMとVRは同一テンプレートから作成されているのか..。
CloudStack 仮想ルーター(VR)
12年12月24日月曜日
仮想ルーターのシグネチャーも確認してみる
cloud-scripts-signatureはどうなっているんだっと.. あれ、SSVM
と同じhash値だ... SSVMとVRは同一テンプレートから作成されているのか..。Console Proxy VMも同様か確認する必要があるな!
CloudStack 仮想ルーター(VR)
12年12月24日月曜日
インフラストラクチャから仮想ルーターを選択
Console Proxy VMのリンクローカルIPをGET!
s-2-VMがConsole ProxyVMだっ!
CloudStack Console Proxy VM
12年12月24日月曜日
今度は、仮想ルーター(VR)にジャック・イン
DevCloudのコンソールから#ssh -i /root/.ssh/id_rsa.cloud 169.254.2.56 -p 3922
色々表示されるが
root@s-2-VM:~# 問題なくジャック・イン..。
CloudStack 仮想ルーター(VR)
12年12月24日月曜日
仮想ルーターの中身はどうだ!?
/rootの中身を確認してみる。 SSVMと同じスクリプトが配置されている... SSVMとVRは同一テンプレートから作成されているのか..。
CloudStack 仮想ルーター(VR)
12年12月24日月曜日
仮想ルーターのシグネチャーも確認してみる
cloud-scripts-signatureは同一のもの! SSVM, Console Proxy VM, VRは1つのVMですべての3つの役割が出来るのでは?!アップデートを行う時、sysvmadmコマンドの動作が1/3の時間で出来ちゃうとか..。実現するといいのにな!
CloudStack 仮想ルーター(VR)
12年12月24日月曜日
DevCloudに正面で向かい合ってみました。
DevCloudで出来る事、出来ないこと。DevCloudマニュアルには記載がない事で確認するべきこと。稼働中のCloudStack
ではなかなか出来ない検証等。 DevStackも楽しいなと思うような設定、動作確認、推測でした。 引き続き、remote console redirection機能を表示させる裏ワザ等を検証していきます。
DevCloudについて
12年12月24日月曜日