用語集
A
B
- ボンディング
-
ボンディングとは、ボンディングされた1つのインタフェースに複数のポートを集約する方法を提供して、ロード・バランシングまたは冗長性を実現するLinux OS機能です。 Oracle VM Serverを検出すると、ボンディングされたインタフェースは、ポートが1つ含まれているとして表示されます。
ネットワーク・ボンディングとは、冗長性やスループットの増加に向けて1つのホスト上でネットワーク・インタフェースを組み合せることです。 冗長性は、単一の物理リンクの障害が原因で仮想化環境のサービスが失われないよう保護するために使用する主要な要素です。
Oracle VMのネットワーク・ボンディングには3つのモードがあります。
-
アクティブ - バックアップ: 一方のネットワーク・インタフェース・カード(NIC)がアクティブで、もう一方のNICがスタンバイです。 アクティブなNICが停止すると、もう一方のNICがアクティブになります。
-
動的リンク・ライブラリ: すべてのNICが1つのNICとして機能し、ネットワーク・トラフィックがすべてのインタフェースを同時に通過することで、スループットが向上します。 このモードでは、ネットワーク管理者がLACP (Link Aggregation Control Protocol)ボンディングをネットワーク・スイッチに作成する必要があります。
-
ロード・バランスされた: ネットワーク・トラフィックがボンドのNICで等しくロード・バランシングされます。 このモードでは、接続されているネットワーク・スイッチに特別な構成は必要ありません。ただし、このモードでは、VLANとブリッジの使用はサポートされません。 ネットワークでボンディングされたインタフェースにこのモードを使用すると、このネットワークが仮想マシン・ネットワーク・チャネルで構成されている場合は、VLANを使用できません。
-
C
- クローン
-
オブジェクトの完全なコピーを行うアクションまたは結果。 オブジェクトは仮想マシン、仮想マシン・テンプレート、ISOファイル、または仮想ディスクのいずれかになります。 クローニングはコピーと似ていますが、オリジナルに基づいて新しいオブジェクトを作成しつつ、元のオブジェクトの整合性が保持されます。 クローン・カスタマイザは、クローニング時にオブジェクト・コンポーネントを常駐させる場所(別の記憶域リポジトリなど)の詳細を指定するクローン・オプションの定義に使用できます。
- 制御ドメイン
-
他の論理ドメインおよびサービスを作成および管理する特権ドメイン。 この用語は、SPARC環境でよく使用され、dom0のように動作するドメインを指します。 制御ドメインには
primaryという名前が付けられます。「ドメイン」も参照
「dom0」も参照
「domU」も参照
D
- 検出
-
Oracle VM Manager内でシステムをオブジェクトとして追加するプロセスは検出と呼ばれます。 Oracle VM Serverと記憶域をOracle VM環境に追加すると、Oracle VM Managerは、提供された情報を使用してリソースに接続し、検証を実行します。 このプロセス中、情報は通常サーバーとマネージャの間で交換されます。 Oracle VM Serverの場合、Oracle VM Managerがサーバー、そのネットワーク接続、サーバーにすでに接続されている記憶域の情報を取得します。 ハードウェアおよびネットワーク構成によっては、Oracle VM Serverの検出中に外部記憶域が自動的に検出される場合があります。 これは、Oracle VM ServerのローカルOCFS2記憶域でよく起こります。
Oracle VM Serverの検出のプロセス中に記憶域を自動的に検出できますが、どのOracle VM Serverにもまだ接続されていないリソースの記憶域検出を実行する必要が生じる場合があります。 検出の前に、記憶域がOracle VM環境の外部に構成されていることが重要です。 記憶域型に応じて、Oracle VM Manager内から様々な記憶域検出操作を実行できます。
- 分散電源管理
-
リソースの使用率が低い期間があると、DPMでは、DRSを補完してサーバー・プール内のOracle VM Serverの数を減らします。 これにより、リソース使用率が増加したときに、必要に応じて自動的に容量が増加します。
「分散リソース・スケジューリング」も参照
- 分散リソース・スケジューリング
-
DRSでは、サーバー・プールをリバランスして、実行中の仮想マシンに一貫性のあるリソースを提供できるように、Oracle VM Serverの使用率をリアルタイムで監視できます。 DRSでは、負荷の高いOracle VM Serverから負荷の低いOracle VM Serverに負荷を移行します。
:「分散電源管理」も参照
- dom0
-
ドメイン・ゼロの略称。 ハードウェアおよびデバイス・ドライバへのアクセス権を持つ管理ドメイン。 dom0は、起動時に最初に起動されるドメインです。 dom0にはdomUより多くの権限があります。 ハードウェアに直接アクセスでき、他のドメインのデバイス・ドライバを管理できます。 新しいドメインを起動することもできます。
「制御ドメイン」も参照
- ドメイン
-
メモリー、仮想CPU、ネットワーク・デバイス、ディスク・デバイスを含む一連の構成可能リソースで、ここで仮想マシンが実行されます。 ドメインには仮想リソースが割り当てられ、独立して起動、停止、リブートができます。
「dom0」も参照
「domU」も参照
「制御ドメイン」も参照
- domU
-
ハードウェアまたはデバイス・ドライバに直接アクセスする権限を持たないドメイン。 各domUは、dom0によって起動されます。
E
- events
-
イベントは、今後の参考のためにOracle VM Manager内の"オブジェクト"のステータス情報を登録したり、問題のトレースをより簡単にするために使用されます。 イベントは、常にではありませんが、多くの場合、Oracle VM Manager内で開始されるジョブに関係します。 たとえば、ジョブが失敗すると、イベントが生成されます。 イベントは、サーバーのクラッシュや記憶域の切断などの環境内の変化によってトリガーされる場合があります。 そのため、イベントは、管理者の注意を必要とする潜在的な問題を管理者に警告するために使用されます。
イベントは重大度別に分類されます。 ほとんどのイベントは情報になりますが、警告やエラーになる場合もあります。 イベントにエラー・レベルの重大度がある場合は、エラー・イベントを確認してエラーを明らかにし、エラーを生成したオブジェクトで追加の操作を実行する必要があります。
「ジョブ」も参照
G
H
- ハード・パーティショニング
-
ハード・パーティショニング(CPU固定)とは、仮想マシンを1つ以上の物理CPUまたはコアにバインドする処理です。 これにより、仮想マシン内のソフトウェアが、仮想マシンに指定したコアと異なるコアで実行するのを防ぐことができます。 デフォルトでは、Oracle VMは、分散リソース・スケジューリング(必要に応じて、仮想マシンでOracle VM Server上のすべてのコアを使用できるようにします)を利用します。 パーティション化された環境のOracleライセンス・ポリシーに準拠する必要がある場合などの状況では、ハード・パーティショニングの実装が望ましい場合があります。
ハード・パーティショニングでは、ライブ・マイグレーション、DRSおよびDPMに対して制約が発生する場合があります。
- ハードウェア仮想化マシン(HVM)
-
ハードウェア仮想化ゲストは、物理ホスト上と同じように、仮想化プラットフォーム上で実行されます。 ハードウェア仮想化ゲストのデバイス・ドライバがエミュレートされるため、ゲストのデバイス・ドライバをサポートするには、dom0にデバイス・エミュレーション・コードを含める必要があります。 CPUやメモリ・アクセスなど、ハードウェア仮想化ゲストによって発行される他のタイプの特権命令はエミュレートされずにトラップされます(CPUベンダーからのサポートも必要になります)。
ゲストのOSでは、ハードウェア仮想化ゲストとして実行するための変更は不要です。
未修正のゲスト・オペレーティング・システムを持つ仮想マシン。 仮想環境用には再コンパイルされません。 ハードウェア仮想化ゲストとして実行されているときは、パフォーマンスは大幅に低下する場合があります。 実行するMicrosoft Windows(tm)オペレーティング・システムおよび従来のオペレーティング・システムを有効にします。 ハードウェア仮想化は、Intel® VTまたはAMD SVM CPUでのみ使用可能です。
- 高可用性
-
高可用性(HA)では、仮想マシンの安定した可用性を実現できます。 HAが仮想マシンに構成されている場合、仮想マシンが実行されているOracle VM Serverが機能しなくなるか停止すると、仮想マシンはサーバー・プール内の別の使用可能なOracle VM Serverで再起動されます。 サーバー・プールはクラスタ化される必要があります。 サーバー・プールと仮想マシンの両方で高可用性を有効にする必要があります。
- ホスト・コンピュータ
-
ソフトウェアがインストールされる物理コンピュータ。 通常は、Oracle VM ServerまたはOracle VM Managerが実行されているコンピュータを指すのに使用します。
- ハイパーバイザ
-
ハイパーバイザ(モニターとも呼ばれる)、つまり仮想マシン・マネージャ(VMM)は、実際のハードウェアから仮想ハードウェアを抽象化するレイヤーです。 実際のハードウェア・リソースへの完全なアクセス権限を持つ、システムで唯一のエンティティです。 CPUとメモリーの使用量、権限の確認、ハードウェア割込みなど、システムの最も基本的なリソースのみを制御します。
ホスト型ハイパーバイザは、従来のオペレーティング・システム内で動作するように設計されています。 つまり、ホスト型ハイパーバイザはホスト・オペレーティング・システムに個別のソフトウェア・レイヤーを追加し、ゲスト・オペレーティング・システムは、ハードウェアおよびホスト・ベースのハイパーバイザ上の第3のソフトウェア・レベルになります。 ホスト型ハイパーバイザの有名な例は、Oracle VM VirtualBoxです。 他に、VMware Server、VMware Workstation、Microsoft Virtual PC、KVM、QEMU、Parallelsなどがあります。
ネイティブのハイパーバイザは、ホストのハードウェアで直接動作するソフトウェア・システムであり、ハードウェアを制御したり、ゲスト・オペレーティング・システムを監視します。 ゲスト・オペレーティング・システムは、ハイパーバイザより上の別のレベルで動作します。 このタイプの仮想化アーキテクチャの例は、Oracle VM、Microsoft Hyper-V、VMware ESX、およびXenです。
I
- インバウンド・マイグレーション・ロック
-
新しい仮想マシンをOracle VM Serverに作成するか、Oracle VM Serverに移行できるようにすることで、Oracle VM Server上の仮想マシンを保護する方法。 これにより、Oracle VM Serverのリソースが、サーバーで実行中の仮想マシンで使用できることを確認できます。
この機能では、サーバー・プールのポリシーとアンチアフィニティ・グループ、これらの他の機能またはポリシー(仮想マシンがOracle VM Serverに移行される可能性があります)よりも優先されます。 ただし、サーバーにHAを構成している場合、この機能は、フェイルオーバーの発生時にインバウンド・マイグレーションからサーバーを保護しません。
J
- ジョブ
-
ジョブは、サーバー検出、リポジトリの提示、VMの作成など、Oracle VM Manager経由で実行される個別の操作で構成されます。 ジョブには、ジョブの進捗状況に従ってリフレッシュされるステータスが割り当てられます。 環境内のすべてのジョブの履歴は、Oracle VM Manager内に格納されます。
ジョブはシーケンシャルで実行され、完了するのに時間がかかる場合があるので、ジョブのステータスを追跡することで、システムが現在実行しているアクション、および現在実行しているジョブが完了した後で実行されるアクションを認識できます。 「Jobs」によって、操作の失敗をデバッグするのに役に立つシステム・メッセージにアクセスできます。
ほとんどのジョブは、それぞれ異なる重大度レベルを持つイベントを生成する傾向があります。
「イベント」も参照
L
- ライブ・マイグレーション
-
ライブ・マイグレーションとは、既存の仮想マシン上のアプリケーションの実行を続行しながら、実行中の仮想マシンをOracle VM Server間で移動するプロセスです。 ライブ・マイグレーションは、Oracle VM Serverから同じサーバー・プール内の別のOracle VM Serverの仮想マシンでのみ可能です。
- ローカル記憶域
-
ローカル記憶域は、Oracle VM Serverにローカルにインストールされているハード・ディスクで構成されます。 ローカル記憶域は、企業の本番環境には適さない場合がありますが、これは、ローカル記憶域が含まれるOracle VM Serverに障害が発生すると、サーバー・プール内のどの場所でも仮想マシンを実行することが非常に難しくなり、この記憶域の管理オーバーヘッドが増大する場合があるためです。
- 論理ドメイン
-
リソースの別々の論理的なグループから構成される仮想マシンで、独自のオペレーティング・システムおよびアイデンティティを単一のコンピュータ・システム内に持ちます。 ドメインとも呼ばれます。
「ドメイン」も参照
- Logical Domains Manager
-
Logical Domains Managerは、SPARCシステムのファームウェアに組み込まれるハイパーバイザを指します。 これは多くの場合、Oracle VM Server for SPARCと呼ばれます。
M
- messaging
-
Oracle VMでは、ゲストにOracle VM Guest Additionsがインストールされている場合、Oracle VM Managerと、Oracle VM Server上の仮想マシン内で実行されているゲストとの間の通信を可能にするメッセージング・システムをサポートします。 このメッセージング・システムは、セキュアな接続でゲストとOracle VM Managerの間でキー/値のペアを送信することで機能します。 メッセージングにより、仮想マシンに対する管理統制が向上し、仮想マシンの起動時にリモート構成と自動化された構成が可能になります。
- migrate
-
仮想マシンを、1つのOracle VM Serverから別のサーバー、または「Unassigned Virtual Machines」フォルダに移動すること。 技術的には、移行は実行中の仮想マシン上でのみ実行できますが、Oracle VM Manager WebインタフェースおよびOracle VM Managerコマンドライン・インタフェースでは、複数の操作を組み合せて、実行中または停止した仮想マシンのいずれでも移行を実行できることがわかります。
- 移動
-
オブジェクトを1つの場所から別の場所に移動すること。 これには、停止中の仮想マシンの1つのOracle VM Serverから別のサーバーへの移動、仮想マシン・テンプレートの1つのリポジトリから別のリポジトリへの移動、ISOファイルまたは仮想ディスクの別の記憶域の場所への移動があります。 ローカル・リポジトリにある仮想マシンでライブ・マイグレーションが実行される場合、移行操作では、仮想マシンが移行プロセスの一部として実行中でも、リポジトリ間で仮想マシンを移動できます。
- マルチパス
-
サーバーCPUとそのストレージ・デバイス間に複数の物理パスを作成する技術。 これによってフォルト・トレランスが向上し、パフォーマンスが強化されます。 Oracle VMでは、マルチパスI/Oがデフォルトでサポートされます。 SANディスクがOracle VM Managerで検出される必要があるため、Oracle VM Serverはマルチパスが有効な状態でインストールされます
N
- 非スパース・コピー
-
「非スパース・コピー」タイプのクローンは、物理ディスクのディスク・イメージ・ファイルであり、空のブロックを含む、指定されたディスク・サイズ全体と同等の領域をとります。
「スパース・コピー」も参照
O
- OCFS2
-
Oracle Cluster File System (OCFS2)は、高パフォーマンスおよび高可用性の両方に対応した、Linux向けの汎用共有ディスク・クラスタ・ファイル・システムです。 OCFS2はOracleによって開発され、メインストリームLinuxカーネルに統合されています。 OCFS2はOracle VM内で使用され、クラスタ化されたサーバー・プール、仮想マシン・イメージの記憶を容易にし、同じファイル・システムをゲスト間で共有できます。
クラスタ化されたサーバー・プールでは、常にOCFS2ファイル・システムを使用して、クラスタ構成を格納し、OCFS2のハートビート機能を利用します。 高可用性を実現するために、OCFS2では2種類のハートビートが使用されます。
-
ディスク・ハートビート: クラスタ内のすべてのOracle VM Serverがタイム・スタンプをサーバー・プールのファイル・システム・デバイスに書き込みます。
-
ネットワーク・ハートビート: Oracle VM Serverがネットワークを介して通信し、すべてのクラスタ・メンバーが動作していることを相互に確認します。
これらのハートビート機能は、カーネル内に直接存在し、Oracle VMがサーバー・プールに提供するクラスタリング機能の基盤になります。 OCFS2のハートビート機能は、同じ物理記憶域でI/O操作が集中することで影響を受ける場合があるため、サーバー・プール・ファイル・システムは、個別のNFSサーバーまたはできるだけ小規模のLUNに格納するようにしてください。
LUNベースのリポジトリに構成される記憶域リポジトリは、OCFS2ファイル・システムの特性により、クラスタ化されたサーバー・プールにリンクする必要があります。 その結果、OCFS2リポジトリはサーバー・プール間で移動できますが、LUNベースのリポジトリを複数のサーバー間で共有することはできません。
OCFS2の詳細は、https://oss.oracle.com/projects/ocfs2/を参照してください。
-
- Oracle VM Agent
-
Oracle VM Serverとともにインストールされるアプリケーション。 Oracle VM Agentでは、管理リクエストを受信して処理し、イベント通知および構成データをOracle VM Managerに提供します。 Oracle VM Managerは、Oracle VM Agentと通信することによって、Oracle VM Serverで実行されている仮想マシンを管理します。 マスターOracle VM Server、ユーティリティ・サーバーおよび仮想マシン・サーバーの3つのコンポーネントが含まれます。
- Oracle VM Manager
-
Oracle VM Managerは、使いやすいWebブラウザ・インタフェースとコマンドライン・インタフェース(CLI)を提供する管理プラットフォームです。 Oracle VM Managerは、仮想環境で使用できるリソースを追跡して管理し、またこれを使用してOracle VM Serverプールを容易に管理できます。 Oracle VM Managerにより、テンプレートまたはインストール・メディアからの仮想マシンの作成や仮想マシンの削除、電源オフ、アップロード、デプロイメント、ライブ・マイグレーションを含む、仮想マシンのライフサイクルを管理できます。 また、Oracle VM Managerでは、ISOファイル、テンプレート、共有仮想ディスクなどのリソースを管理できます。
- Oracle VM Server
-
仮想マシンを実行するための軽量でセキュアなサーバー・ベース・プラットフォームを提供するように設計された、自己完結型の仮想化環境。 Oracle VM Serverは、複数のドメインまたはゲスト・オペレーティング・システム(Linux、Solaris、Windowsなど)を1つの物理マシンで実行できる、ハイパーバイザと特権ドメイン(dom0と呼ばれます)で構成されます。 Oracle VM Managerとの通信を有効にするためにOracle VM Agentが含まれます。
Oracle VM Server for x86では、Oracle開発の大規模仮想化サーバーに統合できるようにカスタマイズおよび最適化された、オープン・ソースXenハイパーバイザ・コンポーネントを取り入れています。 ハイパーバイザのロールが制限されているため、Oracle VM Server for x86では、アクセスとセキュリティ管理も処理し、一般にサーバー管理エンティティとして機能します。
Oracle VM Server for SPARCシステムでは、SPARCハイパーバイザがSPARCファームウェアに組み込まれており、通常、Logical Domains Managerと呼ばれています。 Xenハイパーバイザと同様に、個々の仮想マシンは単一のコンピュータ上で安全に実行され、それぞれが所有するゲストOracle Solarisオペレーティング・システムを実行します
P
- 準仮想化マシン(PVM)
-
カーネルが仮想環境を認識するように再コンパイルされる仮想マシン。 メモリー、ディスクおよびネットワーク・アクセスが最大のパフォーマンスを実現するように最適化されるため、ほぼネイティブの速度で実行されます。
準仮想化ゲストは、ゲストのOSに含まれる、理想化された汎用デバイス・ドライバを使用します。 これらの汎用デバイス・ドライバを使用したI/O操作は、dom0で実デバイス・ドライバにマップされます。 ゲストの抽象化された汎用ドライバはめったに変更されず、ゲストに最高の安定性を提供します。 一方、dom0ドメインではネイティブなハードウェア・ベンダー・ドライバを使用でき、ゲストはわずかに異なるドライバを使用して安全に他のdom0に移行できます。
CPUやメモリーなどのリソースについて、準仮想化カーネルはXenハイパーバイザに特別な"ハイパーコール"を行います。 これらのハイパーコールは、受信リクエストの処理に必要な命令およびコンテキスト・スイッチの数を削減することで、パフォーマンスを向上させます。 対照的に、エミュレートされた(ハードウェア仮想化)ゲストでは、ドライバ・リクエストがゲストの割込みハンドラを処理し、I/O操作オーバーヘッドが増加します。
S
- サーバー・プール
-
サーバー・プールでは、仮想マシンが稼働できるグループに1つ以上のOracle VM Serverが論理的に体系化されます。
各サーバー・プールには、最大32の物理サーバーを構成できます。 各Oracle VM Serverは、1つのみのサーバー・プールのメンバーにしかなれません。 サーバー・プールは、Oracle VMの操作ユニットです。 ポリシーが構成され、サーバー・プール・レベルで適用されます。
高可用性のために、3つのOracle VM Serverノードの最小クラスタを各サーバー・プールに構成することを強くお薦めします。 クラスタ内の1つのノードにハードウェア障害が発生するか、メンテナンスのために停止した場合は、フェイルオーバーの冗長性が他の2つのノードで維持されます。 クラスタ内の3番目のノードでも、本番の負荷の要件に合せて余力を提供します。
- サーバー・プロセッサの互換性グループ
-
サーバー・プロセッサの互換性グループとは、互換性プロセッサ(同じプロセッサ・ファミリとモデル番号を共有するCPU)を備えたOracle VM Serverのグループです。 これらのグループは、あるOracle VM Serverで実行中の仮想マシンを別のOracle VM Serverに安全に移行し継続して実行できるように作成されます。 Oracle VM Managerは、プロセッサ・タイプが異なるサーバーを検出すると、プロセッサ互換性グループを自動的に作成します。
Oracle VM Managerを使用すると、独自の要件に従って、カスタムの互換性グループを作成し、よりスムーズな移行とサーバーのグループ化の機能を向上できます。
- サービス・ドメイン
-
仮想スイッチ、仮想コンソール・コネクタ、仮想ディスク・サーバーなどのデバイスを他の論理ドメインに提供する論理ドメイン。
- スパース・コピー
-
「スパース・コピー」タイプのクローンは、物理ディスクのディスク・イメージ・ファイルであり、指定されたディスク・サイズ全体ではなく、実際に使用されている量の領域のみをとります。
「非スパース・コピー」も参照
- Storage Connect
-
Oracle VMでは、汎用記憶域と呼ばれるすべてのタイプの記憶域と統合しますが、記憶域にアクセスするためプラグインを提供する、記憶域ベンダーの高度な記憶域機能も提供します。 このプラグインは、Oracle VMのStorage Connectフレームワークの一部です。
Oracle VMでは、Sun ZFS Storage ApplianceおよびOracle Axiomシステム向けに独自のOracle VM Storage Connectプラグインを提供しています。
- ストレージ・イニシエータ
-
iSCSIターゲットへの接続を開始するために、ホストでは、ストレージ・イニシエータと呼ばれるクライアントを使用します。 ストレージ・イニシエータは、iSCSIプロトコルにSCSIリクエストをカプセル化して、iSCSIターゲットとの間のリクエストとレスポンスを処理するために使用されます。 ストレージ・イニシエータは、iSCSI Oracle VM Storage Connectプラグインが使用されると、各Oracle VM Serverに構成されます。
T
U
V
- 仮想アプライアンス
-
単一の.ova (Open Virtualization Format Archive)ファイルまたは一連の.ovf (Open Virtualization Format)およびimg (ディスク・イメージ)ファイルとして作成されるパッケージ。 仮想アプライアンスには、1つ以上の仮想マシンが含まれ、仮想ディスクと仮想マシン間の相互接続性が含まれます。
以前のリリースでは、仮想アプライアンスはアセンブリという名前でした。
- 仮想ディスク
-
ゲスト・オペレーティング・システムにとっては物理ディスク・ドライブに見えるファイルまたは一連のファイル(通常は、リモート・ファイル・システムである場合でも、ホスト・ファイル・システム上にあります)。
- 仮想マシン(VM)
-
ゲスト・オペレーティング・システム、およびOracle VM Serverで実行される、関連付けられたアプリケーション・ソフトウェア。 準仮想化マシンまたはハードウェア仮想化マシン。 複数の仮想マシンを同じOracle VM Serverで実行できます。
- 仮想マシン・テンプレート
-
仮想マシンのテンプレート。 CPUの数やメモリー・サイズ、ハードディスク・サイズ、ネットワーク・インタフェース・カード(NIC)など、基本的な構成情報が含まれています。 Oracle VM Managerを使用して仮想マシン・テンプレートをベースに仮想マシンを作成します。
- VLAN
-
レイヤー2ネットワークは、スイッチまたはルーターのパーティションに分離できるため、ネットワーク・トラフィックが個別のブロードキャスト・ドメインに分離されます。 ネットワーク内の各種のVLANのすべてのデータをトランクで転送できるように、VLANにタグ付けできます。
VLANは、一般に大規模ネットワークで使用され、ネットワーク設計の簡素化、拡張性を向上するメカニズムの提供、セキュリティの向上を可能にします。
- 「VMサーバー」
-
Oracle VM Agentのコンポーネント。 Oracle VM Server仮想マシンを実行するアプリケーション。 仮想マシンの起動および停止、ホストおよびオペレーティング・システムのパフォーマンス・データの収集ができます。 マスターOracle VM Server、ユーティリティ・サーバー、仮想マシン・サーバー間の通信を有効にします。
サーバー・プールには複数の仮想マシン・サーバーが存在する可能性があります。 物理サーバーは、マスターOracle VM Server、ユーティリティ・サーバーおよび仮想マシンサーバーとして同時に実行できます。
W
- WebLogic
-
Oracle WebLogic Serverは、Webベースのフレームワーク内でjavaアプリケーションを実行できるアプリケーション・サーバーを含むプラットフォームです。 Oracle VM Managerは、Oracle WebLogic Server内でアプリケーションとして実行され、Oracle WebLogic Serverの多くの機能を使用して、Oracle VMの完全な管理を可能にする、堅牢なWeb UIを提供します。
Oracle VM Managerのインストール・プロセスにより、Oracle VM ManagerがインストールされたシステムにOracle WebLogic Serverが自動的にインストールされて構成されます。 このプロセス中、weblogicユーザーがOracle WebLogic Server内に設定され、Oracle WebLogic Serverの構成と基盤となるシステムが管理されます。 adminユーザーもOracle WebLogic Server内に設定され、Oracle VM Managerアプリケーションへのアクセス権限が付与されます。 標準設定では、これらのユーザーの両方で同じパスワードを使用しますが、これが当てはまらない場合もあり、要件に応じてユーザーごとに異なるパスワードを構成することもできます。
一般に、Oracle VM Managerアプリケーション・ユーザーは、Oracle Supportのガイドを受けずに、基盤となるOracle WebLogic Serverにアクセスしたり、構成パラメータを変更しないようにしてください。