Oracle Private Cloud Applianceは、そのコンポーネント・マーカーのすべてのレベルで高可用性用に設計されています。

管理ノードのフェイルオーバー

Oracle Private Cloud Applianceのファクトリ・インストール時に、管理ノードがクラスタとして構成されます。 クラスタは、ZFSストレージからiSCSI LUNとしてエクスポートされたOCFS 2ファイルシステムに依存してハートビート機能を実行し、各管理ノードが制御を試行するロック・ファイルを格納します。 ロック・ファイルを制御できる管理ノードは、自動的にクラスタ内のマスター・ノードまたはアクティブ・ノードになります。

Oracle Private Cloud Applianceが最初に初期化されると、o2cbサービスは各管理ノードで開始されます。 このサービスは、OCFS2ファイル・システムのデフォルトのクラスタ・スタックです。 クラスタ内のノードを追跡するノード・マネージャ、ライブ・ノードを検出するためのハートビート・エージェント、イン・トラ・クラスタ・ノード通信用のネットワーク・エージェント、およびロック・リソースを追跡するための分散ロック・マネージャが含まれています。 これらのコンポーネントはすべてカーネル内です。

さらに、ovcaサービスは、各管理ノードで開始されます。 クラスタ・ロックの制御を取得し、その結果マスターまたはアクティブ管理ノードに昇格される管理ノードでは、Oracle Private Cloud Applianceサービスの完全な補完が実行されます。 また、このプロセスは、アクティブ管理ノードにアクセスするために使用される仮想IPを構成し、アクティブ管理ノード上では稼働中、スタンバイ管理ノードでは停止中になります。 これによって、管理ノード用に構成した仮想IPアドレスへの接続を試みるときに、常にアクティブ管理ノードにアクセスできるようになります。

アクティブ管理ノードに障害が発生した場合、クラスタが障害を検出し、ロックが解除されます。 スタンバイ管理ノードは、ロック・ファイルを制御するために常にポーリングしているため、このファイルを制御できる時期を検出し、ovcaサービスが必要なすべてのOracle Private Cloud Applianceサービスを提供します。 スタンバイ管理ノードでは、仮想IPはアクティブ・ロールにプロモートされるため、適切なインタフェース上に構成されます。

障害が発生した管理ノードがオンラインに戻ると、クラスタ・ロック・ファイルを制御できなくなります。 これは自動的にスタンバイ・モードになり、仮想IPは管理インタフェースから削除されます。 つまり、ラック内の2つの管理ノードのいずれかが常に同じIPアドレスから使用でき、正しく構成されています。 管理ノードのフェイルオーバー・プロセスは完了するのに最大5分かかります。

Oracle VM Management Databaseのフェイルオーバー

Oracle VM Managerデータベース・ファイルは、ZFSストレージ・アプライアンスによって公開される共有ファイル・システム上にあります。 アクティブ管理ノードは、共有ストレージ上のデータベース・ファイルにアクセスするMySQLデータベース・サーバーを実行します。 管理ノードに障害が発生した場合は、スタンバイ管理ノードが昇格され、昇格されたノードのMySQLデータベース・サーバーが起動されて、サービスを通常どおり再開できます。 データベースの内容は、新しく実行しているMySQLデータベース・サーバーで利用できます。

コンピュート・ノードのフェイルオーバー

Oracle Private Cloud Appliance内のコンピュート・ノードの高可用性(HA)は、コンピュート・ノードのプロビジョニング処理中にOracle VM Managerに自動的に作成されるクラスタ化サーバー・プールを使用して有効化されます。 サーバー・プールは基礎となるOCFS2ファイル・システムを使用してクラスタとして構成されているため、任意のコンピュート・ノードで実行されているHA対応仮想マシンを障害発生時に代替コンピュート・ノードで自動的に移行および再起動できます。

「Oracle VM概要ガイド」は、高可用性の原則に関する適切なバックグラウンド情報を提供します。 「高可用性(HA)の仕組み」の項を参照してください。

記憶域の冗長性

ZFS記憶域アプライアンスを使用してストレージをホストすることで、さらなる冗長性が提供されます。 このコンポーネントは、RAID-1で構成され、統合された冗長性および優れたデータ損失の保護を提供します。 さらに、ストレージ・アプライアンスには、クラスタ化構成で相互接続されている2つのストレージ・ヘッドまたはコントローラが含まれています。 コントローラのペアはアクティブ/パッシブ構成で動作します。つまり、1つのストレージ・ヘッドで障害が発生した場合は、サービスの継続が保証されます。 ストレージ・ヘッドは、ストレージ・サブネット内の単一のIPを共有しますが、両方に簡単なメンテナンス・アクセス用の個々の管理IPアドレスがあります。

ネットワーク冗長性

Oracle Private Cloud Appliance内の顧客が使用できるネットワークはすべて、冗長性のために構成されます。 ILOM接続の初期化に使用される内部管理Ethernetネットワークだけが冗長ではありません。 各スイッチ・タイプには、シングル・ポイント障害がないことを確認するために2つのタイプがあります。 ネットワークの配線とインタフェースは同等に複製され、スイッチは第1.2.4項、「ネットワーク・インフラストラクチャ」で説明されているように相互接続されます。