Ultra-M Element Managerクラスタでのハイアベイラビリティの復元 – vEPC

ダウンロード オプション

  • PDF     (527.0 KB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (321.6 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (245.7 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2018 年 7 月 9 日
Document ID:213477

偏向のない言語

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

翻訳について

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

    はじめに

    このドキュメントでは、StarOS仮想ネットワーク機能(VNF)をホストするUltra-MセットアップのElement Manager(EM)クラスタでハイアベイラビリティ(HA)を復元するために必要な手順について説明します。

    背景説明

    Ultra-Mは、VNFの導入を簡素化するように設計された、パッケージ済みで検証済みの仮想化モバイルパケットコアソリューションです。Ultra-Mソリューションは、前述の仮想マシン(VM)タイプで構成されます。

    • 自動IT 
    • 自動展開
    • Ultra Automation Services（UAS）
    • エレメントマネージャ(EM)
    • Elastic Services Controller（ESC）
    • 制御機能(CF)
    • セッション機能(SF)

    Ultra-Mの高度なアーキテクチャと関連するコンポーネントを次の図に示します。

    213477-high-availability-restoration-in-ultra-m-00.pngUltraMアーキテクチャ

     このドキュメントは、Cisco Ultra-Mプラットフォームに精通しているシスコの担当者を対象としています。

    注：このドキュメントでは、手順を定義するためにUltra M 5.1.xリリースを考慮しています。

      

    省略形

    HA ハイ アベイラビリティ
    VNF   仮想ネットワーク機能
    CF    制御機能
    SF    サービス機能
    ESC   柔軟なサービスコントローラ
    MOP   手順の方法
    OSD   オブジェクトストレージディスク
    HDD   ハードディスクドライブ
    SSD   ソリッドステートドライブ
    VIM   仮想インフラストラクチャマネージャ
    仮想マシン    仮想マシン
    全角    エレメント マネージャ
    UAS   Ultra 自動化サービス
    UUID   汎用一意識別子



    MoPのワークフロー

    213477-high-availability-restoration-in-ultra-m-01.pngEM HA復元手順の概要ワークフロー

    クラスタステータスの確認

    アクティブEMにログインし、HAステータスを確認します。次の2つのシナリオが考えられます。

    1. HAモードはnoneです。

    ubuntu@vnfd1deploymentem-0:~$ ncs_cli -u admin -C
    admin@scm# show ncs-state ha
     ncs-state ha mode none

    admin@scm# show ems 
    %no entries found%

    2. EMクラスタにはノードが1つしかない（EMクラスタは3つのVMで構成）:

    ubuntu@vnfd1deploymentem-0:~$ ncs_cli -u admin -C
    admin@scm# show ncs-state ha
    ncs-state ha mode master
    ncs-state ha node-id 2-1528893823

    admin@scm# show ems
    EM VNFM 
    ID SLA SCM PROXY 
    ----------------------
    2 up down down

    どちらの場合も、次のセクションで説明する手順によってHA状態を復元できます。

    HA復元手順

    novaリストから、クラスタの一部であるEMのVM名を特定します。EMクラスタの一部である3つのVMがあります。

    [stack@director ~]$ nova list | grep vnfd1
    | e75ae5ee-2236-4ffd-a0d4-054ec246d506 | vnfd1-deployment_c1_0_13d5f181-0bd3-43e4-be2d-ada02636d870 | ACTIVE | - | Running | tmo-autovnf2-uas-orchestration=172.18.180.22; DI-INTERNAL2=192.168.2.17; DI-INTERNAL1=192.168.1.14; tmo-autovnf2-uas-management=172.18.181.23 |
    | 33c779d2-e271-47af-8ad5-6a982c79ba62 | vnfd1-deployment_c4_0_9dd6e15b-8f72-43e7-94c0-924191d99555 | ACTIVE | - | Running | tmo-autovnf2-uas-orchestration=172.18.180.13; DI-INTERNAL2=192.168.2.14; DI-INTERNAL1=192.168.1.4; tmo-autovnf2-uas-management=172.18.181.21 |
    | 65344d53-de09-4b0b-89a6-85d5cfdb3a55 | vnfd1-deployment_s2_0_b2cbf15a-3107-45c7-8edf-1afc5b787132 | ACTIVE | - | Running | SERVICE-NETWORK1=192.168.10.4, 192.168.10.9; SERVICE-NETWORK2=192.168.20.17, 192.168.20.6; tmo-autovnf2-uas-orchestration=172.18.180.12; DI-INTERNAL2=192.168.2.6; DI-INTERNAL1=192.168.1.12 |
    | e1a6762d-4e84-4a86-a1b1-84772b3368dc | vnfd1-deployment_s3_0_882cf1ed-fe7a-47a7-b833-dd3e284b3038 | ACTIVE | - | Running | SERVICE-NETWORK1=192.168.10.22, 192.168.10.14; SERVICE-NETWORK2=192.168.20.5, 192.168.20.14; tmo-autovnf2-uas-orchestration=172.18.180.14; DI-INTERNAL2=192.168.2.7; DI-INTERNAL1=192.168.1.5 |
    | b283d43c-6e0c-42e8-87d4-a3af15a61a83 | vnfd1-deployment_s5_0_672bbb00-34f2-46e7-a756-52907e1d3b3d | ACTIVE | - | Running | SERVICE-NETWORK1=192.168.10.21, 192.168.10.24; SERVICE-NETWORK2=192.168.20.21, 192.168.20.24; tmo-autovnf2-uas-orchestration=172.18.180.20; DI-INTERNAL2=192.168.2.13; DI-INTERNAL1=192.168.1.16 |
    | 637547ad-094e-4132-8613-b4d8502ec385 | vnfd1-deployment_s6_0_23cc139b-a7ca-45fb-b005-733c98ccc299 | ACTIVE | - | Running | SERVICE-NETWORK1=192.168.10.13, 192.168.10.19; SERVICE-NETWORK2=192.168.20.9, 192.168.20.22; tmo-autovnf2-uas-orchestration=172.18.180.16; DI-INTERNAL2=192.168.2.19; DI-INTERNAL1=192.168.1.21 |
    | 4169438f-6a24-4357-ad39-2a35671d29e1 | vnfd1-deployment_vnfd1-_0_02d1510d-53dd-4a14-9e21-b3b367fef5b8 | ACTIVE | - | Running | tmo-autovnf2-uas-orchestration=172.18.180.6; tmo-autovnf2-uas-management=172.18.181.8 |
    | 30431294-c3bb-43e6-9bb3-6b377aefbc3d | vnfd1-deployment_vnfd1-_0_f17989e3-302a-4681-be46-f2ebf62b252a | ACTIVE | - | Running | tmo-autovnf2-uas-orchestration=172.18.180.7; tmo-autovnf2-uas-management=172.18.181.9 |
    | 28ab33d5-7e08-45fe-8a27-dfb68cf50321 | vnfd1-deployment_vnfd1-_0_f63241f3-2516-4fc4-92f3-06e45054dba0 | ACTIVE | - | Running | tmo-autovnf2-uas-orchestration=172.18.180.3; tmo-autovnf2-uas-management=172.18.181.7 |

    ESCからいずれかのEMを停止して、SHUTOFF STATEになっているかどうかを確認します。

    [admin@vnfm1-esc-0 esc-cli]$ /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action STOP vnfd1-deployment_vnfd1-_0_02d1510d-53dd-4a14-9e21-b3b367fef5b8

    [admin@vnfm1-esc-0 esc-cli]$ ./esc_nc_cli get esc_datamodel | egrep --color "<state>|<vm_name>|<vm_id>|<deployment_name>"
              <snip>

                    <state>SERVICE_INERT_STATE</state>
                        
       
       
         vnfd1-deployment_vnfd1-_0_02d1510d-53dd-4a14-9e21-b3b367fef5b8 
       
                        
       
       
         VM_SHUTOFF_STATE 
       
                        <vm_name>vnfd1-deployment_vnfd1-_0_f17989e3-302a-4681-be46-f2ebf62b252a</vm_name>
                        <state>VM_ALIVE_STATE</state>
                        <vm_name>vnfd1-deployment_vnfd1-_0_f63241f3-2516-4fc4-92f3-06e45054dba0</vm_name>
                        <state>VM_ALIVE_STATE</state>

    ここで、EMがシャットオフ状態になったら、OpenStack Platform Director(OSPD)から他のEMをリブートします。

    [stack@director ~]$ nova reboot --hard vnfd1-deployment_vnfd1-_0_f17989e3-302a-4681-be46-f2ebf62b252a
    Request to reboot server <Server: vnfd2-deployment_vnfd1-_0_f17989e3-302a-4681-be46-f2ebf62b252a> has been accepted.

    EM VIPに再度ログインし、HAステータスを確認します。

    ubuntu@vnfd1deploymentem-0:~$ ncs_cli -u admin -C
    admin@scm# show ncs-state ha
    ncs-state ha mode master
    ncs-state ha node-id 2-1528893823


    HAが「マスター」状態の場合は、以前にESCからシャットオフしたEMを起動します。それ以外の場合は、OSPDから次のEMをリブートし、HAステータスを再度チェックします。

    [admin@vnfm1-esc-0 esc-cli]$ /opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action START vnfd1-deployment_vnfd1-_0_02d1510d-53dd-4a14-9e21-b3b367fef5b8

    [admin@vnfm1-esc-0 esc-cli]$ ./esc_nc_cli get esc_datamodel | egrep --color "<state>|<vm_name>|<vm_id>|<deployment_name>"
              <snip>

                    <state>SERVICE_ACTIVE_STATE</state>
                        
       
       
         vnfd1-deployment_vnfd1-_0_02d1510d-53dd-4a14-9e21-b3b367fef5b8 
       
                        
       
       
         VM_ALIVE_STATE 
       
                        <vm_name>vnfd1-deployment_vnfd1-_0_f17989e3-302a-4681-be46-f2ebf62b252a</vm_name>
                        <state>VM_ALIVE_STATE</state>
                        <vm_name>vnfd1-deployment_vnfd1-_0_f63241f3-2516-4fc4-92f3-06e45054dba0</vm_name>
                        <state>VM_ALIVE_STATE</state>

    ESCからEMを起動した後、EMのHAステータスを確認します。復元する必要があります。

    admin@scm# em-ha-status 
     ha-status MASTER
    admin@scm# show ncs-state ha
     ncs-state ha mode master
     ncs-state ha node-id 4-1516609103
     ncs-state ha connected-slave [ 2-1516609363 ]
    admin@scm# show ems
     EM            VNFM   
     ID  SLA  SCM  PROXY  
     ---------------------
     2   up   up   up     
     4   up   up   up
    TAC Authored

    シスコ エンジニア提供

    • パドマラージラマヌードジャム
      シスコアドバンスドサービス
    • パルテバンラジャゴパル
      シスコアドバンスドサービス

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

    Feedbackフィードバック

    シスコに問い合わせ

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