ハイライト

競争の激化した今日の経済環境ではだれもが苦境に陥っています。競争力を保つためには、データセンターのオペレーションを従来よりコスト効率の高いものにすると同時に、成長するサービスの需要に合わせてシステムを拡張する必要があります。このような圧力に対することはいつの世でも容易ではありません。しかし、Solaris 10 オペレーティング・システムの新機能 Solaris Container を使用すれば、ソフトウェアで分離された複数のアプリケーションを同じシステムで実行することによって、システムの使用率を高め、サーバを簡単に統合できます。さらに、Solaris 10 の予測的セルフヒーリング、Process Rights Management、ダイナミックトレース (DTrace) といった機能も、サービス・レベルやプライバシ、セキュリティを損なうことなく、使用率を高める上で有効です。

• カスタマイズしたコンテナを個別に構築することによってシステムを安全かつ容易に統合できます。個々のコンテナは、独自の IP アドレス、ファイル・システム、ユーザ、割り当てられたリソースをもちます。
• 十分な CPU とメモリの割り当てを各アプリケーションに保証しながら、アイドル状態のリソースを必要に応じてさらに割り当てることがきます。
• 特定の CPU または CPU グループを特定のコンテナ専用に予約し、割り当てることができます。
• 予測的セルフヒーリングと Solaris Container の機能を併用することによって、最悪の事態になりかねないシステムの問題を自動的に修復できます。

Solaris Container

Solaris Container は、ソフトウェアで定義した柔軟性のある境界を使ってソフトウェア・アプリケーションやサービスを分離する機能です。仮想化やソフトウェア・パーティション化を実現するこの画期的な技術では、Solaris オペレーティング・システムの単一インスタンス内に専用の実行環境をいくつも作成できます。Solaris Container を使用すれば、アプリケーションやリソースの優先度を動的に制御することによって、サービス・レベルを定義し、実現することができます。さらに、リソースの使用率が向上し、停止時間が減少しますので、ソリューション・コストの低下につながります。

• Solaris Container によるサーバ、アプリケーション統合
• Solaris Container のデモ
• Solaris Container データシート
• ホワイトペーパー: Solaris Containers—サーバの仮想化と管理

Container のサイズ指定

Solaris Container では、コンテナのサイズを指定することによって、セキュリティや性能、使用率の必要条件をカスタマイズできます。さらに、IT マネージャやシステム管理者は、コンテナを特定の CPU セットに結合することによって、それらの CPU を特定のアプリケーション専用に割り当てることができます。

許可委譲モデル
Solaris 10 では、システム・リソースの一部分を分離された個々のコンテナに割り当てる独占的な制御権が、メインのシステム管理者に与えられます。ローカル管理者にはグローバルな制御権はありませんが、管理者に割り当てられたコンテナの範囲内でアプリケーションや環境を制御する権利が与えられます。

性能の微調整
管理者は、特定のコンテナに同じシステム・ボードの CPU グループを割り当てることによって、そのコンテナ内の性能を制御できます。これは、CPU とメモリ・リソースが同じローカルにあるためです。

サーバの統合

Solaris 10 オペレーティング・システムの主な設計目標は、少ない数のシステムにアプリケーションを統合し、それによってコスト効率を高めることができる手段を提供することです。Solaris Container では複数の仮想環境を同じシステム上に作成できるため、個々のアプリケーションは他のアプリケーションに干渉することなく安全に動作します。したがって、リソースの制約や、障害の拡大、セキュリティの心配をせずに、アプリケーションを統合できます。統合は、簡単、安全、確実なものになります。さらに、管理者は、システム・リソースやネットワーク・リソースの割り当てを厳密に制御できるため、リソースの使用率が大幅に向上します。

• ホワイトペーパー: Consolidating Applications with Solaris Containers

アプリケーションの分離

Solaris Container では、各アプリケーションがそれ自身専用の分離された環境 (しかも、ハードウェアから独立している) で動作します。そのため、エラーの拡大や、不正なアクセス、Solaris Container 相互の偶発的な干渉が事実上防止されます。細かい単位での制御が可能な Solaris Container では、すべての作業負荷に適切な量のコンピューティング・リソースを与えることができます。さらに、特別な許可がある場合を除き、特定の作業負荷がシステム全体を使用することはできません。

分離された個々のリソースは、特定の Solaris Container とそのアプリケーション専用に割り当てられます (システム全体ではなく)。そのため、極めて効率の高いアプリケーション統合が可能になります。たとえば、Web サーバは通常、ネットワーク・ポート 80 で待機しますが、それには root 特権が必要なため高いセキュリティ・リスクを伴います。このようなリスクを軽減し、同じシステムで複数の Web サーバを実行したい場合は、1 つの Web サーバを 1 つの Solaris Container で実行できます。この場合、個々の Web サーバは独自のポート 80 で待機しますので、分離された安全な状態が保たれます。

迅速なアプリケーション開発

どのようなビジネスにとっても、新しいアプリケーションやサービスを開発し、それらをできるだけ短期間で本稼動に移行することは、成功の不可欠な要素であるといえます。Solaris Container では、複数のアプリケーションを同じサーバで開発、テスト、配備できるため、アプリケーション配備の時間を短縮できます。この場合、アプリケーションが相互に悪影響を及ぼすことを心配する必要はありません。さらに、コンテナには固有の識別子があるため、同じアプリケーションの複数の開発バージョンを同じシステムに作成できます。そのため、新しいリリースや改定のために新しいシステムを購入する必要がなくなり、コストの低減に役立ちます。さらに、複数の開発シナリオを簡単にテストでき、必要に応じて以前の設定や構成に戻すこともできます。

アプリケーションの可用性

同じサーバに統合するアプリケーションの数が増えれば、ハードウェアの問題や複雑なソフトウェアの問題が以前よりもはるかに広範なユーザやサービスに悪影響を及ぼす可能性があります。ハードウェアの問題では、Solaris Container と協調して動作するように特に設計された Solaris 10 の予測的セルフヒーリング機能が、ハードウェアの問題をそれが顕在化する前に自動的に検出し、緩和します。 システムやアプリケーションの可用性を損なう複雑なソフトウェアの問題の場合は、特定の Solaris Container でもシステム全体に対してでも実行できる DTrace 技術が使用できます。これによって、システムの問題が本稼動システムで発生した場合には、その根本原因をリアルタイムで判断できます。