CA AppLogic® の使用 › アプライアンス開発者ガイド › アプライアンスの作成 › 境界の定義 › ボリューム

ボリューム

ボリュームは、アプライアンスで使用可能なディスク ボリュームのセットを定義します。 ボリュームのタイプの説明を以下に記載します。

インスタンス化可能なボリューム

アプライアンス クラスはインスタンス化可能なボリュームを提供し、すべてのインスタンスに対してコピーを作成します。 これは、OS および Linux アプライアンス内の ¥etc または /var/log/temp などの書き込み可能な設定領域が含まれるブート ボリュームに最も頻繁に使用されます。

永続的な状態または意味のあるユーザ データを維持するためにインスタンス化可能なボリュームまたはブート ボリュームを使用しないでください。 それらはプレースホルダ ボリューム上に維持する必要があります。 詳細については、「境界を内部に接続」セクションを参照してください。

インスタンス化可能なボリュームはアプライアンス クラスに属し、カタログ クラスを使用してコピーされ、マイグレートされます。

重要 インスタンス化可能なボリュームはアプライアンスの開始時に失われ、コピー上に保持されず、アプライアンスが存在するアプリケーションからマイグレートされない可能性があります。 その例外はシングルトンです。 シングルトンでは、インスタンス化可能なボリュームは常に保持されます。

共通ボリューム

共通ボリュームは、アプライアンス クラスに適用される読み取り専用コードおよびデータを保持します。 これらのボリュームは、ブート ボリュームから大きなアプライアンス コードを分離しておくために頻繁に使用されます。 これにより、そのクラスのインスタンス用に共通ボリュームのコピーを作成する必要がなくなります。

設定を保証する別のレイヤを提供するため、ボリュームのコンテンツをランタイムに変更することはできません。 たとえば、共通ボリューム内の catalog /usr サブディレクトリに Linux アプライアンスを配置し、このアプライアンスのすべてのインスタンスへの読み取り専用ボリュームとして共有することができます。

さらに、共通ボリュームにファイルを移動させることにより、インスタンス化可能なボリュームのサイズを減らすことができます。 また、共通ボリュームを読み取り専用ブート ボリュームを使用するアプライアンス用のブート ボリュームとして使用することもできます（CA AppLogic® Linux Filer アプライアンスなど）。 ほとんどのアプライアンスは、領域を減らすために読み取り専用ブート ボリュームの使用をサポートしています。ただし、その使用は多少複雑で、再起動ごとにログ ファイルが保持される場合があります。

プレースホルダ ボリューム

プレースホルダ ボリュームは、ファイルとデータベースなどの永続的な状態のアプリケーション固有のコンテンツや、Web サーバ用の html ファイルなどの固定コンテンツを対象としています。

これらのボリュームをアプライアンス クラスではなくアプリケーションに属するコンテンツ用に使用できます。 プレースホルダ ボリュームがアプリケーションに属する場合でも、アプライアンスがコピーまたは更新されるときに削除または置換されません。

アプライアンス インスタンスを使用する場合、アプライアンスが機能するためには、プレースホルダ ボリュームにアプリケーション ボリュームを設定する必要があります。 プレースホルダ ボリュームに配置する制約は可能な限り少なくし、特別な準備を要求しないようにします。 たとえば、mysql は、プレースホルダ ボリュームが存在しない場合、そのデータベース上にプレースホルダ ボリュームを自動作成します。

文字列プロパティは、アプライアンス上のファイル ディレクトリ ボリュームを設計するために使用できます。 たとえば、web6 は、script_dir html_dir に、プレースホルダ ボリュームへの相対パスを指定します。 例の外部では、そのようなパスはアプライアンスのルートではなくプレースホルダ ボリュームのルートに対して相対的で、アプライアンスの内部構造を公開する必要があります。

プレースホルダ ボリュームにボリュームを添付できます。

以下の手順に従います。

1. ［ボリューム］タブで、必要に応じて行を選択し情報を入力することによりボリュームを定義します。
   • 名前 - アプライアンス クラス用のボリュームの役割を表します。 名前は、英数字で構成され、大文字と小文字を区別する 1 つの単語です。すべてのボリュームに対して名前を指定するか、すべてのボリュームに対してデバイス名を空のままにしておく必要があります。 このクラスのボリュームによって使われるデバイス名が指定どおりに更新されなければ、アプリケーションは開始できません。
   • マウント先 - ボリュームがアプライアンスの内部で自動的にマウントされる場所である、/mnt/data などのパスを示します。 空の場合、アプライアンスがボリュームのマウント先を決定します。

     Windows アプライアンスの場合、ブート ボリュームは c または c:¥ としてのみマウントできます。 ブート ボリューム以外のボリュームのマウント パスは、次のいずれかのみです： <文字>、<文字>:¥、または c:¥<パス> - <文字> は c 以外の有効なドライブ文字で、<パス> は空にはできません。 ［環境設定モード］が DHCP に設定される場合、マウント パスは自動的に定義されます。

   • デバイス - アプライアンスが利用可能なボリュームを持つデバイスの名前を指定します。 Linux アプライアンスの場合、これは通常 /dev/hdaN の形式になります。N は 1 から 9 までの数字です。 指定しない場合、アプライアンスは etc/fstab 設定ファイルを使用して、ファイルシステム階層でボリュームをマウントする方法とその場所を決定します。
   • ブート - アプライアンス用のブート ボリュームを示します。 各アプライアンスには、アプライアンスが開始するためのブート ボリュームが必要です。
   • 制約 - なし、高帯域幅、ローカルのみなどのパフォーマンス制約を指定します。 このパラメータは無視されるので、使用しないでください。
2. 必要に応じて、以下のオプション パラメータを設定します。
   • 読み取り専用 - 読み取り専用ボリュームを示します
   • 必須 - プレースホルダ ボリュームをアプライアンスに添付する必要があることを示します。 アプライアンスは、必須としてマークされないものやオプションのボリュームの開始を拒否します。値を指定しなくても、アプライアンスは開始に対して耐性がある必要があります。 -- verify
   • 共有 - 複数のアプライアンスでボリュームを共有できることを示します。 共有を有効にするため、ボリュームは読み取り専用としてマークされる必要があります。 この値は共通のボリュームに必要であり、プレースホルダ ボリュームに対して設定されます。
   • 情報 - 名前、サイズ、およびファイル サイズを表示します。
3. ボリュームを追加するまたは削除するには、ボリュームを選択し、［追加］または［削除］をクリックします。

   永久に削除すると、クラスとグリッドからボリュームが削除されます。 ボリュームのすべてのコンテンツが失われ、リセットすることはできません。 現在使用中のボリュームを削除することはできません。

4. ボリュームの名前を変更するかサイズを変更するには、対応するボタンをクリックします。 ［名前の変更］または［ボリュームのリサイズ］ダイアログ ボックスが表示されます。
5. ツリー ディレクトリのボリュームを管理するには、［管理］をクリックします。 情報はディレクトリ ツリーに表示されます。
6. 続行するには、［プロパティ］タブを選択します。