none
リモートデスクトップサービスにおける冗長化構成について RRS feed

  • 質問

  • リモートデスクトップを使用したシステム構築を検討しております。

    サーバーの構成は、アプリケーションサーバとデータベースサーバ(SQLServer2014Std)の2台構成になります。

    アプリケーションサーバに、ActiveDirectoryをインストールして、AD環境を構築し

    公開アプリケーションとRDSを構成します。

    通常、この構成でシステムとしては成り立ちますので問題ないのですが、

    どちらかのサーバに障害が発生して、残った1台のサーバでシステムを稼働させる必要になった場合、

    いろいろと悩むところがでてきました。

    ※2台のサーバはそれぞれ1台構成でも耐えられるスペックを積んでいますが、メーカーから2台にわけるよう指示がありました。

    AD構成はAPサーバをプライマリドメインに構成して、DBサーバはセカンダリドメインとして構成します。

    RDSも両方のサーバにセットアップしておき、クライアントライセンスの登録はAPサーバ側に登録します。

    ※APサーバとDBサーバでクライアントライセンスの登録をシェアする方法が分からなかったのでこのように考えています。

    ここから質問したい点が出てきまして

     ① RDSを冗長化する場合、DBサーバにはどのようなセットアップを行う必要があるのでしょうか?

       役割の追加でRDSにチェックを入れてとりあえずセットアップし、

       クライアントライセンスは登録しない状態でよいのでしょうか。

       その場合のドメイン参照先は、DBサーバのセカンダリADでよいのでしょうか。

     ② APサーバが何らかの理由で稼動できなくなった場合に、DBサーバ側1台でシステムを稼働させる場合

       どのような作業が必要になるのか?

       私が想定している切替作業

       (ADセカンダリ、RDSをDBサーバにもセットアップしておく前提)

        1.DBサーバのイメージをバックアップしておく。

          ※APサーバ復帰後、構成を戻せるようにしておく。


        2.DBサーバのADセカンダリをプライマリに昇格させる。

        3.DBサーバのRDSにリモートデスクトップクライアントアクセスライセンスを登録する。

          ※APサーバ側だけにライセンスを登録しているため

          ※DBサーバのRDSの認証先はDBサーバを指定する。

        4.稼動確認 

          各ユーザにアプリケーションへのアクセス先変更(URL変更周知)やrdpファイルの再配布を行う。

        5.後日、APサーバセットアップ・復帰

          ADプライマリとしてセットアップ 

          RDSをセットアップ

        6.DBサーバのDBをバックアップ

          データベースをバックアップしておく。

          

        7.DBサーバを手順1のイメージからリカバリ

          ・DBサーバを手順1で取得しておいたイメージから復元

          ・APサーバがプライマリADになるのでDBサーバを再度セカンダリで参加させる。

          ・手順6のデータベースを復元する。

        8.APサーバ設定

          ・APサーバのRDSにクライアントライセンスを登録

          ・アプリケーションセットアップと公開アプリ設定

        9.復帰後の稼動確認 

          各ユーザにアプリケーションへのアクセス先変更(URL変更周知)やrdpファイルの配布を行う。

        このような冗長化構成および障害サーバ復旧後の復元手順を考えています。

        このような手順で可能なのかどうか教えてください。

    それぞれのサーバスペックです。

    APサーバ 

    CPUXeon E5-2640v2(8コア)

    メモリ14.0GB

    HDDRAID 1+ 0

              SAS 15,000rpm x 4

    OSWindows2012 Server R2

    DBサーバ

    CPUXeon E5-2640v2(8コア)

    メモリ14.0GB

    HDDRAID 1 + 0

              SAS 15,000rpm x 4

    OSWindows2012 Server R2

    DBSQL Server2014 SP1以上

    よろしくお願いいたします。

        


    • 編集済み route88 2018年4月4日 6:31
    2018年4月4日 6:29

すべての返信

  • チャブーンです。

    この件ですが、キビシイ言い方ですが、質問者さんのイメージのまま冗長化を行うことはムリです。

    こういうシステムの一般的な冗長構成は、たとえば、ロードバランスによるフロントRDS構成+WSFCによるバックエンドDB構成、であり、フロント2台+バックエンド2台、という構成が最小となります。

    まさかと思うのですが、本当に2台しかない状態で、APサーバー機能をDBサーバーに一時移行することで冗長化したい、などいう方法は、商用運用ではほとんど非現実的ですし、不可能です。

    どうしてもそうしたいのであれば、APサーバーとDBサーバーを最初から1台にまとめるしかないですが、「WSFCをドメインコントローラーにインストールして構成する」ことは仕様上ムリ(Windows Server 2012 R2以降では)ですので、実質この方法も使えません。

    ちなみにハードウェアLBを用意できない場合、ソフトウェアLBとして「ファーム」という機能が必要で、この場合「RDセッションブローカー」機能をもったサーバーを別に構築する必要があります。

    最初から2台しか用意できない、というなら、本当に冗長化が必要かどうか、そこから再検討されることをお奨めします。


    フォーラムは有償サポートとは異なる「コミュニティ」です。フォーラムでご質問頂くにあたっての注意点 をご一読のうえ、お楽しみください。



    2018年4月5日 3:09