JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle Solaris 11.1 での Image Packaging System を使用したソフトウェアのパッケージ化および配布     Oracle Solaris 11.1 Information Library (日本語)
このドキュメントの評価
search filter icon
search icon

ドキュメントの情報

はじめに

1.  IPS の設計目標、概念、および用語

IPS の設計目標

ソフトウェアの自己アセンブリ

ソフトウェアの自己アセンブリ用のツール

不可分なソフトウェアオブジェクト

構成の合成

アクチュエータと SMF サービス

Oracle Solaris でのソフトウェアの自己アセンブリの例

Apache Web Server

構成フラグメントを提供する複数のパッケージ

IPS パッケージのライフサイクル

IPS 用語およびコンポーネント

インストール可能なイメージ

パッケージ識別子: FMRI

パッケージ発行元

パッケージ名

パッケージバージョン

パッケージの内容: アクション

ファイルアクション

ディレクトリアクション

リンクアクション

ハードリンクアクション

設定アクション

ドライバアクション

依存アクション

ライセンスアクション

レガシーアクション

署名アクション

ユーザーアクション

グループアクション

パッケージリポジトリ

2.  IPS を使用したソフトウェアのパッケージ化

3.  ソフトウェアパッケージのインストール、削除、および更新

4.  パッケージの依存関係の指定

5.  バリエーションの許可

6.  プログラムによるパッケージマニフェストの変更

7.  パッケージインストールの一環としてのシステム変更の自動化

8.  パッケージ更新の高度なトピック

9.  IPS パッケージの署名

10.  非大域ゾーンの処理

11.  発行されたパッケージの変更

A.  パッケージの分類

B.  IPS を使用して Oracle Solaris OS をパッケージ化する方法

ドキュメントの品質向上のためのご意見をください
簡潔すぎた
読みづらかった、または難し過ぎた
重要な情報が欠けていた
内容が間違っていた
翻訳版が必要
その他
Your rating has been updated
貴重なご意見を有り難うございました!

あなたの貴重なご意見はより良いドキュメント作成の手助けとなります 内容の品質向上と追加コメントのためのアンケートに参加されますか?

IPS の設計目標

IPS は、Oracle Solaris の顧客、開発者、保守管理者、および ISV にとって重大な問題を引き起こしている以前のソフトウェア配布、インストール、および保守メカニズムに関する長期にわたる問題を取り除くために作られたものです。

IPS の主な設計目標には次が含まれます。

ダウンタイムを最小限に抑える。

計画されたダウンタイムを最小限に抑えるには、マシンの稼働中にソフトウェア更新を可能にします。

計画外のダウンタイムを最小限に抑えるには、既知の作業用ソフトウェア構成への高速リブートをサポートします。

インストールおよび更新を自動化する。

新しいソフトウェアと、既存ソフトウェアへの更新のインストールをできるだけ自動化します。

メディア要件を少なくする。

増え続けるソフトウェアサイズと限られた配布メディア容量の問題を解消します。

正しいソフトウェアインストールを検証する。

パッケージの作成者 (発行元) によって定義されたとおりにパッケージが正しくインストールされるかどうかを確認できるようにしてください。このようなチェックはスプーフィング可能でないようにしてください。

簡単な仮想化を有効にする。

さまざまなレベル (特にゾーンを使用するレベル) で Oracle Solaris の簡単な仮想化を可能にするメカニズムを取り入れます。

アップグレードを簡素化する。

既存のシステム用のパッチまたはアップグレードを生成するために必要な労力を減らします。

簡単なパッケージ作成を可能にする。

ほかのソフトウェア発行元 (ISV やエンドユーザー自身) が Oracle Solaris のパッケージを簡単に作成および発行できるようにします。

これらの目標は、次の考えにつながりました。

ブート環境を必要に応じて作成する。

ZFS スナップショットおよびクローン機能を活用して、ブート環境を必要に応じて動的に作成します。

  • Oracle Solaris 11 では ZFS がルートファイルシステムとして必要なため、ゾーンファイルシステムも ZFS 上にある必要があります。

  • ユーザーはブート環境を必要な数だけ作成できます。

  • IPS は、実行中のシステムを変更する前のバックアップの目的で、または新しいバージョンの OS のインストールのために、ブート環境を必要に応じて自動的に作成できます。

インストール、パッチ、および更新を統合する。

インストール、パッチ、および更新に使用する、重複したメカニズムとコードを削除します。

この考えによって、Oracle Solaris の保守方法に、次の重要な例を含む、いくつかの重大な変更が加えられました。

  • OS ソフトウェアの更新とパッチの適用はすべて IPS で直接行われます。

  • 新しいパッケージがインストールされるときはいつでも、それはすでに正確に正しいバージョンになっています。

インストールが不適切に行われる機会を最小限に抑える。

パッケージインストールでスプーフィング不可能な検証が要求される結果、次の結論に達します。

  • パッケージを複数の方法でインストールできるようにする必要がある場合は、検証プロセスでこれが考慮に入れられるように開発者がそれらの方法を指定する必要があります。

  • パッケージシステムではスクリプト作成者の意図を判断できないため、スクリプト作成は本質的に検証不可能です。これは、後述する他の問題とともに、パッケージ化の操作中のスクリプト作成の除去につながりました。

  • そのあとの検証が不可能なため、パッケージにそれ自身のマニフェストを編集するメカニズムを含めることはできません。

  • 管理者が元の発行元の定義と互換性のない方法でパッケージをインストールする場合は、管理者の変更の範囲がアップグレードにより失われることなく明確で、元のパッケージと同じ方法で検証できるように、パッケージシステムでは管理者が変更するパッケージを簡単に再発行できるようにするべきです。

ソフトウェアリポジトリを提供する。

サイズ制限を回避する必要性は、いくつかの異なる方法を使用してアクセスされるソフトウェアリポジトリモデルにつながりました。さまざまなリポジトリソースを複合して完全なパッケージセットを提供できるので、複数のリポジトリを 1 つのファイルとして配布できます。この方法では、使用可能なすべてのソフトウェアを含めるために単一のメディアは必要ありません。切断状態での操作またはファイアウォールで保護された操作をサポートするために、リポジトリをコピーしてマージするためのツールが用意されています。

メタデータをソフトウェアパッケージの一部として含める。

複数の (場合によっては競合する) ソフトウェア発行元を有効にしたいという願いは、すべてのパッケージメタデータをパッケージそのものに格納する決定につながりました: すべてのパッケージや依存関係などの情報のためのマスターデータベースは存在しません。ソフトウェア発行元からの使用可能パッケージのカタログは、パフォーマンスの理由でリポジトリの一部になっていますが、パッケージに含まれるデータからそのカタログを再生成することもできます。