見やすい・分かりやすが徹底されていると思います。何よりも一番重要なコントロールパネルの表示が早く快適なのが素晴らしい。AWSも国内上陸して5周年。
C:\Program Files\Docker Toolbox\
C:\>docker-machine create --driver sakuracloudこのコマンドでヘルプが表示されていれば準備完了です。
 |
| Ghostセットアップ完了画面 |
#!/bin/bash # @sacloud-once # @sacloud-desc Ghostをインストールします。 # @sacloud-desc （このスクリプトは、Ubuntu14.04でのみ動作します） # @sacloud-require-archive distro-ubuntu export DEBIAN_FRONTEND=noninteractive apt-get -y update || exit 1 apt-get -y upgrade || exit 1 sudo wget -O - https://raw.github.com/howtoinstallghost/installghost.sh/master/installGhost.sh | sudo bash || exit 1
【大阪】昨日に引き続き、関西オープンフォーラム（KOF）に参加中〜11時からのOPENを前に準備万端気合十分！「さくらのクラウド」2万円分無料チケットを用意して、みなさまのお越しをお待ちしております♪ #KOF2014 pic.twitter.com/bgqJhuCVZq
— さくらインターネット広報 (@sakura_pr) November 8, 2014
これまでもREST APIは公開していたのですが、今回は便利に使うことのできる各言語に対応したライブラリの提供を開始しました。
APIライブラリ”saklient”(β)を公開しました | さくらのクラウドニュース
まだβリリースの段階ですが、以前書いたPowerShellのように回りくどく頑張らなくてもいいんです！！
もっと簡単に扱うことが出来るんです！！
というわけで早速Pythonで試してみました。
$ python3.4 UpServer.py
searching archives
searching scripts
creating a disk
creating a server
connecting the server to shared segment
waiting disk copy
connecting the disk
booting the server
ね、簡単でしょ。（これだけ見ても伝わらないと思うのでサンプルを御覧ください）
スクリプトの中身はsaklient sampleの中に用意してくださっているPythonのコードをただ持ってきただけです。
# Stop以下を除いてコピペしています。
# またアクセスキーの指定の部分がsys.argvになっていたのですが面倒臭いのでPythonのコードの中に埋め込んじゃいました。
スケールアウトする仕組みであったり、決められた時間でスケールアップした、アーカイブ取得のバッチ化であったり…REST APIを直接ゴニョゴニョするのもいいですが、扱いやすい形で提供されているとプログラマブルに活用できそうです。
ベータリリースの段階ですので仕様変更などが入るかもしれないということはご注意ください。
10/14 スクリプトの一部を修正いたしました。
先日開催されたPHPカンファレンス2014に参加してきました。
その中のLT大会でConcrete5というものが紹介されていた。
興味が湧いたので早速さくらのクラウドにインストールしてみました。
Wordpressと同じくCMSなのですが、Wordpressがブログに特化した側面を持つとすれば、これはモダンなコーポレーションサイトという感じでしょうか。
ちなみにオフィシャルで「Concrete5 Japan, Inc. :: concrete5はWordPressに代わるものではありません。」ということを述べているので導入検討時には一読しておくといいかと思います。
上の動画を見ていただけるとわかるかと思いますが、コンテンツを直感的に修正・編集することが可能でHTMLなどの専門的なスキルがなくても使えそうです。
さて、レンタルサーバーにインストールする手順は沢山公開されているのですが、ちょっと興味関心が有るからといってわざわざ契約するのは面倒臭い…そうだクラウドを使おう！
というわけで、さくらのクラウドで簡単に利用できるスタートアップスクリプトを作成してみました。
スタートアップスクリプトを使えば黒い画面（ターミナル）を使わずにセットアップできるので便利です。
#!/bin/bash
# @sacloud-once
# @sacloud-password required minlen=8 maxlen=100 mysqlrootpass "MySQLのrootパスワード"
# @sacloud-desc-begin
# Apache, PHP, MySQLをインストール後、Concrete5.7.0.4をインストールします。
# サーバ起動後に下記URLにアクセスしウィザードに従ってインストールをこなってください。
# http://サーバのIPアドレス
#
# インストール途中に求められるデータベース情報は下記の通り
# ・サーバー：localhost
# ・MySQLユーザー名：root
# ・MySQLパスワード：下記フォームで設定した文字列
# ・データベース名：db_concrete5
# （このスクリプトは、CentOS6.XもしくはScientific Linux6.Xでのみ動作します）
# @sacloud-desc-end#---------START OF iptables---------#
cat <<'EOT' > /etc/sysconfig/iptables
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
:fail2ban-SSH - [0:0]
-A INPUT -p tcp -m multiport --dports 22 -j fail2ban-SSH
-A INPUT -p TCP -m state --state NEW ! --syn -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 443 -j ACCEPT
-A INPUT -p udp --sport 123 --dport 123 -j ACCEPT
-A INPUT -p udp --sport 53 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A fail2ban-SSH -j RETURN
COMMIT
EOT
service iptables restart
#---------END OF iptables---------#
#---------START OF LAMP---------#
yum -y install expect httpd-devel mod_ssl php-devel php-pear mysql-server php-mbstring php-xml php-gd php-mysql|| exit 1
service httpd status >/dev/null 2>&1 || service httpd startfor i in {1..5}; do
sleep 1
service httpd status && break
[ "$i" -lt 5 ] || exit 1
done
chkconfig httpd on || exit 1service mysqld status >/dev/null 2>&1 || service mysqld start
for i in {1..5}; do
sleep 1
service mysqld status && break
[ "$i" -lt 5 ] || exit 1
done
chkconfig mysqld on || exit 1/usr/bin/mysqladmin -u root password "@@@mysqlrootpass@@@" || exit 1
cat <<EOT > /root/.my.cnf
[client]
host = localhost
user = root
password = @@@mysqlrootpass@@@
socket = /var/lib/mysql/mysql.sock
EOT
chmod 600 /root/.my.cnf
#---------END OF LAMP————#
#---------START OF Concrete5.7.0.4————#
cd /tmp
wget http://www.concrete5.org/download_file/-/view/71439/ -O concrete5.7.0.4.zip || exit 1unzip concrete5.7.0.4.zip || exit 1
cp -a concrete5.7.0.4/* /var/www/html/ || exit1
chown -R apache: /var/www/html/ || exit 1echo "create database db_concrete5 default character set utf8;" | mysql --defaults-file=/root/.my.cnf || exit 1
#---------END OF Concrete5.7.0.4---------#
スタートアップスクリプトの登録方法はこちらを参考にしてください → スタートアップスクリプト | さくらのクラウドニュース
さて、実際にこのスクリプトを登録して実際にサーバを構築してみましょう。
登録したConcrete5のスクリプトを選ぶとMySQLのパスワードを入力する枠が出てきます。
このパスワードは後ほど使用するので忘れないで下さいね。
サーバ起動してみるとものの数分で準備が整い、サーバのIPアドレスにブラウザでアクセスしてください。
ドロップメニューの中に日本語設定があるのでそれを選択します。
インストール可否のチェックが行われますので問題ないことを確認します。
上記のスクリプトを利用すれば問題ない…はず。
DB接続設定などを編集出来ます。
上記のスクリプトを利用している場合は値が固定されている箇所があるのでご注意ください。
【データベース情報】
・サーバー：localhost
・MySQLユーザー名：root
・MySQLパスワード：（先ほど入力したパスワード）
・データベース名：db_concrete5
下線部は固定なので上記をコピペするなどして入力してください。
インストールが動いて少々待つと…
ね、簡単でしょ。
セットアップになんの労力も必要ないのでさっくり試したいときには是非。
お試しされて本格的に運用しようと思った場合にはこのまま利用するのもよし、レンタルサーバーに載せ替えて公開するもよし。Concrete5オフィシャルではレンタルサーバーへのインストール手順も公開されているのでそちらを参考にしてください。
※このスクリプトはあくまでも簡単にConcrete5を使えるというところに眼点を置いて作っていますので、本番運用に利用する場合にはアクセス権の設定やMySQLの設定など必要に応じて変更してください。
Ruby on Railsで構築されたGitレポジトリ管理ツール…言ってみればGithubクローンです。
ご存知Githubはオープンソースプロジェクトは無償でホスティング出来ますが、エンタープライズ用途（非公開プロジェクト）で使おうと思うとそれなりのコストが必要になります。
もちろん使い慣れたGitHubを利用したいというのであれば問題ありませんが、オフライン（社内イントラネット）で利用したいというニーズもあると思います。
インストールしてしまえばローカル（イントラネット）で利用できる強みがGitlabにはあると思います。
ちなみにGitLab自体にもホスティングプランが用意されているので一番効率的な運用をchoice出来ます。
というわけなのでGitHubを使ったことのない私がUbuntuにGitLabをインストールしてみようと思います;-p
ググってみるとオフィシャルで解説しているページが有ったのでその通りやってみると…
GitLab | Package downloads for GitLab CE
驚くべきほど簡単に導入完了。
確かに何かできそうです。
さて、これではあまりにも簡単すぎるので先日紹介したさくらのクラウドのスタートアップスクリプトを作成してみました。
#!/bin/bash
# @sacloud-once
# @sacloud-desc GitLab7.2.2
# @sacloud-desc サーバ作成後、WebブラウザでサーバのIPアドレスにアクセスしてください。
# @sacloud-desc http://サーバのIPアドレス/
# @sacloud-desc Username: root
# @sacloud-desc Password: 5iveL!fe
# @sacloud-desc （このスクリプトは、Ubuntuでのみ動作します）#---------START OF GitLab---------#
wget https://downloads-packages.s3.amazonaws.com/ubuntu-14.04/gitlab_7.2.2-omnibus-1_amd64.deb
sudo apt-get install openssh-server
sudo dpkg -i gitlab_7.2.2-omnibus-1_amd64.debIPA=$(LANG=C /sbin/ifconfig | grep 'inet addr' | grep -v 127.0.0.1 | awk '{print $2;}' | cut -d: -f2)
echo external_url \'http://$IPA\' > /etc/gitlab/gitlab.rbsudo gitlab-ctl reconfigure
#---------END OF GitLab---------#
実際にこのスクリプトで起動を行いブラウザからアクセスしてみると…
めでたくログイン画面が表示されます。
先日読んだ”チーム開発実践入門”でプッシュされていたJenkinsをUbuntuサーバに入れてみました。
ただ入れるだけでは面白く無い（非常に簡単）なので、さくらのクラウドに用意されているスタートアップスクリプトでサーバ起動と同時にJenkinsの環境が出来上がるように挑戦してみました。
Welcome to Jenkins CI! | Jenkins CI
Jenkins自体はJavaで作られているのでJavaが動作する環境があればOS問わず利用可能です。
UbuntuやCentOS（RHEL）にはapt、Yumのパッケージも用意されています。
というわけで今回はUbuntuサーバにaptコマンドを利用してJenkinsの環境を構築する ということをスタートアップスクリプトにさせてみます。
さくらのクラウドのスタートアップスクリプトについてはこちら。
スタートアップスクリプト | さくらのクラウドニュース
ちなみにYum環境限定（RHEL系）しかできないように読めてしまうかもしれませんが、ちゃんとUbuntuでも動きました。
このスクリプトを選択してきサーバの実行を行い、起動させ、少々待つとJenkinsのスタートページに接続できるようになります。
どうもサーバ起動してスクリプトが動いているようなのでサーバ起動＝スクリプト完了というわけではないようです。
ね、簡単でしょ。
今回挑戦してみたスクリプト全文は以下の通りです。
#!/bin/bash
# @sacloud-once
# @sacloud-desc Jenkins
# @sacloud-desc サーバ作成後、WebブラウザでサーバのIPアドレスにアクセスしてください。
# @sacloud-desc http://サーバのIPアドレス:8080/
# @sacloud-desc （このスクリプトは、Ubuntuでのみ動作します）#---------START OF Jenkins---------#
wget -q -O - https://jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add -
sudo sh -c 'echo deb http://pkg.jenkins-ci.org/debian binary/ > /etc/apt/sources.list.d/jenkins.list'
sudo apt-get update
sudo apt-get -y install jenkins
#---------END OF Jenkins---------#
他の人が作成したスクリプトを共有できるようになると面白いかもしれないです。
ちなみに一番ハマった事はさくらのクラウドでデフォルトで用意されているUbuntuアーカイブのアカウント名が「ubuntu」ということですかね…
「それWindowsでもできるよ。」
先日さくらのクラウドがSandboxという無償で何をしてもいい環境（意訳）を用意してくださったので、
WindowsのPowerShellでさくらのクラウドのREST APIを叩いて遊んでみました。
すでにさくらのクラウドのAPIツールとしてはsacloud CLIというJavascript実装が用意されていますが、せっかくなのでPowerShellで挑戦してみました。
もちろんREST APIなので様々な言語で実装可能です。
＊作業環境
今回はWindows8.1の環境を利用しました。
PowerShellの Invoke-RestMethodを使いたいのでPowerShell3.0（Windows8またはWindows Server 2012以降）の環境を推奨です。
困ったときはさくらのクラウドのAPIリファレンスを読みましょう。
さくらのクラウドAPI1.1
＊事前作業
基本的なことですがさくらのクラウドへアカウント登録済みであるという前提で進めます。
まずはAPIを呼ぶためのアクセストークンを取得します。
APIキーの取得のページから 適当なAPIキーを登録しました。
注：sandbox環境を使う際にはsandbox環境でAPIキーを発行する必要があります。同様に石狩第1ゾーンを利用する場合には第1ゾーンのAPIキーが必要になるようです。
そうするとアクセストークンとシークレットアクセストークンが確認できるようになります。
注：ひらがなで書いている部分には本来半角英数の文字列が記載されています。これを利用してアクセスする形となります。
＊サーバの状態を確認する。
実際にPowerShellでサーバの一覧を取得してみます。
$ACCESS_TOKEN = "アクセストークン"
$ACCESS_TOKEN_SECRET = "シークレットアクセストークン"$basicAuth = ("{0}:{1}" -f $ACCESS_TOKEN,$ACCESS_TOKEN_SECRET)
$basicAuth = [System.Text.Encoding]::UTF8.GetBytes($basicAuth)
$basicAuth = [System.Convert]::ToBase64String($basicAuth)
$headers = @{Authorization=("Basic {0}" -f $basicAuth)}Invoke-RestMethod -Uri https://secure.sakura.ad.jp/cloud/zone/tk1v/api/cloud/1.1/server -headers $headers -Method Get
最終行は折り返しなしの1行で。
先ほど取得したアクセストークンを設定してあげ実行すると…
From : 0
Count : 0
Total : 0
Servers : {}
is_ok : True
もちろんサーバは起動していないのでCount：0という戻り値が帰ってきます。
＊サーバを起動する
$ACCESS_TOKEN = "アクセストークン"
$ACCESS_TOKEN_SECRET = "シークレットアクセストークン"$basicAuth = ("{0}:{1}" -f $ACCESS_TOKEN,$ACCESS_TOKEN_SECRET)
$basicAuth = [System.Text.Encoding]::UTF8.GetBytes($basicAuth)
$basicAuth = [System.Convert]::ToBase64String($basicAuth)
$headers = @{Authorization=("Basic {0}" -f $basicAuth)}$body = @{"Server.Name"="New Server";"Server.Zone.ID"=29001;"Server.ServerPlan.ID"=1001}
Invoke-RestMethod -Uri https://secure.sakura.ad.jp/cloud/zone/tk1v/api/cloud/1.1/server -headers $headers -body $body -Method Post
Bodyの部分を追加と一部を変更して実行してあげると…
Server Success is_ok
------ ------- -----
@{ID=112600706358; Name=New Server; HostName=localhost; ... True True
PowerShellのシェル上ではきちんと表示されていますが、このようにTrueが帰ってきます。
さくらのクラウドのWeb画面上でも指定した名前のサーバインスタンスが出来上がっていることを確認出来ました。
先ほど実行したサーバの状態を確認するPowerShellを実行すると
From : 0
Count : 1
Total : 1
Servers : {@{Index=0; ID=112600706358; Name=New Server; HostName=localhost; Description=; ServiceClass=cloud/plan/1core-1gb; CreatedAt=2014-09-06T21:50:56+09:00; Icon=; ServerPlan
=; Zone=; Instance=; Disks=System.Object[]; Interfaces=System.Object[]; Appliance=; Tags=System.Object[]}}
is_ok : True
ちゃんとCountが1になっており1台作成されていることが確認できます。
ちなみにゾーンIDとサーバプランIDの確認の方法はURIから問い合わせできます。
Invoke-RestMethod -Uri https://secure.sakura.ad.jp/cloud/zone/tk1v/api/cloud/1.1/zone -headers $headers -Method Get
Invoke-RestMethod -Uri https://secure.sakura.ad.jp/cloud/zone/tk1v/api/cloud/1.1/product/server -headers $headers -Method Get
＊サーバを削除する
$ACCESS_TOKEN = "アクセストークン"
$ACCESS_TOKEN_SECRET = "シークレットアクセストークン"$basicAuth = ("{0}:{1}" -f $ACCESS_TOKEN,$ACCESS_TOKEN_SECRET)
$basicAuth = [System.Text.Encoding]::UTF8.GetBytes($basicAuth)
$basicAuth = [System.Convert]::ToBase64String($basicAuth)
$headers = @{Authorization=("Basic {0}" -f $basicAuth)}$body = {Force=true}
Invoke-RestMethod -Uri https://secure.sakura.ad.jp/cloud/zone/tk1v/api/cloud/1.1/server/112600706358 -headers $headers -Method DELETE -body $body
対象のサーバIDを確認し、そのURIに対してDeleteメソッドを投げるだけ。
Web画面上でも削除されていることを確認。
ちなみに今回の方法はサーバのインスタンスの用意だけを行いました。
本来はこれに対してディスクを用意して上げる必要があります。むしろディスクを用意しないとサーバインスタンスは用意できますが 起動はできません…
このあたりもURIでコールしてIDを調べて…ッテすればできると思います。
さくらのクラウドのAPIリファレンスにはサンプルコードも掲載されているので、PowerShellとか変化球を狙わなければ比較的簡単にできると思います。
何を思ったか今回はPowerShellで挑戦しましたが…いい勉強になりました。
今回はさくらのクラウドのAPIをPowerShellから呼び出してみましたが、最近のWebAPIの多くはRESTベースのものですのでWindows環境からの利用というところで応用の幅はあるのではないかと思います。
PowerShellであればモダンなWindows環境下で新規にツールのインストールが必要ないというのが強みではないでしょうか。もちろんきちんとツールが用意できるのであればPowerShellに拘る必要もありません。
