1. オーバークラウドにアクセスするための認証情報を読み込みます。

   $ source /home/stack/overcloudrc

2. オーバークラウドの外部からインスタンスにアクセスするための neutron の外部ネットワークを作成します。

   $ openstack network create --external --project service --external  --provider-network-type flat --provider-physical-network datacentre external

3. 新しい外部ネットワーク (前のステップで作成済み) に対応する neutron サブネットを作成します。

   $ openstack subnet create  --project service --no-dhcp --network external --gateway 192.168.37.1 --allocation-pool start=192.168.37.200,end=192.168.37.220 --subnet-range 192.168.37.0/24 external-subnet

4. オーバークラウドのインスタンスを作成するのに使用する cirros イメージをダウンロードします。

   $ wget http://download.cirros-cloud.net/0.3.4/cirros-0.3.4-x86_64-disk.img

5. オーバークラウドの glance に cirros イメージをアップロードします。

   $ openstack image create cirros --public --file ./cirros-0.3.4-x86_64-disk.img --disk-format qcow2 --container-format bare

6. オーバークラウドインスタンスに使用する tiny フレーバーを作成します。

   $ openstack flavor create m1.tiny --ram 512 --disk 1 --public

7. インスタンスをホストするための VXLAN のテナントネットワークを作成します。

   $ openstack network create net_test --provider-network-type=vxlan --provider-segment 100

8. テナントネットワーク (前のステップで作成済み) のサブネットを作成します。

   $ openstack subnet create --network net_test --subnet-range 123.123.123.0/24 test

9. テナントネットワークの ID を特定して保存します。

   $ net_mgmt_id=$(openstack network list | grep net_test | awk '{print $2}')

10. インスタンス cirros1 を作成して、net_test ネットワークと SSH セキュリティーグループにアタッチします。

    $ openstack server create --flavor m1.small --image cirros --nic net-id=$vlan1 --security-group SSH --key-name RDO_KEY --availability-zone nova:overcloud-novacompute-0.localdomain net1_host1_vm1 cirros1

11. cirros2 という 2 番目のインスタンスを作成して、そのインスタンスも net_test ネットワークと SSH セキュリティーグループにアタッチします。

    $ openstack server create --flavor m1.small --image cirros --nic net-id=$vlan1 --security-group SSH --key-name RDO_KEY --availability-zone nova:overcloud-novacompute-0.localdomain net1_host1_vm1 cirros2

1. admin プロジェクトの ID を特定して保存します。

   $ admin_project_id=$(openstack project list | grep admin | awk '{print $2}')

2. admin プロジェクトのデフォルトのセキュリティーグループを特定して保存します。

   $ admin_sec_group_id=$(openstack security group list | grep $admin_project_id | awk '{print $2}')

3. admin のデフォルトセキュリティーグループに、ICMP トラフィックの受信を許可するルールを追加します。

   $ openstack security group rule create $admin_sec_group_id --protocol icmp --ingress

4. admin のデフォルトセキュリティーグループに、ICMP トラフィックの送信を許可するルールを追加します。

   $ openstack security group rule create $admin_sec_group_id --protocol icmp --egress

5. admin のデフォルトセキュリティーグループに、SSH トラフィックの受信を許可するルールを追加します。

   $ openstack security group rule create $admin_sec_group_id --protocol tcp --dst-port 22 --ingress

6. admin のデフォルトセキュリティーグループにルールを追加して SSH トラフィックの送信を許可します。

   $ openstack security group rule create $admin_sec_group_id --protocol tcp --dst-port 22 --egress

1. horizon から、インスタンスの novnc コンソールにアクセスできるはずです。 overcloudrc から取得したパスワードを使用して horizon に admin としてログインします。cirros イメージのデフォルトの認証情報はユーザー名が cirros、パスワードが cubswin:) です。

2. novnc コンソールから、DHCP アドレスがインスタンスに割り当てられているかどうかをことを確認します。

   $ ip addr show

   注記

   また、アンダークラウドから nova console-log <instance id> のコマンドを実行して、インスタンスが DHCP アドレス nova console-log <instance id> を受信していることを確認することができます。

3. ステップ 1 と 2 をその他すべてのインスタンスで繰り返します。
4. 1 つのインスタンスから他のインスタンスに ping を試みて、オーバークラウドにおける基本的な テナント ネットワーク接続を検証します。
5. Floating IP を使用して他のインスタンスに到達できるかどうかを確認します。

1. cirros1 インスタンスに割り当てる Floating IP を外部ネットワーク上に作成します。

   $ openstack floating ip create external

2. Floating IP と cirros1 テナントの IP の間で NAT を処理するルーターを作成します。

   $ openstack router create test

3. ルーターのゲートウェイを外部ネットワークに設定します。

   $ openstack router set test --external-gateway external

4. テナントネットワークに接続するルーターへのインターフェースを追加します。

   $ openstack router add subnet test test

5. ステップ 1 で作成した Floating IP を特定して保存します。

   $ floating_ip=$(openstack floating ip list | head -n -1 | grep -Eo '[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+')

6. Floating IP を cirros1 インスタンスに関連付けます。

   $ openstack server add floating ip cirros1 $floating_ip

7. 外部ネットワークにアクセス可能なノードからインスタンスへのログインを試みます。

   $ ssh cirros@$floating_ip

手順

1. アンダークラウドにログインします。

2. 以下のコマンドを入力して作業を開始します。

     $ source /home/stack/stackrc

3. 全インスタンスを一覧表示します。

     $ openstack server list

4. 必要なインスタンスを選択して、一覧に表示されるインスタンスの IP アドレスを書き留めておきます。

5. 前のステップで取得したリストの IP アドレスを使用してマシンに接続します。

     $ ssh heat-admin@<IP from step 4>

6. superuser に切り替えます。

     $ sudo -i

手順

1. OpenDaylight を実行するオーバークラウドノードまたはカスタムロールで実行している OpenDaylight ノードに superuser としてログインします。

2. OpenDaylight コントローラーがすべてのコントローラーノード上で実行されていることを確認します。

   # docker ps | grep opendaylight
   2363a99d514a        192.168.24.1:8787/rhosp13/openstack-opendaylight:latest         "kolla_start"            4 hours ago         Up 4 hours (healthy)                       opendaylight_api

3. HAProxy がポート 8081 をリッスンするように適切に設定されていることを確認します。

   # docker exec -it haproxy-bundle-docker-0 grep -A7 opendaylight /etc/haproxy/haproxy.cfg
   listen opendaylight
     bind 172.17.0.10:8081 transparent
     bind 192.168.24.10:8081 transparent
     mode http
     balance source
     server overcloud-controller-0.internalapi.localdomain 172.17.0.22:8081 check fall 5 inter 2000 rise 2
     server overcloud-controller-1.internalapi.localdomain 172.17.0.12:8081 check fall 5 inter 2000 rise 2
     server overcloud-controller-2.internalapi.localdomain 172.17.0.13:8081 check fall 5 inter 2000 rise 2

4. HAproxy IPを使用して、karaf のアカウントを接続します。karaf のパスワードは karaf です。

   # ssh -p 8101 karaf@localhost

5. インストール済みの機能を一覧表示します。

   # feature:list -i | grep odl-netvirt-openstack

   ステップ 5: この手順で生成されたリストの 3 番目のコラムに x がある場合には、その機能は適切にインストールされていることになります。

6. API が稼働中であることを確認します。

     # web:list | grep neutron

   このAPIエンドポイントは、/etc/neutron/plugins/ml2/ml2_conf.ini で設定され、neutron が OpenDaylight と通信するのに使用されます。

7. VXLAN トンネルが稼動状態であることを確認します。

   # vxlan:show

8. REST API が正しく応答するかどうかをテストするには、それを使用するモジュールを一覧表示します。

   # curl -u "admin:admin" http://localhost:8181/restconf/modules

   以下と同じような出力が表示されます (この例は短く省略されています)。

   {"modules":{"module":[{"name":"netty-event-executor","revision":"2013-11-12","namespace":"urn:opendaylight:params:xml:ns:yang:controller:netty:eventexecutor"},{"name" ...

9. ホストの internal_API IP を使用する REST のストリームを一覧表示します。

   # curl -u "admin:admin" http://localhost:8181/restconf/streams

   以下と同様の出力が表示されます。

   {"streams":{}}

10. ホストの internal_API IP で次のコマンドを実行して、NetVirt が動作していることを確認します。

    # curl -u "admin:admin" http://localhost:8181/restconf/operational/network-topology:network-topology/topology/netvirt:1

    NetVirt が動作可能であることを確認するには、以下の出力に注意してください。

    {"topology":[{"topology-id":"netvirt:1"}]}

手順

1. オーバークラウド内のコンピュートノードの 1 つに superuser として接続します。

2. Open vSwitch の設定を一覧表示します。

   # ovs-vsctl show

3. 出力に複数のマネージャーがあることに注意してください。この例では、2 行目と 3 行目に複数のマネージャーが表示されています。

       6b003705-48fc-4534-855f-344327d36f2a
           Manager "ptcp:6639:127.0.0.1"
           Manager "tcp:172.17.1.16:6640"
               is_connected: true
           Bridge br-ex
               fail_mode: standalone
               Port br-ex-int-patch
                   Interface br-ex-int-patch
                       type: patch
                       options: {peer=br-ex-patch}
               Port br-ex
                   Interface br-ex
                       type: internal
               Port "eth2"
                   Interface "eth2"
           Bridge br-isolated
               fail_mode: standalone
               Port "eth1"
                   Interface "eth1"
               Port "vlan50"
                   tag: 50
                   Interface "vlan50"
                       type: internal
               Port "vlan30"
                   tag: 30
                   Interface "vlan30"
                       type: internal
               Port br-isolated
                   Interface br-isolated
                       type: internal
               Port "vlan20"
                   tag: 20
                   Interface "vlan20"
                       type: internal
           Bridge br-int
               Controller "tcp:172.17.1.16:6653"
                   is_connected: true
               fail_mode: secure
               Port br-ex-patch
                   Interface br-ex-patch
                       type: patch
                       options: {peer=br-ex-int-patch}
               Port "tun02d236d8248"
                   Interface "tun02d236d8248"
                       type: vxlan
                       options: {key=flow, local_ip="172.17.2.18", remote_ip="172.17.2.20"}
               Port br-int
                   Interface br-int
                       type: internal
               Port "tap1712898f-15"
                   Interface "tap1712898f-15"
           ovs_version: "2.7.0"

4. OpenDaylight が実行されているノードの IP アドレスを tcp Manager がポイントしていることを確認します。
5. Manager の下に is_connected: true と表示されていることを確認し、OVS から OpenDaylight への接続が確立されて、OVSDB プロトコルを使用していることを確かめます。
6. 各ブリッジ (br-int 以外) が存在し、Compute ロールでのデプロイメントに使用した NIC テンプレートと一致していることを確認します。
7. tcp 接続が、OpenDaylight サービスが実行されているところの IP に対応していることを確認します。
8. ブリッジ br-int に is_connected: true が表示され、OpenFlow プロトコルから OpenDaylight への接続が確立されていることを確認します。

1. コンピュートノードに superuser として接続します。

2. Open vSwitch の設定を一覧表示します。

   # ovs-vsctl list open_vswitch

3. 出力を確認します。以下の例と同様の内容が表示されます。

    _uuid               : 4b624d8f-a7af-4f0f-b56a-b8cfabf7635d
    bridges             : [11127421-3bcc-4f9a-9040-ff8b88486508, 350135a4-4627-4e1b-8bef-56a1e4249bef]
    cur_cfg             : 7
    datapath_types      : [netdev, system]
    db_version          : "7.12.1"
    external_ids        : {system-id="b8d16d0b-a40a-47c8-a767-e118fe22759e"}
    iface_types         : [geneve, gre, internal, ipsec_gre, lisp, patch, stt, system, tap, vxlan]
    manager_options     : [c66f2e87-4724-448a-b9df-837d56b9f4a9, defec179-720e-458e-8875-ea763a0d8909]
    next_cfg            : 7
    other_config        : {local_ip="11.0.0.30", provider_mappings="datacentre:br-ex"}
    ovs_version         : "2.7.0"
    ssl                 : []
    statistics          : {}
    system_type         : RedHatEnterpriseServer
    system_version      : "7.4-Maipo"

4. other_config オプションの値に、VXLAN トンネルを介してテナントネットワークに接続するローカルインタフェースの local_ip が設定されていることを確認します。
5. other_config のオプション下の provider_mappings の値が OpenDaylightProviderMappings Heat テンプレートパラメーターで指定されている値と一致していることを確認します。この設定により、neutron の論理ネットワークが対応する物理インターフェースにマッピングされます。

手順

1. Controller ロールのノードの 1 つの superuser アカウントに接続します。
2. /etc/neutron/neutron.conf ファイルに service_plugins=odl-router_v2,trunk が含まれていることを確認します。

3. /etc/neutron/plugin.ini ファイルに以下の ml2 設定が記載されていることを確認します。

   [ml2]
   mechanism_drivers=opendaylight_v2
   
   [ml2_odl]
   password=admin
   username=admin
   url=http://192.0.2.9:8081/controller/nb/v2/neutron

4. オーバークラウド のコントローラーの 1 つで、neutron エージェントが適切に稼働していることを確認します。

   # openstack network agent list

5. メタデータと DHCP エージェントの両方の admin_state_up 値に True が設定されていることを確認します。

   +--------------------------------------+----------------+--------------------------+-------------------+-------+----------------+------------------------+
   | id                                   | agent_type     | host                     | availability_zone | alive | admin_state_up | binary                 |
   +--------------------------------------+----------------+--------------------------+-------------------+-------+----------------+------------------------+
   | 3be198c5-b3aa-4d0e-abb4-51b29db3af47 | Metadata agent | controller-0.localdomain |                   | :-)   | True           | neutron-metadata-agent |
   | 79579d47-dd7d-4ef3-9614-cd2f736043f3 | DHCP agent     | controller-0.localdomain | nova              | :-)   | True           | neutron-dhcp-agent     |
   +--------------------------------------+----------------+--------------------------+-------------------+-------+----------------+------------------------+