
第1回 Rollerと始めるOpenSolaris
サン・マイクロシステムズ株式会社
OpenSolaris エバンジェリスト
大曽根 明
2008/1/10
LiveCDにも対応、注目の「Project Indiana」
OpenSolarisの中で現在注目を集めているのが「Project Indiana」でしょう。「過去のしがらみがあるから」などとなかなか抜け出しにくかったSolarisの問題点を積極的に解決し、Linuxに比べて扱いにくいとされていた問題点を解消しようとしているプロジェクトです。
例えばSolarisのインストールには、通常、数枚のCDもしくはDVDが必要です。これに対してIndianaでは、LiveCDとしても機能するCD1枚で導入を済ませることができます。残りはネットワークから自動的にダウンロードする仕組みで、これらをサポートする新しいパッケージングシステムとインストーラも提供される予定です。
またユーザーの環境も、設定省略時は、Linuxユーザーになじみのあるものになる予定です。例えばシェルは「bash」に、tarはgnuのtarにといった具合に、よく知られたものが提供されることになっています。
一方で、多くのSolarisユーザーが望んでいる機能である、ZFS上へのインストールも可能です。実は、Project Indianaの新しいパッケージングシステムは、ZFSを前提に作られています。古いバージョンに戻す際には、ZFSのスナップショットを使う仕組みとなっています。
さらに、ライセンスの面においても、誰でも再配布が可能なコードのみによって構成され、必ずしもサンからダウンロードする必要もなくなる予定です。
ただしこのことは、同時に、Indianaにはサードパーティ製のコードが入れられないということも意味します。先にATOKの例を挙げましたが、それ以外にも日本語環境においてはさまざまなチャレンジが待っており、ぜひ、多くの方の協力の下、改善していきたいと思います。
![]() |
| 画面2 Project Indianaのファイルシステム |
画面2は、Project Indianaの最初の成果として公開されている「Developer Preview」でファイルシステムを表示させたところです。
これを見ると、“/”(root)を含むすべてのファイルシステムがZFSで構成されていることが分かると思います。まだ日本語化はされていませんが、フォントが含まれている(最初から無償でX11に入っているもののみですが)のと、基本的な国際化がなされているため、一応日本語が表示されています。
残念ながらIndianaはまだ開発中であり、従来のSolarisに期待される機能をすべて搭載できている状態ではありません。従って、この連載では、Solarisに最も近い機能を備えている「SXDE」(Solaris Express Developer Edition)を前提として紹介していきます。
OpenSolarisの導入(インストール)と更新
先ほど述べたとおり、OpenSolarisはプロジェクトであって、それ自体をインストールできるものではありません。まずはディストリビューションを選ばないといけないのですが、ここでは前述のSXDEを選んで紹介していきましょう。
具体的なインストール手順は、多くの文献(http://docs.sun.com/app/docs/doc/820-1116/など)やWebサイトに情報が載っているのでここでは割愛し、長く運用していくうえで必要なことに触れておきます。
まず、SXDEなど、現在のOpenSolarisを基にしたディストリビューションでは、何らかの問題が生じた場合に必要となるパッチが提供されません。その場合は、より新しいリリースをインストールし直すことになります。
小規模な社内NFSサーバ程度であれば、インストールのやり直しが生じてもあまり不都合はないかもしれません。しかし、いろいろなアプリケーションを追加インストールして使っている場合は、その作業はかなり煩雑なものになってしまいます。
そこでSXDEにも、Solaris同様に「アップグレード・インストール」という方法もありますが、ここでは、より使いやすく可用性の高い「ライブ・アップグレード」をお勧めします。
初期インストールやアップグレード・インストールは、対象マシンのサービスをいったん停止してから行うことになります。これに対しライブ・アップグレードでは、アップグレードによるソフトウェアのインストール自体を、対象マシンで通常のサービスを続けたまま行うことができます。唯一必要なのは、アップグレード後の再起動です。さらに、アップグレードに何か問題があった場合は、再起動だけで元の状態に戻すこともできます。
![]() |
| 図2 ライブ・アップグレードの仕組み |
図2にあるように、ライブ・アップグレードは、複数のブート環境を構築することによって実現されます。
まず基本的には、基となる(通常は現在稼働中の)ブート環境と、そこから派生させて作る代替のブート環境から構成されます。次に、元のブート環境を代替のブート環境に複写し、そこに対してアップグレード・インストールを行ったり、パッチを導入することになります。
ライブ・アップグレードを使うには、1つ注意が必要です。通常OSが使うファイルシステムが入るだけの大きさを持つもう1つのファイルシステムを作成できる容量を備えたパーティションを、最初のインストール時に確保しておくことが重要になります。
このライブ・アップグレードを使うことによって、あるSXDEのリリースから次のリリースへの移行が簡単に行えるようになります。
さらに、多くのユーザーが使ったり、重要な業務に使うためのサーバを構築するときに考慮すべき点として、以下のポイントにも注意を払ってください。
- ディスクの構成に冗長性を持たせる。少なくともRAID1(ミラー)にすることによって、ディスクが1台故障しただけでシステム全体が使えなくなる事態を防ぎます
- クラスタ構成を取る。投資対効果を注意深く検討する必要がありますが(ハードウェアだけでなく、ソフトウェアの構成、管理に掛かる費用など)、重要なデータベースなどの場合は検討してみるべきです
- スケールアウトを考慮する。Webサーバのような場合に複数のマシンに負荷分散を行う構成を検討する。クラスタを組むまでもなく、同期を取っておく必要性がない場合に有効な方法です
|
2/3 |
|
||||||
|
||||||
| Linux Square全記事インデックス |
| Linux Squareフォーラム サーバ構築・運用関連記事 |
| 連載:Heartbeatでかんたんクラスタリング(連載中) オープンソースソフトウェアの「Heartbeat」を使ってHAクラスタを実現し、サービスを「落とさない」仕組みを実現します |
|
| 特集:Apache 2.2でWebサイトをパフォーマンスアップ! 最新安定版Apache 2.2は、何が変わったのか? 最新のApacheを新機能の使い方とともに解説する |
|
| 連載:実用 Apache 2.0運用・管理術(全8回) 本連載では、Apache 2.0の運用や管理方法を解説する。まず必須設定と基本的なセキュリティ対策を行い今後の運用に備える |
|
| 連載:実用
BIND 9で作るDNSサーバ(全15回) 本連載では、BIND 9の構築/運用方法を解説していく。実際に役立つことを目的に、セキュリティや大規模運用などのテーマを取り上げていく |
|
| 連載:実用qmailサーバ運用・管理術(全14回) 本連載を通して、qmailによるメールサーバの高度な構築・運用・管理術を紹介。SPAM対策やML管理からサーバでのウイルスチェックなどまで |
|
| 特集:Samba
3.0の全貌 改訂版 Samba 3.0リリースから8カ月。ここであらためて、Samba 3.0系列の新機能、インストール方法、国際化の現状を解説する |
|
|
TechTargetジャパン
- クライアントがアクセスできる範囲を制限する (2012/2/10)
今回は、サーバ上のファイルの扱いに関係する設定項目について解説します - 新しい記事も入っていて安心しました (2012/2/7)
Linux Squareのアクセスランキングを公開します。定番の記事ばかりでなく、連載中の記事もよろしくお願いいたします - エラーメッセージをどう扱うか? (2012/2/2)
今回は、スクリプト実行時にエラーが発生したことを知らせるメッセージの扱い方を説明します - ファイルのアップロードを制限する (2012/1/30)
HTTPクライアントがアップロードしてくるファイルの扱いについて解説します。そもそも受け入れる必要があるのか? ということのほかにも、いろいろ設定が必要です
|
|
キャリアアップ
スポンサーからのお知らせ
- - PR -
イベントカレンダー
- - PR -


