第 3 章 サーバーとクライアントサポートの管理の概要

この章では、ネットワーク環境でのサーバーとクライアントの管理について説明し、Solaris 環境でサポートされる各システム構成 (「 システムタイプ」と呼びます) に関する情報を記載します。また、目的に合った最適なシステムを選択するためのガイドラインも示します。

この章の内容は次のとおりです。

• 「サーバーとクライアントの作業についての参照先」

• 「サーバーとクライアントとは」

• 「サポートとは」

• 「システムタイプの概要」

• 「システムタイプ選択のガイドライン」

• 「サーバーとクライアントサポートの管理ツール」

• 「ホストマネージャでできること」

• 「ホストマネージャの制限事項」

サーバーとクライアントサポートの追加と管理の手順についての詳細は、第 4 章「サーバーとクライアントサポートの管理の手順」を参照してください。

ネームサービスの設定の概要については、『Solstice AdminSuite 2.3 管理者ガイド』を参照してください。

サーバーとクライアントの作業についての参照先

サーバーとクライアントのサービスを設定する手順の説明は、次を参照してください。

• 第 4 章「サーバーとクライアントサポートの管理の手順」

サーバーとクライアントとは

ネットワーク上のシステムは、次の 2 つに分類できます。

• サーバー - ネットワーク上の他のシステムにサービスを提供するシステムです。ファイルサーバー、ブートサーバー、データベースサーバー、ライセンスサーバー、印刷サーバー、インストールサーバー、さらに、特定のアプリケーション用のサーバーなどもあります。この章では、サーバーとは、ネットワーク上の他のシステムにファイルシステムとインストールソフトウェアを提供するシステムのことを意味します。

• クライアント - サーバーから提供されるリモートサービスを利用するシステムです。クライアントによってはディスク容量に制限があったり、また、まったくディスクを持たず、サーバーから提供されるファイルシステムに依存するものもあります。ディスクレスクライアント、AutoClient および JavaStation^TM システムがこの部類に含まれます。

  また別のサーバーは、サーバーが提供するリモートサービス (インストールソフトウェアなど) を利用しながらも、サーバーに依存しなくても機能するものがあります。この種類のクライアントには、ルート (/)、/usr、/export/home ファイルシステムとスワップ空間をそのハードディスクに含むスタンドアロンシステムがあります。

サポートとは

「システムにサポートを提供する」とは、他のシステムを動作させるために必要な適切なソフトウェアとサービスを提供することです。これには次のものが含まれます。

• システムをネットワークに認識させる (ホスト名とイーサネットアドレス情報)。

• システムをリモートからインストールおよびブートできるインストールサービスを提供する。

• ディスク領域が限られているか、まったくないシステムに、オペレーティングシステム (OS) のサービスを提供する。

システムタイプの概要

システムタイプは基本的に、ルート (/) と /usr ファイルシステム (スワップ領域を含む) にアクセスする方法によって決まります。たとえば、スタンドアロンとサーバーシステムでは、これらのファイルシステムをローカルディスクからマウントしていますが、その他のクライアントでは、これらのファイルシステムをリモートからマウントし、サーバーから提供されるサービスに依存しています。表 3-1 に、各システムタイプの相違点を要約します。

サーバー

サーバーシステム上には、次のファイルシステムがあります。

• ルート (/) と /usr ファイルシステム、およびスワップ領域。

• /export、/export/swap、/export/home の各ファイルシステム。これらのファイルシステムはクライアントシステムをサポートし、ユーザーにホームディレクトリを提供します。

• アプリケーションソフトウェアを格納する /opt ディレクトリまたはファイルシステム。

サーバー上には、他のシステムをサポートするために次のソフトウェアも格納できます。

• サーバーと異なるリリースを実行したい、またはサーバーと異なるプラットフォームを持つディスクレス、JavaStation または AutoClient に対して提供されるオペレーティングシステム (OS) サービス。

• ネットワークに接続されたシステムがリモートインストールを実行するのに必要な Solaris CD のイメージとブート用ソフトウェア。

• ネットワークに接続されたシステムが カスタム JumpStart インストールを行うのに必要な JumpStart ディレクトリ。

スタンドアロンシステム

「ネットワークに接続されたスタンドアロンシステム」は、ネットワーク上の他のシステムと情報を共有できますが、ネットワークから切り離されても機能できます。

スタンドアロンシステムは、ルート (/)、/usr、/export/home の各ファイルシステムとスワップ空間を含むハードディスクを自ら持つため、独立して動作できます。つまり、スタンドアロンシステムは、オペレーティングシステムのソフトウェア、実行可能ファイル、仮想メモリ空間、ユーザーが作成したファイルにローカルにアクセスできます。

スタンドアロンシステムに必要な 4 つのファイルシステムを保持するには、十分なディスク領域が必要です。

「ネットワークに接続されないスタンドアロンシステム」は、ネットワークに接続されていない点を除き、ネットワークに接続されたスタンドアロンシステムと同じです。

ディスクレスクライアント

「ディスクレスクライアント」は自分のディスクを持たないため、サーバー上のソフトウェアおよび記憶領域に全面的に依存します。したがって、ルート (/)、/usr、/home の各ファイルシステムをサーバーからリモートマウントします。

ディスクレスクライアントを使用すると、大量のネットワークトラフィックが発生します。これは、オペレーティングシステムのソフトウェアや仮想メモリ領域をネットワーク経由で継続的に取得する必要があるからです。ディスクレスクライアントは、ネットワークから切り離されたり、サーバーで障害が発生したりすると、機能できなくなります。

JavaStation クライアント

JavaStation は、システム管理が不要になるように設計されたクライアントです。このクライアントは Java(TM) を最適化します。つまり、JavaStation クライアントはネットワークの利点を活用して、Java アプリケーションとそのサービス、完全に統合されたシステムとネットワーク管理を提供します。JavaStation にはローカルの管理が必要ありません。つまり、ブート、管理、データの格納は、サーバーが処理します。

AutoClient システム

AutoClient システムは、インストールと管理の面では、ディスクレスクライアントとほとんど同じです。AutoClient システムには次のような特徴があります。

• スワップ空間、およびルート (/) と /usr のファイルシステムをサーバーからキャッシュするために、最低 100M バイトのローカルディスク領域が必要です。

• サーバーが利用できないときに、自分のキャッシュへのアクセスを継続できるように設定できます。

• 他のファイルシステムやアプリケーションにアクセスするのに、サーバーに依存します。

• 保存の必要があるデータを持たないので、フィールド交換ユニット (FRU) として使用できる。

ネットワークに追加したい AutoClient システムごとにライセンスを取得しなければなりません。ライセンスについては、『Solstice AdminSuite 2.3 ご使用にあたって』を参照してください。

システムタイプ選択のガイドライン

次に挙げる特徴に基づいて各システムタイプを比較すれば、環境に適したシステムタイプを決定できます。

• 集中管理

  • システムをフィールド交換ユニット (FRU) として扱うことができるか？ つまり、障害が発生したとき、時間のかかるバックアップ／復元操作をせずに、また、システムデータを喪失したりせずに、新しいシステムと迅速に交換できる。

  • システムにバックアップは必要か ? 多数のデスクトップシステムをバックアップするには、大量の時間と資源が必要になる。

  • システムのデータを中央のサーバーから変更できるか ?

  • クライアントシステムのハードウェアを操作することなく、中央のサーバーから迅速かつ簡単にシステムをインストールできるか?

• 性能

  • この構成の性能はデスクトップを使用する場合に十分か？

  • システムをネットワークに追加したとき、すでにネットワークに接続されている他のマシンの性能に影響を与えるか？

• 必要なディスク容量

  • この設定を効率的に運用するのに必要なディスク領域はどのくらいか？

表 3-2 は、上記の各項目についてシステムタイプ別に比較したものです。1 が最も効率が高く、4 が最も効率が低いことを意味します。

サーバーとクライアントサポートの管理ツール

以前の Solaris リリースでは、システム管理ツールを使用してサーバーとクライアントサポートを管理できました。Solaris 2.5 とその互換バージョンでは、Solstice ホストマネージャを使用しなければなりません。このツールは使いやすく、次のネームサービスをサポートしています。

• NIS+ テーブル

• NIS マップ

• ローカルの /etc 内のファイル

ホストマネージャでできること

ホストマネージャは、ネットワークでサーバーとクライアントサポートを追加したり管理できるグラフィカルユーザーインタフェースです。NIS+ のようなネームサービスを使用すれば、システム情報を集中的に管理できるので、ホスト名などの重要なシステム情報をネットワーク上の各システムに重複して持つ必要がなくなります。

ホストマネージャにより次のことが行えます。

• サポートの追加と変更

• システムタイプの更新

• システムタイプの変換

• OS サービスの追加と削除

• リモートインストールサービスの設定

• タスクを待ち行列に入れる

サポートの追加と管理

ホストマネージャによって、次のシステムタイプのサポートを追加または変更することができます。

• Solaris AutoClient システム

• Solaris ディスクレスクライアント

• Solaris スタンドアロンシステム

• Solaris OS サーバー

• JavaStation (変更のみ)

表 3-3 に、Solstice AdminSuite 2.3 のホストマネージャがサポートするサーバーとクライアントの構成を示します。

SunOS 4.1 リリースおよびその互換バージョンは、Sun4、Sun4c、Sun4m プラットフォームグループの SPARC システムでのみサポートされます。

システムタイプの更新

ホストマネージャは最初に、すでにシステムに追加されているシステムタイプに、generic というマークを付けます。ただし、「ファイル (File)」メニューの「システムタイプの更新 (Update System Types)」を選択して、すでに追加されているシステムを調べ、自動的にそのシステムタイプを決定することもできます。ホストマネージャがシステムタイプを決定できない場合 (たとえば、システムが Solaris ソフトウェアを実行していない場合)、システムには generic というマークが付けられたままです。

ホストマネージャが自動的にシステムタイプを更新できるようにするには、Solaris 2.5 およびその互換バージョンを稼動しているすでに追加されているシステムに、Solstice AdminSuite がインストールされている必要があります。

システムタイプ情報は、ローカルの /etc またはネームサービスデータベース内の bootparams ファイルに格納されます。ホストマネージャは、既存の bootparams エントリを更新するか、たとえば次のような mars という Solaris スタンドアロンシステムを追加します。

mars boottype=:st

システムタイプの変換

ホストマネージャにより、あるシステムタイプを別のシステムタイプに変換できます。表 3-4 に実行できる変換を示します。

スタンドアロンシステムから OS サーバーへの変換時、Solaris 7 またはその互換バージョンの OS サービスを追加できます。

OS サービスの追加

Solaris OS サーバーは、クライアントをサポートできるオペレーティングシステムサービスを提供するサーバーです。ホストマネージャを使用すれば、OS サーバーのサポートを追加するか、スタンドアロンシステムを OS サーバーに変換することができます。

サポートしたいプラットフォームと Solaris リリースごとに、特定の OS サービスを OS サーバーに追加しなければなりません。たとえば、Solaris 7 を実行している SPARC Sun4m システムをサポートするには、Sun4m/Solaris 7 OS サービスを OS サーバーに追加しなければなりません。また、Solaris 7 を実行している SPARC Sun4c システムまたは x86 システムをサポートするには、さらに OS サービスを追加する必要があります。これらのシステムは異なるプラットフォームグループに含まれるためです。

OS サービスを追加するには、適切な Solaris CD イメージを使用できなければなりません。

ホストマネージャを使用して、SunOS 4.0 またはその互換バージョンを実行するディスクレスクライアントのサポートを追加することはできますが、SunOS 4.0 およびその互換バージョの OS サーバーを追加することはできません。install4x コマンドを使って OS サーバーに OS サービスを追加し、それからホストマネージャを使って SunOS 4.0 またはその互換バージョンのクライアントのサポートを追加しなければなりません。

OS サービスにパッチが適用されているときに OS サービスをサーバーに追加する

OS サービスを OS サーバーに追加するときに、サーバー上で動作している OS のバージョンと、追加しようとしている OS との間に整合性がないというエラーメッセージが表示される場合があります。このメッセージは、インストールされている OS に、以前パッチを適用したパッケージが含まれており、追加しようとしている OS サービスには、パッチを適用したパッケージが含まれていないときに表示されます (これは、パッチがパッケージに統合されているためです)。

たとえば、Solaris 7 またはその互換バージョンを実行しているサーバーがあるとします。また、このサーバーには、以前パッチを適用した Solaris 2.6 SPARC Sun4m OS サービスを含む OS サービスもロードされているものとします。このサーバーに、Solaris 2.6 SPARC Sun4c OS サービスを CD-ROM から追加しようとすると、次のようなエラーメッセージが表示されます。

Error: inconsistent revision, installed package appears to have been 
patched resulting in it being different than the package on your media. 
You will need to backout all patches that patch this package before 
retrying the add OS service option.

OS サービスの削除

OS サービスは、ホストマネージャを使用して、OS サーバーから削除できます。たとえば、Solaris 7 またはその互換バージョンを実行している SPARC Sun4m システムをサポートする必要がなくなった場合、ホストマネージャを使用してこれらの OS サービスをサーバーから削除できます。

リモートインストールサービスの設定

ホストマネージャを使用すれば、Solaris インストールサービスをネットワーク上の他のシステムに提供できるようにシステムを設定できます。次のタイプのインストールサービスをシステムに設定できます。

• インストールサーバー - インストール用に Solaris CD イメージを (CD-ROM ドライブからか、ハードディスク上のコピーから) 他のシステムに提供する、ネットワーク上のシステム。

• ブートサーバー - ネットワーク上の他のシステムにブート情報を提供するシステム。通常、ブートサーバーとインストールサーバーは同じシステムです。

• プロファイルサーバー - カスタム JumpStart インストールを実行するための JumpStart ファイルを含むシステム。

ブートサーバーとインストールサーバーは通常同じシステムを使用します。ただし、インストールするシステムがインストールサーバーと異なるサブネット上にある場合、ブートサーバーはインストール先のサブネット上になければなりません。

タスクを待ち行列に入れる

ホストマネージャを使用すれば、システムタイプの変換や OS サービスの追加などのタスクを待ち行列に入れることができます。これらのタスクを処理するには数分必要です。ホストマネージャを使用すれば、各タスクが完了するのを待たずに、タスクを実行するように設定できます。タスクの設定後、「ファイル (File)」メニューから「変更を保存 (Save Changes)」を選択します。ホストマネージャの進捗状況は、各タスクが処理されるごとに、ウィンドウの一番下にあるメッセージバーに表示されます。

root パスワードの設定

ホストマネージャを使用して Solstice AutoClient または Solaris ディスクレスクライアントを追加するときに、グループまたはユーザーのパスワードを設定するときと同じように GUI を使用して、root のパスワードを設定できます。

スクリプトの有効化

ホストマネージャを使用して Solstice AutoClient を追加する場合、AutoClient をサーバーに追加する前後にサーバーで実行するように、あるいは、キャッシュを AutoClient 上で構成する前後にクライアントで実行するようにスクリプトを有効にすることも可能です。

これらのスクリプトは、AutoClient システムの追加または削除をカスタマイズするために作成したスクリプトです。AdminSuite ソフトウェアが読み取るので、これらのスクリプトは /opt/SUNWadmd/Scripts ディレクトリになければなりません。

マルチホームホストの追加

ホストマネージャを使用すれば、複数のネットワークインタフェースを持つサーバー用に、マルチホームホストの別名を追加できます。たとえば、サーバーが複数のネットワーク上にあるために複数の IP アドレスを持っている場合、このサーバーは、マルチホームホストであると考えられます。ホストマネージャを使用すれば、複数の IP アドレスを 1 つのホストに指定して、そのホストをマルチホームホストとすることができます。

ホストマネージャの制限事項

表 3-5 にホストマネージャの制限事項と、その対処方法を示します。

ホストマネージャをスーパーユーザーとして実行する

ホストマネージャをスーパーユーザーで実行するとき、動作が若干異なることに気がつくでしょう。次のリストに、ホストマネージャをスーパーユーザーで実行するときの制限を説明します。

• ホストマネージャをスーパーユーザーで起動するとき、制限について説明するダイアログボックスが表示されます。

• ネームサービス選択ダイアログは強制的にローカルホストになり、テキストフィールドは編集できなくなります。

• ホストを追加するとき、ファイルサーバーは強制的にローカルホストになり、編集できなくなります。

• 「リモートインストール (Remote Install)」が「追加 (Add)」、「変更 (Modify)」、または「変換 (Convert)」ウィンドウで有効なとき、ブートサーバーは強制的にローカルホストになり、編集できなくなります。また、「インストールサーバー (Install Server)」は強制的にローカルホストになり、編集できなくなります。