システムタイプの概要

システムタイプは、ルート (/) と /usr ファイルシステム (スワップ領域を含む) にアクセスする方法によって決まる場合があります。たとえば、スタンドアロンシステムとサーバーシステムでは、これらのファイルシステムをローカルディスクからマウントしていますが、その他のクライアントでは、これらのファイルシステムをリモートからマウントし、サーバーから提供されるサービスに依存しています。次の表にそれぞれのシステムタイプの特徴を示します。

表 6-1 システムタイプの特徴

サーバー

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

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

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

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

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

• 別のリリースが動作するディスクレスシステム用の Oracle Solaris OS サービス

  ---

  注意 - GRUB を x86 プラットフォームで実装しているか、新しいブートアーキテクチャーを SPARC プラットフォームで実装している Solaris リリースを実行しているシステムが 1 つだけの OS クライアントサーバー構成では、深刻な互換性の問題が発生する可能性があります。このため、ディスクレスクライアントサポートを追加する前に、ディスクレスシステムをインストールまたはアップグレードして、サーバー OS と同じリリースにすることをお勧めします。 GRUB ベースのブートは、Solaris 10 1/06 リリースで x86 プラットフォームに導入されました。新しい SPARC ブートアーキテクチャーは、Solaris 10 10/08 リリースで導入されました。

  ---

• サーバーとは異なるプラットフォームを使用するクライアント

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

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

スタンドアロンシステム

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

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

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

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

「ディスクレスクライアント」とは、ディスクが搭載されておらず、必要なすべてのソフトウェアおよび記憶装置をサーバーに依存しているシステムのことです。ディスクレスクライアントには、サーバーからリモートで、ルート (/)、/usr、および /home ファイルシステムがマウントされます。

ディスクレスクライアントでは、ネットワークを介して OS ソフトウェアや仮想メモリー空間に継続的にアクセスする必要があるため、多大なネットワークトラフィックが発生します。ディスクレスクライアントは、ネットワークから切り離されたり、そのサーバーが正しく機能しない場合は機能できません。

ディスクレスクライアントの概要については、「ディスクレスクライアント管理の概要」を参照してください。

アプライアンス

アプライアンス (Sun Ray アプライアンスなど) は、管理を必要としない X ディスプレイデバイスです。このデバイスには、CPU、ファン、ディスクがなく、メモリーもわずかしか搭載されていません。アプライアンスは、Sun のディスプレイモニターに接続されていますが、アプライアンスユーザーのデスクトップセッションは、サーバーで実行され、その結果がユーザーのモニターに表示されます。

ユーザーの X 環境は自動的に設定されます。この環境には次の特徴があります。

• ほかのファイルシステムおよびソフトウェアアプリケーションへのアクセスは、サーバーに依存します

• ソフトウェアの一元管理およびリソース共有機能を提供します

• 永続的なデータがない、FRU (現場交換可能ユニット) として使用します

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

次の特徴に基づいてそれぞれのシステムタイプを比較することにより、使用中の環境にどのシステムタイプが適切かを判断することができます。

一元管理:

• システムを FRU (現場交換可能ユニット) として扱えるか。

  これは、時間がかかるバックアップや復旧操作を必要とせずに、またシステムデータを失わずに、障害が発生したシステムを直ちに新しいシステムと交換できることを意味します。

• システムをバックアップする必要があるか。

  数多くのデスクトップシステムのバックアップを実行するには、時間とリソースの点で多大の費用コストがかかる場合があります。

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

• クライアントシステムのハードウェアを操作せず、短時間で簡単にシステムを中央サーバーからインストールできるか。

パフォーマンス

• この構成は、デスクトップで使用しても性能が低下しないか。

• ネットワークにシステムを追加すると、既存のネットワーク上のシステムの性能に影響を与えるか。

ディスク使用率

この構成を効果的に導入するには、どれくらいのディスク容量が必要か。

次の表では、各システムタイプの点数を特徴別に表示しています。1 は、もっとも効果があることを意味します。4 は、もっとも効果が低いことを意味します。

表 6-2 システムタイプの比較