Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)

第 3 章 Solaris のインストールおよびアップグレード (計画)

この章では、Solaris OS のインストールやアップグレードに伴うシステム要件について説明します。また、ディスク容量やデフォルトスワップ空間の割り当ての計画に関する一般的な指針についても説明します。この章の内容は次のとおりです。

システム要件と推奨事項

表 3–1 SPARC: メモリー、スワップ、およびプロセッサの推奨事項

SPARC システム 

サイズ 

インストールまたはアップグレードするために必要なメモリー 

推奨サイズは 256M バイトです。最小サイズは 128M バイトです。 


注 –

オプションのインストール機能の中には、十分な量のメモリーがないと使用できないものがあります。たとえば、メモリーが足りないシステムに DVD からインストールする場合、Solaris インストールプログラムの GUI ではなく、テキストインストーラを使用する必要があります。これらのメモリー要件については、 表 3–3 を参照してください。


スワップ領域 

デフォルトのサイズは 512M バイトです。 


注 –

スワップ空間は必要に応じてカスタマイズできます。スワップ空間のサイズは、システムのハードディスクのサイズに基づいて決定されます。


プロセッサ要件 

200 MHz 以上のプロセッサが必要です。 

表 3–2 x86: メモリー、スワップ、およびプロセッサの推奨事項

x86 システム 

サイズ 

インストールまたはアップグレードするために必要なメモリー 

  • Solaris 10 1/06 以降のリリースでは、推奨サイズは 512M バイトです。最小サイズは 256M バイトです。

  • Solaris 10 3/05 リリースでは、推奨サイズは 256M バイトです。最小サイズは 128M バイトです。


注 –

オプションのインストール機能の中には、十分な量のメモリーがないと使用できないものがあります。たとえば、メモリーが足りないシステムに DVD からインストールする場合、Solaris インストールプログラムの GUI ではなく、テキストインストーラを使用する必要があります。これらのメモリー要件については、表 3–3 を参照してください。


スワップ領域 

デフォルトのサイズは 512M バイトです。 


注 –

スワップ空間は必要に応じてカスタマイズできます。スワップ空間のサイズは、システムのハードディスクのサイズに基づいて決定されます。


プロセッサ要件 

120 MHz 以上のプロセッサを推奨します。ハードウェアによる浮動小数点サポートが必要です。 

ソフトウェアのインストールに GUI を使用するか、ウィンドウ表示環境を使用するか、またはウィンドウ表示環境を使用しないかを選択できます。十分なメモリーがある場合は、デフォルトで GUI が表示されます。GUI を表示するためのメモリーが不足している場合は、デフォルトでその他の環境が表示されます。ブートオプション nowin または text を使用すると、デフォルト動作を変更できます。しかし、システム内のメモリー容量による制約、またはリモートインストールによる制約があります。また、ビデオアダプタが検出されない場合、Solaris インストールプログラムは、自動的にコンソールベースの環境で表示されます。表 3–3 に、これらの環境の説明と、環境を表示するための最小メモリー要件の一覧を示します。

表 3–3 SPARC: 表示オプションごとのメモリー要件

SPARC: メモリー 

インストールの種類 

説明 

128 〜 383M バイト 

テキストベース 

グラフィックスは含まれませんが、ウィンドウを 1 つ提供します。また、その他のウィンドウを開くこともできます。 

text ブートオプションを使用している場合でシステムに十分なメモリーがあるときは、ウィンドウ表示環境でインストールされます。tip ラインを介してリモートでインストールする場合や、nowin ブートオプションを使用してインストールする場合は、コンソールベースのインストールに限定されます。

384M バイト以上 

GUI ベース 

ウィンドウ、プルダウンメニュー、ボタン、スクロールバー、およびアイコンが提供されます。 

表 3–4 x86: 表示オプションごとのメモリー要件

x86: メモリー 

インストールの種類 

説明 

  • Solaris 10 1/06 以降のリリース: 256 〜 511M バイト

  • Solaris 10 3/05 リリース: 128 〜 383M バイト

テキストベース 

グラフィックスは含まれませんが、ウィンドウを 1 つ提供します。また、その他のウィンドウを開くこともできます。 

text ブートオプションを使用してインストールする場合、十分なメモリーがあれば、ウィンドウ表示環境になります。tip ラインを介してリモートでインストールする場合や、nowin ブートオプションを使用してインストールする場合は、コンソールベースのインストールに限定されます。

  • Solaris 10 1/06 以降のリリース: 512M バイト

  • Solaris 10 3/05 リリース: 384M バイト

GUI ベース 

ウィンドウ、プルダウンメニュー、ボタン、スクロールバー、およびアイコンが提供されます。 

ディスク容量とスワップ空間の割り当て

Solaris ソフトウェアをインストールする前に、ディスク容量の計画をたてて、システムに十分なディスク容量があるかどうかを調べることができます。

ディスク容量に関する一般的な計画と推奨事項

ディスク容量の計画のたて方は、ユーザーによって異なります。必要に応じて、次の条件で容量を割り当てます。

表 3–5 ディスク容量とスワップ空間に関する一般的な計画

容量の割り当ての条件 

説明 

ファイルシステム 

ファイルシステムを割り当てる場合には、将来の Solaris バージョンにアップグレードするときのために、現在必要な容量よりも 30% 多く割り当ててください。 

デフォルトでは、ルート(/) とスワップ領域 (/swap) だけが作成されます。OS サービスのためにディスク容量が割り当てられたときは、/export ディレクトリも作成されます。Solaris のメジャーリリースにアップグレードする場合は、システムスライスを切り直す必要や、インストールに要する容量の 2 倍を割り当てる必要が生じる可能性があります。Update リリースにアップグレードする場合、将来のアップグレードに備えて余分のディスク容量を割り当てておけば、システムのスライスを切り直す手間を軽減できます。Solaris Update リリースにアップグレードするたびに、直前のリリースに比べておよそ 10% のディスク容量が追加で必要になります。何回分かの Solaris Update リリースを見込んで、各ファイルシステムにそれぞれ 30% ずつ多めにディスク容量を割り当てることもできます。

/var ファイルシステム

クラッシュダンプ機能 savecore(1M) を使用する場合は、/var ファイルシステムの容量を物理メモリーの倍のサイズに設定します。

スワップ 

Solaris インストールプログラムは、次の場合、デフォルトのスワップ領域 512M バイトを割り当てます。 

  • インストールプログラムのディスクスライス自動配置機能を使用する場合

  • 手動でスワップスライスのサイズを変更したくない場合

デフォルトでは、Solaris インストールプログラムは、最初の使用可能なディスクシリンダ (通常、SPARC システムではシリンダ 0) からスワップ空間を割り当てます。この配置によって、デフォルトのディスクレイアウト時にはルート (/) ファイルシステムに最大のスワップ空間を割り当てることができ、アップグレード時にはルート (/) ファイルシステムを拡張できます。

将来スワップ領域を拡張することを考えている場合、次のいずれかの手順を実行してスワップスライスを配置することにより、別のディスクシリンダでスワップスライスを開始できます。 

  • Solaris インストールプログラムの場合、シリンダモードでディスクレイアウトをカスタマイズして、スワップスライスを目的の位置に手動で割り当てることができます。

  • カスタム JumpStart インストールプログラムの場合、スワップスライスをプロファイルファイル内に割り当てることができます。JumpStart プロファイルの詳細は、「プロファイルの作成」を参照してください。

スワップ領域の概要については、『Solaris のシステム管理 (デバイスとファイルシステム)』の第 21 章「追加スワップ空間の構成 (手順)」を参照してください。

ホームディレクトリファイルシステムを提供しているサーバー 

ホームディレクトリは、通常デフォルトで /export ファイルシステムにあります。

インストールする Solaris ソフトウェアグループ 

ソフトウェアグループとは、ソフトウェアパッケージの集まりのことです。ディスク容量を計画する際には、選択したソフトウェアグループから個々のソフトウェアパッケージを個別に追加したり削除したりできることを覚えておいてください。ソフトウェアグループの詳細については、「ソフトウェアグループごとの推奨ディスク容量」を参照してください。

アップグレード 

言語サポート 

たとえば、中国語、日本語、韓国語などです。単一の言語をインストールする場合は、約 0.7G バイトのディスク容量をその言語用に追加して割り当ててください。すべての言語サポートをインストールする場合は、インストールするソフトウェアグループに応じて、最大で約 2.5G バイトのディスク容量を言語サポート用に追加して割り当てる必要があります。 

印刷やメールのサポート 

追加の容量を割り当てます。 

追加ソフトウェアや Sun 以外のソフトウェア 

追加の容量を割り当てます。 

ソフトウェアグループごとの推奨ディスク容量

Solaris ソフトウェアグループは Solaris パッケージの集まりです。それぞれのソフトウェアグループには、異なる機能やハードウェアドライバのサポートが含まれています。

Solaris ソフトウェアのインストール時には、選択した Solaris ソフトウェアグループに対してパッケージを追加したり、削除したりすることができます。追加や削除するパッケージを選択する際には、ソフトウェアの依存関係や Solaris ソフトウェアがどのようにパッケージ化されているかを知っている必要があります。

次に、ソフトウェアパッケージのグループの成り立ちを図示します。限定ネットワークサポートソフトウェアグループには、最小限のパッケージだけが含まれています。これに対して、全体ディストリビューションと OEM サポートソフトウェアグループには、すべてのパッケージが含まれています。

図 3–1 Solaris ソフトウェアグループ

この図については本文中で説明しています。

表 3–6 に、Solaris ソフトウェアグループと、各グループのインストールに必要な推奨ディスク容量を示します。


注 –

表 3–6 に示す推奨ディスク容量には、次の項目のための容量が含まれています。

ソフトウェアグループに必要なディスク容量が、この表に一覧表示されている容量より少ない場合もあります。


表 3–6 ソフトウェアグループごとの推奨ディスク容量

ソフトウェアグループ 

説明 

推奨ディスク容量 

全体ディストリビューションと OEM サポート 

全体ディストリビューションソフトウェアグループに、ハードウェアドライバが追加されたパッケージです。ここには、インストール時にシステムに存在していないハードウェアのドライバも含まれます。 

6.8G バイト 

全体ディストリビューション 

開発者システムサポートソフトウェアグループに、サーバー用のソフトウェアが追加されたパッケージです。 

6.7G バイト 

開発者システムサポート 

エンドユーザーシステムサポートソフトウェアグループに、ソフトウェア開発のサポートが追加されたパッケージです。ソフトウェア開発のサポートとして、ライブラリ、インクルードファイル、マニュアルページ、プログラミングツールなどが追加されています。ただし、コンパイラは含まれていません。 

6.6G バイト 

エンドユーザーシステムサポート 

ネットワークに接続された Solaris システムと共通デスクトップ環境 (CDE) の起動と実行に必要な最小限のコードを提供するパッケージです。 

5.3G バイト 

コアシステムサポート 

ネットワークに接続された Solaris システムの起動と実行に必要な最小限のコードを提供するパッケージです。 

2.0G バイト 

限定ネットワークシステムサポート 

Solaris システム (ネットワークサービスのサポートは一部のみ) の起動と実行に必要な最小限のコードを提供するパッケージです。限定ネットワークシステムサポートソフトウェアグループは、テキストベースのマルチユーザーコンソールとシステム管理ユーティリティーを提供します。このソフトウェアグループは、システムによるネットワークインタフェースの認識を可能にしますが、ネットワークサービスをアクティブにはしません。 

2.0G バイト 

アップグレード

システムのアップグレードには、3 つの方法があります。Solaris Live Upgrade、Solaris インストールプログラム、およびカスタム JumpStart です。

表 3–7 Solaris のアップグレード方法

現在の Solaris OS 

Solaris のアップグレード方法 

Solaris 8、Solaris 9、および Solaris 10 

  • Solaris Live Upgrade – 稼働中のシステムのコピーを作成し、それをアップグレードすることでシステムをアップグレードします

  • Solaris インストールプログラム - グラフィカルユーザーインタフェースまたはコマンド行インタフェースを使用して対話形式でアップグレードを行うことができます

  • カスタム JumpStart – 自動アップグレードを行うことができます

アップグレードに関する制限事項

問題 

説明 

別のソフトウェアグループへのアップグレード 

システムのソフトウェアグループを、アップグレード時に別のソフトウェアグループに変更することはできません。たとえば、システムにエンドユーザーシステムサポートソフトウェアグループがインストールされている場合には、開発者システムサポートソフトウェアグループにアップグレードするオプションはありません。ただし、アップグレード中に、インストール済みのソフトウェアグループに属していないソフトウェアをシステムに追加することはできます。 

Solaris 10 1/06 以降のリリース: 非大域ゾーンがインストールされている場合のアップグレード

Solaris OS をアップグレードするときに、非大域ゾーンがインストールされているシステムをアップグレードできます。Solaris 対話式インストールプログラムおよびカスタム JumpStart プログラムを使用するとアップグレードが可能です。アップグレードする場合の制限については、「非大域ゾーンがインストールされている場合のアップグレード」を参照してください。

アップグレードプログラム

標準的な対話式アップグレードには Solaris インストールプログラム、無人アップグレードにはカスタム JumpStart インストールを使用します。Solaris Live Upgrade では、実行中のシステムをアップグレードできます。

アップグレードプログラム 

説明 

参照先 

Solaris Live Upgrade 

現在実行中のシステムのコピーを作成できます。このコピーをアップグレードし、再起動します。すると、このアップグレード済みコピーが現在実行中のシステムと切り替わります。Solaris Live Upgrade を使用すると、Solaris OS のアップグレード時のダウンタイムを短縮できます。Solaris Live Upgrade では、アップグレードに伴うさまざまな問題を防ぐこともできます。たとえば、アップグレード中に電源障害が発生すると、アップグレードを回復することができなくなります。しかし、Solaris Live Upgrade では、現在実行中のシステムではなく、コピーをアップグレードするので、この問題は起こりません。 

Solaris Live Upgrade を使用する場合のディスク容量の割り当て計画については、『Solaris 10 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』「Solaris Live Upgrade の要件」を参照してください。

Solaris インストールプログラム 

対話式 GUI のガイドに従ってアップグレードを実行できます。 

『Solaris 10 インストールガイド (基本編)』の第 2 章「Solaris インストールプログラムによるインストール (作業)」

カスタム JumpStart プログラム 

自動アップグレードを行います。必要な情報は、プロファイルファイルと、オプションのプリインストールスクリプトならびにポストインストールスクリプトによって提供されます。アップグレード用にカスタム JumpStart プロファイルを作成するときは、install_type upgrade を指定します。さらに、実際にアップグレードを行う前に、システムの現在のディスク構成およびシステムに現在インストールされているソフトウェアに対して、カスタム JumpStart プロファイルが目的どおりのことを実行しようとしているかを確認する必要があります。アップグレードしようとしているシステム上で、pfinstall - D コマンドを実行して、プロファイルをテストします。ディスク構成ファイルを使用してアップグレード用プロファイルをテストすることはできません。

アップグレードではなく Solaris フラッシュアーカイブをインストール

Solaris フラッシュのインストール機能では、マスターシステムからインストール全体のコピーを作成し、これを多数のクローンシステムに複製できます。このコピーを「Solaris フラッシュアーカイブ」と呼びます。アーカイブは、任意のインストールプログラムでインストールできます。


注意 – 注意 –

非大域ゾーンがインストールされていると、Solaris フラッシュアーカイブは正常に作成できません。Solaris フラッシュ機能には Solaris ゾーン区分技術との互換性はありません。Solaris フラッシュアーカイブを作成する場合、そのアーカイブの配備条件が次のいずれかの場合は、作成されたアーカイブは正しくインストールされません。


アーカイブのインストールについては、次の表を参照してください。

Solaris Live Upgrade 

『Solaris 10 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』「ブート環境への Solaris フラッシュアーカイブのインストール」

カスタム JumpStart 

「カスタム JumpStart インストールを使用して Solaris フラッシュアーカイブをインストールする方法」

Solaris 対話式インストール 

『Solaris 10 インストールガイド (Solaris フラッシュアーカイブの作成とインストール)』の第 4 章「Solaris フラッシュアーカイブのインストールと管理 (作業)」

WAN ブートインストール 

『Solaris 10 インストールガイド (ネットワークインストール)』の第 14 章「WAN ブートによるインストール (作業)」

ディスク容量の再配置を伴うアップグレード

Solaris インストールプログラムのアップグレードオプションとカスタム JumpStart プログラムの upgrade キーワードはどちらも、ディスク容量の再配置機能を提供します。この再配置により、ディスクスライスのサイズが自動的に変更されます。アップグレードするのに十分な容量が現在のファイルシステムにない場合、ディスク容量を割り当て直すことができます。たとえば、アップグレードに伴ってファイルシステムの容量を増やす必要があるのは、次のような場合です。

自動配置機能を使用すると、ファイルシステムに必要な容量を確保するようにディスク容量の再配置が行われます。自動配置機能では、デフォルトの制約にもとづいて容量の再配置が試みられます。このため、この機能によって容量の再配置が行われない場合は、ファイルシステムの制約を変更する必要があります。


注 –

自動配置機能では、ファイルシステムの「サイズを大きくする」ことはできません。自動配置機能は、次のように容量を割り当て直します。

  1. 変更する必要があるファイルシステム上の必要なファイルのバックアップを作成する。

  2. ファイルシステムの変更内容に基づいて、ディスクパーティションを割り当て直す。

  3. アップグレード前にバックアップファイルを復元する。


アップグレード前のシステムのバックアップ

Solaris OS へのアップグレードを実行する前に、既存のファイルシステムのバックアップを作成しておくことを強くお勧めします。ファイルシステムをテープなどのリムーバブルメディアにコピーすれば、データの損失や損傷、破壊などを防止できます。システムのバックアップの詳しい作成方法については、『Solaris のシステム管理 (デバイスとファイルシステム)』の第 24 章「ファイルシステムのバックアップと復元 (概要)」を参照してください。

システムで稼働中の Solaris OS のバージョンを確認する方法

システムで稼働中の Solaris ソフトウェアのバージョンを確認するには、次のいずれかのコマンドを入力します。


$ uname -a

cat コマンドを使用すると、より詳しい情報を得られます。


$ cat /etc/release

ロケールの値

インストールの一環として、システムで使用するロケールを事前構成できます。「ロケール」によって、オンライン情報を特定の言語と地域で表示する方法が決まります。また、日付と時間の表記、数字や通貨、綴りなどの地域的差異を表すために、1 つの言語に対して複数のロケールが存在することもあります。

システムのロケールを事前構成するには、カスタム JumpStart プロファイルか sysidcfg ファイルを使用します。

プロファイルを使ったロケールの設定 

「プロファイルの作成」

sysidcfg ファイルを使ったロケールの設定

『Solaris 10 インストールガイド (ネットワークインストール)』「sysidcfg ファイルによる事前設定」

ロケール値のリスト 

『国際化対応言語環境の利用ガイド』

プラットフォーム名とグループ

ネットワークインストール用にクライアントを追加する際は、システムアーキテクチャー (プラットフォームグループ) の情報が必要です。カスタム JumpStart インストールの rules ファイルを作成する場合は、プラットフォーム名が必要になります。

プラットフォーム名とプラットフォームグループの例を下記の表に示します。SPARC システムの完全な一覧については、『Solaris Sun ハードウェアマニュアル 』(http://docs.sun.com/) を参照してください。

表 3–8 プラットフォーム名とプラットフォームグループの例

システム 

プラットフォーム名 

プラットフォームグループ 

Sun Fire 

T2000 

sun4v 

Sun BladeTM

SUNW,Sun-Blade-100 

sun4u 

x86 ベース 

i86pc 

i86pc 


注 –

システムが動作している場合、システムのプラットフォーム名は uname -i コマンドで、システムのプラットフォームグループは uname -m コマンドで、それぞれ調べることもできます。


ゾーンのインストールと構成

ここでは、大域ゾーンと非大域ゾーンの大まかな計画について紹介します。概要と計画情報、および具体的な手順については、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』の第 16 章「Solaris ゾーンの紹介」を参照してください。

Solaris ゾーン区分技術 (概要)

Solaris OS をインストールした後、ゾーンをインストールして構成できます。大域ゾーンは稼働中のオペレーティングシステムの単一インスタンスであり、各 Solaris システムに 1 つ含まれています。大域ゾーンは、システムのデフォルトのゾーンであり、システム全体の管理に使用されるゾーンでもあります。非大域ゾーンは仮想化されたオペレーティングシステム環境です。

Solaris ゾーンはソフトウェア区分技術で、オペレーティングシステムサービスを仮想化し、安全で隔離されたアプリケーション実行環境を提供します。ゾーンを作成すると、そのアプリケーション実行環境で実行されるプロセスは、ほかのゾーンから隔離されます。このように隔離されているので、あるゾーンで実行中のプロセスが、ほかのゾーンで実行中のプロセスから監視または操作されることがありません。非大域ゾーンで実行中のプロセスは、スーパーユーザー資格で実行されていても、ほかのゾーンの活動を監視したり操作したりすることはできません。大域ゾーンでスーパーユーザー資格で実行されるプロセスは、任意のゾーンの任意のプロセスを操作できます。

大域ゾーンと非大域ゾーンについて

非大域ゾーンの構成、インストール、管理、およびアンインストールは、大域ゾーンからのみ行うことができます。システムハードウェアから起動できるのは、大域ゾーンだけです。物理デバイス、ルーティング、動的再構成 (DR) といったシステムインフラストラクチャーの管理は、大域ゾーンでのみ行うことができます。大域ゾーンで実行されるプロセスは、適切な権限が付与されていれば、ほかのどのゾーンに関連付けられているオブジェクトにもアクセスできます。次の表に、大域ゾーンと非大域ゾーンの特性をまとめます。

大域ゾーン 

非大域ゾーン 

システムによって ID 0 が割り当てられます 

ゾーンの起動時にシステムによってゾーン ID が割り当てられます 

システムで起動され実行される Solaris カーネルの単一のインスタンスを提供します 

大域ゾーンから起動される Solaris カーネルの下で処理を共有します 

Solaris システムソフトウェアパッケージの完全なインストールが含まれています 

Solaris オペレーティングシステムソフトウェアパッケージの完全なインストールの一部が含まれています 

追加のソフトウェアパッケージや、パッケージを通してインストールされない追加のソフトウェア、ディレクトリ、ファイル、その他のデータが含まれている場合もあります 

大域ゾーンから共有された Solaris ソフトウェアパッケージが含まれています 

大域ゾーンにインストールされているすべてのソフトウェア構成要素に関する情報を格納した、一貫性のある完全な製品データベースを提供します 

大域ゾーンから共有されたものではない、インストールされた追加のソフトウェアパッケージが含まれていることもあります 

追加のソフトウェア、ディレクトリ、ファイル、非大域ゾーンで作成されたその他のデータなど、パッケージを通してインストールされないもの、あるいは、大域ゾーンからの共有でないものが含まれていることもあります 

大域ゾーンのホスト名やファイルシステムテーブルなど、大域ゾーンのみに固有の構成情報を保持します 

非大域ゾーンのホスト名やファイルシステムテーブルなど、その非大域ゾーンのみに固有の構成情報を保持します 

すべてのデバイスとすべてのファイルシステムが認識される、唯一のゾーンです 

ゾーンにインストールされているすべてのソフトウェア構成要素に関する情報を格納した、一貫性のある完全な製品データベースを持ちます。非大域ゾーンに置かれている構成要素と、読み取り専用モードで大域ゾーンから共有される構成要素があります 

非大域ゾーンの存在と構成が認識される、唯一のゾーンです 

ほかのゾーンの存在を認識できません 

非大域ゾーンの構成、インストール、管理、またはアンインストールを行うことができる、唯一のゾーンです 

自身を含め、ゾーンのインストール、管理、アンインストールを行うことはできません 

詳細については、以下を参照してください。

Solaris ゾーン (計画)

Solaris OS をインストールしたあと、ゾーンをインストールして構成できます。大域ゾーンは稼働中のオペレーティングシステムの単一インスタンスであり、各 Solaris システムに 1 つ含まれています。大域ゾーンは、システムのデフォルトのゾーンであり、システム全体の管理に使用されるゾーンでもあります。非大域ゾーンは仮想化されたオペレーティングシステム環境です。


注意 – 注意 –

次の条件がいずれも成立する場合は、コマンドに -R オプションまたは同等のオプションを使用して代替ルート (/) ファイルシステムを指定してはいけません。

たとえば、pkgadd ユーティリティーに -R root_path オプションで非大域ゾーンのルート (/) ファイルシステムへのパスを指定して、大域ゾーンから実行する場合です。

代替ルート (/) ファイルシステムが指定可能なユーティリティーの一覧およびゾーンの詳細については、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』「大域ゾーンから非大域ゾーンにアクセスする際の制限」を参照してください。


非大域ゾーンを使用している場合のインストールとアップグレード

Solaris OS がインストールされている場合、大域ゾーンにインストールされたソフトウェアグループのパッケージはすべての非大域ゾーンで共有されます。たとえば、全体ディストリビューションをインストールした場合、これらのパッケージはすべてのゾーンに含まれます。デフォルトでは、大域ゾーンに追加パッケージをインストールすると、これらも非大域ゾーンに追加されます。アプリケーション、ネームスペース、サーバー、NFS や DHCP などのネットワーク接続、その他のソフトウェアを、非大域ゾーンに分離できます。それぞれの非大域ゾーンは、ほかの非大域ゾーンを認識せず、それぞれ独立して動作可能です。たとえば、大域ゾーンに全体ディストリビューションをインストールし、個々の非大域ゾーンでは Java Enterprise System Messaging Server、データベース、DHCP、および Web サーバーを実行することができます。非大域ゾーンをインストールするときは、各ゾーンで実行されるアプリケーションのパフォーマンス要件に留意してください。


注意 – 注意 –

非大域ゾーンがインストールされていると、Solaris フラッシュアーカイブは正常に作成できません。Solaris フラッシュ機能には Solaris ゾーン区分技術との互換性はありません。Solaris フラッシュアーカイブを作成する場合、そのアーカイブの配備条件が次のいずれかの場合は、作成されたアーカイブは正しくインストールされません。


非大域ゾーンがインストールされている場合のアップグレード

Solaris 10 1/06 以降のリリースでは、Solaris OS をアップグレードするときに、非大域ゾーンがインストールされているシステムをアップグレードできます。 Solaris 対話式インストールプログラムとカスタム JumpStart プログラムにより、アップグレードが可能です。


注意 – 注意 –

非大域ゾーンがインストールされている場合は、Solaris Live Upgrade を使用してシステムをアップグレードすることはできません。lucreate コマンドでブート環境を作成できますが、luupgrade コマンドを使用するとアップグレードに失敗します。エラーメッセージが表示されます。


非大域ゾーンのディスク容量要件

大域ゾーンをインストールするときには、作成するすべてのゾーンに十分なディスク容量を必ず確保してください。非大域ゾーンごとに、ディスク容量要件は異なる場合があります。ここでは、計画情報の概略について説明します。計画の要件と推奨事項の詳細は、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』の第 18 章「非大域ゾーンの計画と構成 (手順)」を参照してください。

1 つのゾーンで消費できるディスク容量に制限はありません。容量制限は大域ゾーンの管理者が行います。単一プロセッサの小規模なシステムでも、多数のゾーンを同時に実行できます。

非大域ゾーンを作成するときの容量要件は、大域ゾーンにインストールされたパッケージの種類によって異なります。パッケージ数と容量要件がその要因になります。ディスク容量に関する一般的なガイドラインを次に示します。

SPARC: 64 ビットパッケージに関する変更点

Solaris OS の以前のリリースでは、32 ビットコンポーネントと 64 ビットコンポーネントがそれぞれ別のパッケージで提供されていました。Solaris 10 OS ではパッケージが簡略化され、32 ビットコンポーネントと 64 ビットコンポーネントのほとんどが単一のパッケージで提供されています。統合されたパッケージでは、元の 32 ビットパッケージの名前がそのまま使用されています。64 ビットパッケージは提供されなくなりました。この変更によってパッケージ数が減り、インストールが簡単になります。このため、カスタム JumpStart スクリプトやほかのパッケージインストールスクリプトで 64 ビットパッケージを参照している場合は、これらのスクリプトを変更して参照を削除する必要があります。

64 ビットパッケージの名前は、次の規則に従って変更されます。

x86: パーティション分割の推奨事項

x86 システムで Solaris OS を使用する場合、次のガイドラインに従ってシステムのパーティション分割を行ってください。

Solaris インストールプログラムは、デフォルトのブートディスクパーティションレイアウトを使用します。これらのパーティションを「fdisk パーティション」と呼びます。fdisk パーティションは、x86 システム上にある特定のオペレーティングシステム専用のディスクドライブの論理パーティションです。x86 システム上に Solaris ソフトウェアをインストールするには、1 つ以上の Solaris fdisk パーティションを設定する必要があります。x86 ベースのシステムでは、1 台のディスクに最大 4 つの fdisk パーティションを作成できます。これらのパーティションは、個別のオペレーティングシステムをインストールして使用できます。各オペレーティングシステムは、独自の fdisk パーティション上に存在しなければなりません。個々のシステムの Solaris fdisk パーティションの数は、1 台のディスクにつき 1 つに限られます。

表 3–9 x86: デフォルトパーティション

パーティション 

パーティション名 

パーティションサイズ 

1 番目のパーティション (一部のシステムのみ) 

診断・サービスパーティション 

システム上の既存のサイズ 

2 番目のパーティション (一部のシステムのみ) 

x86 ブートパーティション 

Solaris 10 3/05 リリースの場合: x86 ブートパーティションが作成されます。サイズはシステムの既存サイズです。

Solaris 10 1/06 以降のリリースでは、次のようになります。

  • 初期インストールの場合は、このパーティションは作成されません。

  • アップグレードするときに、使用しているシステムに既存の x86 ブートパーティションがない場合は、このパーティションは作成されません。

  • アップグレードするときに、システムに x86 ブートパーティションがある場合:

    • あるブートデバイスから別のブートデバイスにブートストラップするためにパーティションが必要な場合は、x86 ブートパーティションがシステムに保持されます。

    • 追加のブートデバイスのブートにパーティションが不要な場合は、x86 ブートパーティションは削除されます。パーティションの内容は、ルートパーティションに移されます。

3 番目のパーティション 

Solaris OS パーティション 

ブートディスク上に残っている容量 

デフォルトのブートディスクパーティションレイアウトでサービスパーティションを保持

Solaris インストールプログラムは、デフォルトのブートディスクパーティションレイアウトを使って、診断・サービスパーティションに対応することができます。システムに診断・サービスパーティションが含まれている場合、デフォルトブートディスクパーティションレイアウトを使用して、このパーティションを保持できます。


注 –

診断・サービスパーティションが含まれない x86 システムに Solaris OS をインストールする場合、デフォルトでは、新しい診断・サービスパーティションは生成されません。システムに診断・サービスパーティションを作成する場合は、ハードウェアのマニュアルを参照してください。