LifeKeeper for Windowsではサイト構成に関して、一定の制限を設けています。これらの制限によって、アクティブなサイトがプライマリーノードからスタンバイノードへ切り替わります。
IISに必要な役割と役割サービス
LifeKeeper for WindowsがIISと連携するためには、以下の役割と役割サービスが全ノードにインストールされている必要があります。
役割
- Web サーバー（IIS）
役割サービス
- Web サーバー
- FTP サーバー（FTPサイトを保護する場合）
- 管理ツール
IISアクティブ/アクティブ設定
IISでは、1つのサーバーで複数のサイトを動作させることができます。各サイトはLifeKeeper for Windowsによって個別に保護し、管理することができます。
次の図は、サイトの標準構成を図示したものです。
この構成では、各ノードに2つのWebサイト、すなわち、1つのプライマリーWebサイトと1つのスタンバイWebサイトがあります。Node1にはWebSite1のプライマリーインスタンスとWebSite2のスタンバイインスタンスがあります。Node2は逆の構成、つまりWebSite2のプライマリーインスタンスとWebSite1のスタンバイインスタンスの構成になっています。ある特定のノードでユーザー要求のサービスを実際に行うのはWebサイトのプライマリーインスタンスのみです。
また、Node1には、FTPsite1という名前を持つFTPサイトのプライマリーインスタンスがあり、Node2にはFTPサイトのスタンバイインスタンスがあります。
プライマリーのWebサイトがユーザー要求のサービスを中止すると、LifeKeeper for Windowsは、スタンバイノード上のスタンバイインスタンスをアクティブにして、サービスを引き継がせます。図を例とすると、Node1のWebSite1に障害が発生すると、LifeKeeper for WindowsはNode2にあるWebSite1のスタンバイインスタンスをアクティブにします。このフェイルオーバーの後に、Node2で2つのインスタンスが動作します。障害が発生したWebサーバーの問題を解決した後、サービスをNode1に戻すことができます。RK for IISでは、サービスを手動でスイッチバックできるほか、LifeKeeper for Windowsの自動スイッチバック機能を使用できます。
デフォルトWebサイトおよび新規Webサイト
IISのインストール処理によって作成されたデフォルトWebサイトをLifeKeeper for Windowsで保護することができます。そのためには、LifeKeeper for Windowsで保護されたIPアドレスをデフォルトWebサイトで使用するように再構成する必要があります。
また、新しいWebサイトも同様に、LifeKeeper for Windowsで保護されたIPアドレスを使用するように構成することで、LifeKeeper for Windowsで保護することができます。
プライマリーとスタンバイの指定
プライマリーサイトの作成先のノードがこのサイト用のプライマリーノードになります。スタンバイサイトの作成先のノードがこのサイト用のスタンバイノードになります。構成サイトごとに、「プライマリー」ノードと「スタンバイ」ノードの扱いが異なることに留意してください。
命名規約
LifeKeeper for Windowsによる保護を可能にするには、次のサイト名規則を使用する必要があります（名前はIISコンソールのサイト名フィールドに入力します）。
- 英数文字およびハイフンのみを使用してください（スペースは使用できません）。
- 保護対象のサイト名を変更する必要がある場合は、まずIISリソースを削除してからサイト名を変更し、リソースを作り直してしてください。
サイトの設定
RK for IISでサイトを保護するため、両ノードのサイトを同じ設定にする必要があります。IISマネージャーで次の点に注意してサイトの設定を行ってください。
特定のサイトに対して、複数のスタンバイサイトを構成する場合、他のサイトにも同じIDを設定する必要があります。
- サイトの編集 ダイアログの サイト名 フィールドに、大文字、小文字の区別も含めて同じサイト名を入力する必要があります。
- サイト バインド ダイアログで以下のように設定してください。
- 種類 … 両サイトで同じプロトコルを指定してください。1サイトに複数バインドを作成する場合は全バインドで同じプロトコルを指定してください。プロトコルにHTTPSを指定した場合、SSLの設定が必要になります。詳細はSSLが設定されたサイトの構成 をご覧ください。
- ホスト名 … 両サイトで同じ名称にしてください。
- ポート … 両サイトで同じ値にしてください。
- IPアドレス … IPアドレスリソースで保護しているIPアドレスを指定してください。仮想IPを保護する場合は両サイトで同じIPアドレスになりますが、実IPを保護する場合は、異なるIPアドレスになります。
- 物理パス にサイトのドキュメントコンテンツの格納場所となるパスを指定します。通常はボリュームリソースで保護されているドライブ配下のパスになります。詳細は物理パスの指定 をご覧ください。
SSLが設定されたサイトの構成
通信でSSL（Secure Socket Layers）が設定されたWebサイトでは、送受信されるデータが暗号化され、また、WebクライアントとWebサーバーが互いに相手を識別できるため、セキュリティが向上します。IISマネージャーで次の点に注意してサイトのバインド設定を行ってください。
- Webサイトを構成する場合
- プロトコル：https
- ポート番号：443（httpsを選択時のデフォルト値）
- FTPサイトを明示的FTPとして構成する場合
- プロトコル：ftp
- ポート番号：21（ftpを選択時のデフォルト値）
- FTPサイトを暗黙的FTPとして構成する場合
- プロトコル：ftp
- ポート番号：990
RK for IISでは、SSLが設定されたWebサイトと設定されていないWebサイトを保護する方法に違いはありません。実際に、IISでは同じWebサイトにTCPポートとSSLポートの両方を設定できます。これらすべてのバインドに対してLifeKeeper for Windowsによる保護が有効です。そのため、サーバー証明書がIISにインポートされたら、SSLポートを設定して、動作させることができます。
物理パスの指定
アクティブノードからアクセス可能なボリューム上に配置する必要があります。LifeKeeper for Windowsでは以下の2つが利用可能です。
- 共有ストレージ
- DataKeeper for Windowsでミラーしているローカルボリューム
複数のIISサイトで異なるボリュームを使用する
RK for IISは、IISリソース階層を作成するときに、IISサイトの構成として指定されたIPアドレスとコンテンツディレクトリの物理パスを使用してコンテンツボリュームに関連する依存関係を作成します。複数のサイトを保護する場合は、サイトごとに異なるIPアドレスおよびボリュームを指定してください。
例として、次の図に、同じIPアドレスおよび異なるボリュームリソースを使用するIIS-FTPおよびIIS-Webを示します。一方のサイトで行うメンテナンスは、もう一方のサイトに影響します。これは、両サイトに共通のIPリソース依存関係があるためです。
スタンバイノード上でIIS-FTPをサービス開始にすると、その依存関係もスタンバイノードに移動します。これにより、IIS-Webはプライマリーノード上でサービス停止になります。その場合、スタンバイノード上でIIS-Webをサービス開始にする必要があります。
保護されたIISサイトごとに異なるIPアドレスとボリュームを割り当てると、個別管理が可能になるため、リソースを柔軟に管理できます。ただし、上記の図のようにそれらをグループとして管理するほうが適している場合もあります。
実IPアドレスを保護するIPアドレスリソースと組み合わせる
実IPアドレスを保護するIPアドレスリソースとRK for IISを組み合わせる場合には、プライマリーノードとスタンバイノードで異なるIPアドレスをIISサイトに設定する必要があります。
このトピックへフィードバック