SSM On-Prem 8.X高可用性クラスタの動作

ダウンロード オプション

  • PDF     (8.0 MB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (9.9 MB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (4.1 MB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2021 年 6 月 24 日
Document ID:217212

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

    概要

    このドキュメントでは、フェールオーバーおよびフォールバックのシナリオ時に、ハイアベイラビリティ(HA)クラスタとして導入されたSSMオンプレミスサーバで、Smart Software Manager(SSM)オンプレミスアカウント(UCSM)の同期と製品インスタンスの登録がどのように機能するかについて説明します。

    前提条件

    要件

    次の項目に関する知識があることが推奨されます。

    • SSMオンプレミス
    • HA

    使用するコンポーネント

    このドキュメントの情報は、SSMオンプレミス8以降に基づくものです。

    このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

    背景説明

    これらは、HAに関する情報を提供する参照ドキュメントです。

    フェールオーバーおよびフォールバック時のSSMオンプレミスアカウントの同期

    2台のSSMオンプレミスサーバ間のHAは、次のガイドを使用して設定する必要があります。

    HAクラスタの導入：https://www.cisco.com/web/software/286285517/152313/Smart_Software_Manager_On-Prem_8-202006_Installation_Guide.pdf

    このデモンストレーションでは、次のコマンドを使用します。

    .5 – プライマリサーバのIPアドレス

    .10：セカンダリサーバのIPアドレス

    .12：仮想IPアドレス

    高可用性

    1. HAが正常に設定されると、図に示すように、プライマリサーバ(.5)がアクティブ、セカンダリサーバ(.10)がスタンバイ、VIP(.12)がsdと表示されます。

    2. 図に示すように、SSMのオンプレミスとCisco Software Centralの同期がプライマリ/アクティブサーバから正常に完了しました。

    3. クラスタHAステータスは、図に示すように、左側のプライマリ・サーバのデータベース(Replication Master)が右側のセカンダリ・サーバのデータベース(Replication Slave)に複製することを示します。

    フェールオーバー

    1. 図に示すように、プライマリサーバのHAクラスタを停止します。

    2. Primary|図のようにSecondary。

    3. VIPを使用してSSMのオンプレミスGUIにログインすると、プライマリGUIがダウンします。

    4. セカンダリサーバ(.10)がアクティブサーバとして表示される。

    5. ハートビートが切断されます。

    6. プライマリサーバ(.5)がスタンバイ状態に移行しました。

    7. SSMオンプレミスアカウントとCisco Software Centralの同期は、図に示すように、セカンダリ/アクティブサーバのGUIから正常に確認できます。

    8. 図に示すように、プライマリサーバのHAクラスタを開始します。

    9. HAクラスタステータスは、プライマリデータベースがセカンダリデータベースから複製されたことを示します。

    10. Primary|図のようにSecondary。

    11. GUIでは、図のように、ハートビートがconnected、セカンダリがactive、プライマリがstandbyと表示されます。

    12. 新しいTESTアカウントを作成し、アクティブスタンバイでアクティブにします。(.10)サーバ

    13. この段階では、プライマリ(.5)GUIにアクセスできません。

    フォールバック

    1. 図に示すように、セカンダリのHa_clusterを停止します。

    2. プライマリサーバのデータベースおよびセカンダリサーバのデータベースの現在のステータスが表示されます。

    3. VIPを使用してSSMのオンプレミスGUIにログインすると、セカンダリGUIがダウンします。

    4. プライマリサーバー(.5)がアクティブサーバーとして表示されます。

    5. ハートビートが切断されます。

    6. セカンダリサーバ(.5)がスタンバイ状態に移行しました。

    7. 新しく作成されたTESTアカウントは、図に示すように、セカンダリからプライマリデータベースに複製が行われたときに同期済み状態で表示されます。

    8. この段階では、セカンダリIPアドレスではなく、VIPアドレス(.12)からGUIにアクセスできます。

    9. 図に示すように、セカンダリサーバでHAクラスタを開始します。

    10. クラスタHAステータスは、図に示すように、左側のプライマリサーバのデータベース（レプリケーションマスター）が右側のセカンダリサーバのデータベース（レプリケーションスレーブ）にレプリケートしていることを示しています。

    11. GUIには、アクティブなプライマリサーバとスタンバイなセカンダリサーバの間で接続されたハートビートが表示されます。

    12. TESTアカウントはCisco Software Centralと正常に同期されます。

    フェールオーバーおよびフォールバック時のSSMオンプレミスVIPによる製品インスタンス登録

    2台のSSMオンプレミスサーバ間のハイアベイラビリティは、次のガイドを使用して設定する必要があります。

    HAクラスタの導入：https://www.cisco.com/web/software/286285517/152313/Smart_Software_Manager_On-Prem_8-202006_Installation_Guide.pdf

    このデモンストレーションでは、次のコマンドを使用します。

    .11：プライマリサーバのIPアドレス

    .9 – セカンダリサーバのIPアドレス

    .14：仮想IPアドレス

    高可用性

    1. プライマリサーバ(.11)をアクティブ、セカンダリサーバ(.9)をスタンバイ、VIP(.14)として示すHAの設定が成功します。

    2. クラスタHAステータスは、図に示すように、左側のプライマリ・サーバのデータベース(Replication Master)が右側のセカンダリ・サーバのデータベース(Replication Slave)に複製することを示します。

    3. SSMオンプレミスがHAクラスタとして展開されている場合、SSMオンプレミス管理ワークスペースにログインし、セキュリティ > 証明書に移動して、ホストの共通名で仮想IPアドレスを使用します。

    4. この値は、製品の宛先URLに使用する予定の値と一致する必要があります。デュアルスタック（IPv4とIPv6の両方）を展開する場合、この値はIPアドレスではなくFQDNである必要があります。

    5. ホストの共通名を更新した後、ローカルアカウントとCisco Smart Software Managerを同期させて、証明書が新しい共通名で再生成されていることを確認します。

    6. 宛先URL設定で新しい共通名を使用して製品を再登録する前に、同期する必要があります。

    7. 同期を行わないと、製品が新しいホストの共通名での登録に失敗する可能性があります。

    8. 2つの製品インスタンス(annanr-39)と(cucmpub)が、「製品インスタンス」タブに表示されているように、SSMオンプレミスのVIPアドレスに登録されています。

    9. これらの製品インスタンスによって消費または要求されたライセンスは、「License」タブに反映されます。

    フェールオーバー

    1. 図に示すように、プライマリサーバのHAクラスタを停止します。

    2. VIP(.14)を使用してSSMのオンプレミスGUIにログインすると、プライマリGUIがダウンします。

    3. セカンダリサーバ(.9)がアクティブサーバとして表示される。

    4. ハートビートが切断されます。

    5. プライマリサーバ(.11)がスタンバイ状態に移行します。

    6. 図に示すように、Transport Gateway設定の製品登録URLでSSMオンプレミスVIPを使用して製品インスタンスを登録します。

    7. 製品インスタンス名：pi37は、図に示すように、VIPアドレスを使用してSSMオンプレミスに正常に登録されました。

    8. Transport Gateway設定の製品登録URLでSSMオンプレミスVIPを使用して他の製品インスタンスを登録します。

    9. 図に示すように、VIPアドレスを使用してSSMオンプレミスで製品登録が正常に完了しました。

    10. 製品インスタンス名：cucm-pub-30が、図に示すように、VIPアドレスを使用してSSM On-Premに正常に登録されました。

    11. 2つの新しい製品インスタンス、(pi37)と(cucm-pub-30)が、「製品インスタンス」タブに表示されるように、SSMオンプレミスのVIPアドレスに登録されます。

    12. これらの製品インスタンスによって消費され、要求されたライセンスは、「License」タブに反映されます。

    13. プライマリサーバーのHAクラスターを開始しています。

    14. HAクラスタステータスは、プライマリデータベースがセカンダリデータベースからレプリケートされたことを示しています。

    15. プライマリ|図に示すようにセカンダリ。

    16. GUIでは、図のように、ハートビートがconnected、セカンダリがactive、プライマリがstandbyと表示されます。

    フォールバック

    1. セカンダリのHa_clusterを停止します。

    2. プライマリサーバのデータベースの現在のステータスと、セカンダリサーバのデータベースのダウンが表示されます。

    3. VIP(.14)を使用してSSMオンプレミスGUIにログインすると、セカンダリGUIがダウンします。

    4. プライマリサーバ(.11)はアクティブサーバとして表示されます。

    5. ハートビートが切断されます。

    6. セカンダリサーバ(.9)がスタンバイ状態に移行しました。

    7. この段階では、セカンダリIPアドレスではなく、VIPアドレス(.14)からGUIにアクセスできます。

    8. セカンダリサーバーでHAクラスターを開始しています。

    9. クラスターHA状態は、左側のプライマリサーバーのデータベース（レプリケーションマスター）が右側のセカンダリサーバーのデータベース（レプリケーションスレーブ）に正常にレプリケートしていることを示します。

    10. GUIには、アクティブなプライマリサーバとスタンバイなセカンダリサーバの間で接続されたハートビートが表示されます。

    11. Product Instancesタブに表示される、4つすべての製品インスタンスがSSM On-PremのVIPアドレスに登録されていること。

    12. これらの製品インスタンスによって消費され、要求されたライセンスは、「License」タブに反映されます。

    ハイアベイラビリティクラスタのダウングレード

    1. Cisco Smart Manager On-Premクラスタは、単一ノードのスタンドアロンに直接ダウングレードできます。
    2. オンプレミスコンソールを使用し、<ha_teardown>コマンドを使用してプライマリ/アクティブSSMにオンプレミスで接続します。
    3. SSMオンプレミスの動作を確認した後、セカンダリ/スタンバイサーバを廃棄する必要があり、再利用することはできません。
    4. これで、クラスタの代わりにスタンドアロンシステムが構築されました。
    5. 図に示すように、ティアダウンが開始されています。

    6. 図に示すように、セカンダリサーバでティアダウンがトリガーされます。

    7. HAクラスタが破棄されました。SSMSはスタンドアロンモードになりました。

    8. セカンダリサーバのIPアドレスを使用してアクセスされるGUIでは、ハイアベイラビリティウィジェットがフリーズしなくなりました。

    9. 図に示すように、プライマリサーバのティアダウンをトリガーします。

    10. HAは正常に無効にされました。

    11. プライマリサーバのIPアドレスを使用してアクセスされるGUIでは、ハイアベイラビリティウィジェットがフリーズしなくなりました。

    次のステップ?!

    1. SSMオンプレミスのプライマリ管理ワークスペースにログインし、Security > Certificatesに移動して、ホストの共通名でプライマリサーバ（IPアドレス/ホスト名/FQDN）を使用します。

    2. ホストの共通名を更新した後、ローカルアカウントをCisco SSMと同期して、証明書が新しい共通名で再生成されていることを確認します。

    3. 宛先URL設定で新しい共通名を使用して製品を再登録する前に、同期する必要があります。

    4. 同期を行わないと、製品が新しいホストの共通名で登録されない可能性があります。

    関連情報

    TAC Authored

    シスコ エンジニア提供

    • アンナンガラチャリR
      Cisco TACエンジニア

    このドキュメントは役に立ちましたか?

    Feedbackフィードバック

    シスコに問い合わせ

    このドキュメントは次の製品に対応しています