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

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

設定確認項目

確認項目はこの辺り

設定確認項目

確認項目はこの辺り

設定確認項目

DEV Cloudをダウンロード

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

確認項目

1.56 GBOpen Virtualization Format 20GB HDD/SSD

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

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

Transcript of Dev cloud installation

JUC Europe 2015: Continuous Integration and Distribution in the Cloud with DEV@Cloud

Google Cloud Messaging (InterCon Dev Android 2013)

Android Dev Conference 2017 - Automação de Testes na Cloud

Azure IaaS Feb 23 2016 Let's Dev This Cloud

rigid installation proposal - WPMU DEV

Dev & Test on AWS - Journey Through the Cloud

Dev and Ops to Cloud - Softshake 2013

Microsoft Azure dev Ops pour le Cloud... et réciproquement…

10 Best Practices for Cloud App Dev

Cloud Stack Installation

Applying lean, dev ops, and cloud for better business outcomes

Intro to dev ops and cloud services

Dev cloudではじめるcloudstack4 3

SAP Web IDE Dev Guide (Local Installation)

1.Cloud dev meetup 2.0

Kalistick MixIT dev@cloud

Debugging Apps in the Cloud with Dev Tunnel Webinar

Dev cloud Description between 1&2

Why You Should Move Dev and Test to the Cloud

Ymens - Cloud Identity Crisis - Dev Talks 2015