ネットワーク要件の概要
計算サーバーおよびストレージ・サーバーの他に、リカバリ・アプライアンスには、システムをネットワークに接続するための装置が含まれます。ネットワーク接続により、クライアントは計算サーバーに接続できるようになります。また、リモート・システム管理も可能になります。
この項の情報をOracle Exadata Deployment Assistant (OEDA)とともに使用して、リカバリ・アプライアンス環境を構成します。
リカバリ・アプライアンスをデプロイするには、最低限のネットワーク要件を満たす必要があります。リカバリ・アプライアンスには3つ以上のネットワークが必要であり、追加のネットワークに使用できるインタフェースがあります。各ネットワークは、別個のサブネット上に存在する必要があります。各ネットワークの説明は次のとおりです。
-
管理ネットワーク: この必須ネットワークは、既存の管理ネットワーク・インフラストラクチャに接続し、リカバリ・アプライアンスのすべてのコンポーネントの管理作業に使用されます。デフォルトでは、管理ネットワークは計算サーバー、ストレージ・サーバー、サーバーIntegrated Lights Out Manager (ILOM)インタフェースおよびRDMAネットワーク・ファブリック・スイッチをラック内の管理ネットワーク・スイッチに接続します。管理ネットワーク・スイッチから管理ネットワークへのアップリンクが1つ必要です。
各計算サーバーおよびストレージ・サーバーには、管理用のネットワーク・インタフェースが2つあります。一方のインタフェースは、専用のイーサネット・ポートを介してオペレーティング・システムへの管理アクセスが可能です。もう一方のネットワーク・インタフェースはILOM専用です。デフォルトでは、リカバリ・アプライアンスは両方のインタフェースが管理ネットワーク・スイッチに接続された状態で提供されます。これらのインタフェースの配線や構成の変更は許可されません。ただし、ILOMインタフェースは、管理ネットワークとは別の専用のILOMネットワークに接続できます。計算サーバーの管理ネットワーク・インタフェースは、クライアントまたはアプリケーションのネットワーク・トラフィックに使用しないでください。
ノート:
- 各配電ユニット(PDU)のリモート監視には、管理ネットワークへの個別のアップリンクもお薦めします。この構成により、管理ネットワーク・スイッチの障害ではなく、PDUの障害によって発生したシステムの停止を簡単に区別できます。
- 適切に保護された構成では、管理ネットワークを他のすべてのネットワークから完全に分離する必要があります。
-
収集ネットワーク: この必須ネットワークは、同じデータ・センター内でバックアップを行うために、保護されたOracleデータベース・サーバーをリカバリ・アプライアンスに接続します。この高速なプライベート・イーサネット・ネットワークはバックアップ・ネットワークとも呼ばれ、大規模なデータの転送をサポートするように設計する必要があります。リカバリ・アプライアンスは、2つの10/25GB接続を使用して、ラック内の2台の計算サーバーそれぞれにこのネットワークを接続します。この2つの接続は、アクティブ/パッシブ(冗長)またはアクティブ/アクティブで構成できます。
計算サーバーではチャネル・ボンディングがサポートされているため、帯域幅が増加し、可用性が高まります。
単一クライアント・アクセス名(SCAN)は、リカバリ・アプライアンスの2台の計算サーバー間のフェイルオーバーをサポートします。複数のリカバリ・アプライアンス・ラックを1つのクラスタとして構成して設置する場合は、仮想IP (VIP)アドレスで、ラック間のフェイルオーバーをサポートします。保護されたデータベース・システムでは、ホスト名が、割り当てられたアドレスに動的に解決されます。
サードパーティのハードウェアとソフトウェアでも、収集ネットワークが使用されます。
-
プライベート・ネットワーク: RDMAネットワーク・ファブリック、ストレージ・ネットワークまたはインターコネクトとも呼ばれます。このネットワークは、計算サーバーとストレージ・サーバーを接続します。Oracle Databaseでは、Oracle RACクラスタのインターコネクト・トラフィックおよびOracle Exadata Storage Serverのデータへのアクセスにこのネットワークを使用します。プライベート・ネットワークはインストール時に自動的に構成されます。これはルーティング不可能でリカバリ・アプライアンスに完全に含まれており、既存のネットワークには接続されません。
Recovery Appliance X8M以降、プライベート・ネットワークはRDMA over Converged Ethernet (RoCE)を使用します。
以前は、プライベート・ネットワークはInfiniBandテクノロジを使用して構築されていました。RoCE Network Fabricで使用するスイッチおよびケーブルは、InfiniBand Network Fabricで使用するものとは異なります。
-
レプリケーション・ネットワーク: オプションのレプリケーション・ネットワークは、管理および収集ネットワークで使用されていない使用可能なポートを使用します。これはローカル・リカバリ・アプライアンス(アップストリーム・アプライアンス)とリモート・リカバリ・アプライアンス(ダウンストリーム・アプライアンス)を接続します。可能な場合には、安全性の低いパブリック・ネットワークではなく、ブロードバンドの暗号化ネットワークをお薦めします。
リカバリ・アプライアンスでは、アップストリームとダウンストリームのアプライアンス間で、次の構成がサポートされています。
ノート:
ダウンストリームのリカバリ・アプライアンスまたはテープ・ライブラリは、ローカルのデータ・センターに設置できます。レプリケーション・ネットワークは、ローカル構成では使用しません。
レプリケーション・ネットワークは、バックアップを収集する目的で使用しないでください。
-
ファイバ・チャネルSANネットワーク: Oracle Secure Backupを使用している場合、テープへのバックアップ用に、リカバリ・アプライアンスをデータ・センターのストレージ・エリア・ネットワーク(SAN)にバックアップできます。ネットワーク接続は、Oracleテープ・ソリューションを所有しているか、サードパーティのハードウェアを使用するかによって異なります。
収集ネットワークおよびレプリケーション・ネットワークは、アクティブ/パッシブ・ボンディングまたはアクティブ/アクティブ・ボンディングに構成できます。
-
アクティブ/パッシブ・ボンディング - BONDING_OPTS="mode=active-backup miimon=100 downdelay=2000 updelay=5000 num_grat_arp=100"
-
アクティブ/アクティブ・ボンディング - BONDING_OPTS="mode=802.3ad miimon=100 downdelay=200 updelay=200 lacp_rate=1 xmit_hash_policy=layer3+4"
収集は、レプリケーションがアクティブ/パッシブの場合はアクティブ/アクティブにすることができ、その逆も可能です。または、どちらも同じボンディングにできます。
関連項目:
-
Oracleデータベースのネットワーク構成におけるSCANおよびVIPの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。
-
Recovery Appliance環境において、テープにバックアップするためのファイバ・チャネルSANネットワークの構成方法の詳細は、「テープ・ライブラリへのリカバリ・アプライアンスの接続」を参照してください。
次の図は、様々なリカバリ・アプライアンス・コンポーネントが様々なネットワークに接続する方法を示しています。