SunではSolarisの中に仮想OSの環境を作る技術を「Solarisコンテナ」と呼んでいますが、関連の用語がとても分かりにくいので整理しておきます。

「コンテナ」とは、日本語に訳すと「入れ物」です。「入れ物」を作ってその中に「仮想環境を入れる」というのが「Solarisコンテナ」の意味する所です。ではゾーンとは何でしょうか。

Solarisコンテナでは、コンテナの中に作られた仮想環境を「非グローバルゾーン」、コンテナの外側の実環境を「グローバルゾーン」と呼んでいます。「非グローバルゾーン」とはまた回りくどい言い方ですよね。何で「ローカルゾーン」と呼ぶようにしなかったのでしょうかねぇ。

ま、そういうわけで、「コンテナ」の中に作られた仮想環境を「非グローバルゾーン」と呼ぶわけです。ただ、この辺の言葉はわりと曖昧に使われることが多いので、あまり気にしないほうがいいかも知れません。

Solarisコンテナの用語を正しく使って（紛らわしく）書くと「グローバルゾーンの中に新たな非グローバルゾーンを作る」ということになります。仮想環境を作るには、zonecfgコマンドとzoneadmコマンドを使います。zonefcgはゾーンを構成するためのコマンド、zoneadmは構成済みのゾーンを管理するためのコマンドです。手順は次のような感じになります。


この後は通常のSolarisと同じように使うことができます。ただ、グローバルゾーンと共有するディレクトリは、非グローバルゾーン側から書くことができないので、そこは注意が必要です（/usr/share/lib にterminfoを書き込めないなど、何度かハマりました）。

zoneadm list -vc で現在のゾーンのリストを確認しておきます。listサブコマンドのvオプションはSTATSUやPATHなどの追加情報を表示するためのオプション、cオプションは実行中以外のゾーンも表示するためのオプションです。うちのテスト用サーバはこんな感じです。

新しいゾーンを作成するには、zonecfg コマンドの-zオプションで新しいゾーンの名前を指定します。
対話モードに入り、zonecfgのプロンプトが表示されます。ここで"create"と入力します。
問題がなければ何も表示されません。次にsetコマンドでzonepathを指定します。これは、ゾーンを構成するファイルを置くための実環境のパスです。実環境をインストールする際にデフォルトの構成を選んでいる場合は、各ファイルシステムに必要な容量を確保した残りが/export/homeに割り当てられるので、ある程度の容量のディスクを使っている場合は、ここが一番空いていると思います。
ネットワークを設定します。仮想環境は実環境の物理インターフェイス（実際のイーサネットポート）を共有しますが、仮想環境ごとに別々のIPアドレスを持ちます。そのための基本的な設定を行います。
実環境がブートしたときに、仮想環境も自動的にブートするように設定します。
以上がzonecfgでの最小限の設定です。infoコマンドで設定内容を確認します。
verifyコマンドを実行します。何か問題があればメッセージが表示されます。問題がなければ何も表示されません。
exitコマンドでzonecfgを終了します。設定内容は自動的に保存されます。
ゾーンの一覧を見てみましょう。設定したゾーンnode4のSTATUSがconfiguredになっています。
ゾーンnode4をインストールします。この処理は少し時間が掛かります（数分）。
ゾーンの一覧を見てみましょう。ゾーンnode4のSTATUSががconfiguredからinstalledに変わりました。
ゾーンnode4をブートします。
なにやらエラーメッセージのようなものが表示されましたが、どうでしょう。lo0の設定ができないと言っていますが、lo0はループバック用のアドレスで127.0.0.1が割り当てられるのが普通ですが、これがどうなってしまっているのか、後で調べることにしましょう。ゾーンの一覧を見てみます。
ゾーンnode4のSTATUSがrunningになっています。とりあえずは起動したようです。ただ、rootのパスワードも設定されていない状態なので、まだsshなどではログインできません。zloginというコマンドを使います。
Enterキーを押すと次のようなメッセージが表示されます。
言語の選択です。2のJapaneseを選びます。
文字コードの選択です。4のUTF-8を選びます。
使っている端末を指定します。私はTeraTermをVT100の設定で使っているので、3のVT100を選びます。
ホスト名を聞いてきます。node4をそのまま使用します。画面の指示では[F2]を押して続けるようになっていますが、TeraTermなどを使っている場合は [Esc-2]（エスケープキーを押してから数字の2）で代用します。
ホスト名の確認です。[Esc-2]で次へ進みます。
ケルベロスを使うかどうかの選択です。使わないのでそのまま[Esc-2]で次へ進みます。
ケルベロスの設定の確認です。[Esc-2]で次へ進みます。
ネームサービスの設定です。カーソルをDNSに合わせてスペースキーを押すと、DNSの欄にXが入ります。[Esc-2]で次へ進みます。
ドメイン名を入力します。グローバルIPを振る場合はインターネットのDNSで引けるドメイン名を指定しますが、ここではローカルIPを振るので必ずしもその必要はありません。上の例では"veltec.local"というインターネット上には存在しないドメイン名を指定しています。ローカルのDNSやhostsファイルなどでこのドメイン名を解決できるようにしておかないと、sendmailが「そんなドメインはない」と文句を言ってきますが、とりあえずは捨て置くことにします。
名前解決のために参照するDNSサーバのIPアドレスを指定します。私の家では、ルータがプロバイダのDNSを中継するようにしているので、ルータのIPアドレスを入力します。
DNSサーチリストの入力画面です。何をどのように入力すればよいのかよく分かりませんが、何も入力しなければ「このシステムのために選ばれたドメインだけを検索する」ということなので、放っておくことにします。おそらくドメイン名を省略してマシン名だけを指定した場合に、自動的にドメイン名を補う機能に関する設定だと思うのですが、（以下略）
ネットワーク設定の確認です。間違いが無ければ[Esc-2]で次へ進みます。
node4.veltec.localがDNSで引けないので、「DNSの設定をするか」と聞いてきますが、そもそもDNSが動いていないのでNoにXを入れて[Esc-2]でスルーします。DNSを自分で運用されている方は設定してください。
NFSでveltec.localというドメインを使うかどうか聞いていますが、そもそもNFSを使う予定がなく、どうでもよいので[Esc-2]で先へ進みます。
NFSでveltec.localというドメインを使うがよいか？との確認です。[Esc-2]で次へ。
タイムゾーンの設定です。AsiaにXを付けて[Esc-2]で次へ。
アジアの国のリストが表示されます。Japanが出てくるまでカーソルを下に移動してXを入れます。[Esc-2]で次へ。
タイムゾーンがJapandeよいかの確認です。[Esc-2]で次へ。
やっと最後の画面です。rootのパスワードを2回入れて[Esc-2]を押すと、仮想環境のリブートが始まります。
avahi-daemon-bridge-dsdとかいうのがfailedと言っていますね。後で調べましょう。
上のようなログインプロンプトがrootでログインします。
sendmailが文句を言っています。はいはい、分かってますって。まずはsshでログインできるように、rootでないユーザを作ります。その前に/exportに/homeが無いので作っておきます。
ユーザtakegataを作ります。
ユーザtakegataのパスワードを設定します。
これで一通りの設定は終わりです。exitでログアウトします。
~. （チルダ、ドット）と入力するとzloginのコンソールから抜けることができます。新しく作った仮想環境のIPアドレスを指定してTeraTermなどからsshでログインしてみましょう。

あっと、エラーメッセージについて調べるんでしたね。でも、今日はここまで。続きはいずれ。