More than 5 years have passed since last update.

ワンボタンでキミのConoHaにGentooが！

Last updated at 2018-01-23Posted at 2017-12-18

この記事は、ConoHa Advent Calendar2017の19日目の記事です。

18日担当の@Prog24さんに続いて、19日担当の@nothinkです。以下なんか口調がおかしいですが気にしないでください。
~~完成品だけ見たい人は何も考えずに下へ。~~
~~https://conohoo.nothink.info/~~
[2018/01/23] アドベントカレンダーの年を跨いだのでデモは終了させていただきました。

序文

なぜConoHaにはGentooのテンプレートが無いのか。
無いならば作ればいい？いや、それは我々の回答ではない。
我々が望むのは、無慈悲なまでに破壊的なGentooという選択¹である。

あ、OpenStackの勉強も兼ねるよ？

Installing Gentooを自動化すると？

普通ConoHaにGentooをインストールする場合、イメージをconoha-isoでマウントしてGentoo HandbookのInstalling Gentooを順に行う。

スクリプト化

この処理を2枚のシェルスクリプトにまとめてみよう。
何故２枚かというと、Gentooはインストール中にchrootするのでその内外でスクリプトを分割する必要があるためだ。

雑多になるので詳細は別の記事にて。

手順としてはconoha-isoを用いて Minimal Installation CD を挿入して起動し、この２つのbashスクリプトを直下に配置して待てばGentooになる。

このようにインストールの省力化は結構簡単なのだが、

1.　conoha-isoを導入
2.　conoha-isoでイメージを導入して再起動
3.　コンソールを開き、必要ならばsshdを起動
4.　２枚のスクリプトをコピペなり落とすなりで配置

という手順があるので気軽に布教するには今一歩。

スタートアップスクリプト

スタートアップスクリプトを使えば作業を自動化できそうだが、これが意外と難しい。

今回のように「新しいOSに書き換えるスタートアップスクリプトを書きたい！」となった時に、ConoHaでは次の問題が発生する。

スタートアップスクリプトは既存のフレーバー、イメージからの新規作成のみ
ISOから起動しているOSの時点では既に「スタートアップ」ではない
ルート(ConoHaのGlancenにある殆どのイメージがGPT単一ボリュームなので、/dev/vda2)をアンマウントする方法がない
ルート以外のパーティションは /dev/vda に無い²
ディスクを追加して別ボリュームとして扱っても、そこから起動することが厳しい³
コントロールパネル外で構築したイメージを(Glanceに)追加するAPIは非公開

スタートアップスクリプト自体はOpenStackの servers の user_data を指定することで行われる。これはGlanceからのインスタンス追加リクエストであり、インストールボリュームからの起動前提の一般的なGentooインストールは厳しい。

また、OpenStack APIを実際に叩いてみるとConoHaではオミットされている部分があることがわかる。
これには、外部qcow2イメージからの新規作成なども含まれる。

なので、今回のようなOSインストール処理をスタートアップスクリプト単体で行うのは難しい。

Stage3への置き換え

スタートアップスクリプトで唯一可能そうな手段は、既存の他ディストリビューションをGentooに置き換えるという方法である。

要は、Stage3を他のディストリビューション上に上書きしてGentoo化する。
非推奨なインストール方法だが、原理が単純なGentooでは意外と何とかなってしまう。

ちなみにどうやるかというと、

Stage3 tarballを落とす
重要なファイル (/etc/fstab, /sbin/modprobe 等) を退避
書き換え対象のすべてのファイルのタイムスタンプをUNIX Epochなどの日付に変更
root権限でStage3 tarballを展開して上書き
既存kernelで再起動
日付で書き換え対象ファイルを判定し、既存ファイルをroot権限で全て削除

となる。

ただ、上記例でもkernelは流用している通り、オンメモリのkernelを一発で置き換えるのはあまり得策ではなさそうだし、流れも煩雑になる。
だが、やはりkernelはGentoo上でビルドしたい。
よって、ここでは一度再起動して改めてkernelを構築する方法を取る。

再起動後の自動処理は local を使うのが簡単なのでこれを使う。
自動処理は処理完了後、自身を削除して再起動、もしくはシャットダウンして終了となる。

API経由で追加する

せっかくなのでどこぞのサイトからワンボタンでGentooを追加したい。
OpenStack APIをどこかから叩いてインストールする手段を検証してみた。

ブラウザ上からでは？

はじめはfetch APIで叩こうと思ったものの、ConoHaのOpenStack REST APIはCORSヘッダを返さない仕様⁴のようなので全てをブラウザ上で行うのは厳しい。

仕方ないのでサーバ上で

ブラウザ上から叩くことが出来ない以上、何らかのサーバサイドを用いるしか方法はない。
今回は時間がないのでTornadoで実装してみた。

これの何が不満かというと、OpenStack APIのAPIパスワードは平文で送られるからだ。
経路がTLSとはいえ、サーバサイドから叩くからには一度メモリ上に平文でAPIパスワードを確保しなければならない。これは他の人に操作してもらうにはあまり喜ばしくない。
今回はチュートリアル的なものということで、そのへんは勘弁していただきたい。