1. Dashboard で プロジェクト > ネットワーク > ネットワーク を選択します。

2. +ネットワークの作成 をクリックして、以下の値を指定します。

   フィールド	説明
   ネットワーク名	そのネットワークが果たす役割に基づいた説明的な名前。ネットワークを外部の VLAN と統合する場合には、名前に VLAN ID 番号を追記することを検討してください。たとえば、このサブネットで HTTP Web サーバーをホストし、VLAN タグが 122 の場合には webservers_122 とします。また、ネットワークトラフィックをプライベートにして、ネットワークを外部ネットワークと統合しない場合には、internal-only とします。
   管理状態有効	このオプションにより、ネットワークを即時に利用可能にするかどうかを制御することができます。ネットワークを Down の状態で作成するには、このフィールドを使用します。その場合、そのネットワークは論理的には存在しますが、アクティブではありません。このような設定は、そのネットワークを直ちに稼働させない場合に有用です。

3. 次へ ボタンをクリックして、サブネット タブで以下の値を指定します。

   フィールド	説明
   サブネットの作成	サブネットを作成するかどうかを決定します。たとえば、ネットワーク接続のないプレースホルダーとしてこのネットワークを維持する場合には、サブネットを作成しない方がよいでしょう。
   サブネット名	サブネットの説明的な名前を入力します。
   ネットワークアドレス	IP アドレス範囲とサブネットマスクが 1 つの値としてまとめられた CIDR 形式でアドレスを入力します。アドレスを判断するには、サブネットマスクでマスキングされたビット数を算出して、IP アドレス範囲の値に追記します。たとえば、サブネットマスク 255.255.255.0 でマスクされるビット数は 24 です。このマスクを IPv4 アドレス範囲 192.168.122.0 に使用するには、アドレスを 192.168.122.0/24 と指定します。
   IP バージョン	インターネットプロトコルバージョンを指定します (有効なタイプは IPv4 または IPv6)。ネットワークアドレス フィールドの IP アドレスの範囲は、選択したバージョンと一致する必要があります。
   ゲートウェイ IP	デフォルトゲートウェイに指定したルーターのインターフェースの IP アドレス。このアドレスは、外部ロケーションを宛先とするトラフィックルーティングの次のホップとなり、ネットワークアドレス フィールドで指定した範囲内でなければなりません。たとえば、CIDR 形式のネットワークアドレスが 192.168.122.0/24 の場合には、通常デフォルトのゲートウェイは 192.168.122.1 となります。
   ゲートウェイなし	転送を無効にして、サブネットを分離します。

4. 次へ をクリックして DHCP オプションを指定します。

   • DHCP 有効: そのサブネットの DHCP サービスを有効にします。DHCP を使用して、インスタンスへの IP 設定の割り当てを自動化することができます。

   • IPv6 アドレス設定モード : IPv6 ネットワークを作成する際の設定モード。IPv6 ネットワークを作成する場合には、IPv6 アドレスと追加の情報をどのように割り当てるかを指定する必要があります。

     • オプション指定なし: IP アドレスを手動で設定する場合または OpenStack が対応していない方法を使用してアドレスを割り当てる場合には、このオプションを選択します。
     • SLAAC (Stateless Address Autoconfiguration): インスタンスは、ルーターから送信されるルーター広告 (RA) メッセージに基づいて IPv6 アドレスを生成します。OpenStack Networking ルーターオプションまたは外部ルーターオプションを選択します。ra_mode が slaac に、address_mode が slaac に設定された OpenStack Networking サブネットを作成するには、この設定を使用します。
     • DHCPv6 stateful: インスタンスは、OpenStack Networking DHCPv6 サービスから、IPv6 アドレスや追加のオプション (例: DNS) を受信します。ra_mode が dhcpv6-stateful に、address_mode が dhcpv6-stateful に設定されたサブネットを作成するには、この設定を使用します。
     • DHCPv6 stateless: インスタンスは、OpenStack Networking ルーターから送信されるルーター広告 (RA) メッセージに基づいて IPv6 アドレスを生成します。追加のオプション (例: DNS) は、OpenStack Networking DHCPv6 サービスから割り当てられます。ra_mode が dhcpv6-stateless に、address_mode が dhcpv6-stateless に設定されたサブネットを作成するには、この設定を使用します。
   • IP アドレス割り当てプール: DHCP によって割り当てられる IP アドレスの範囲。たとえば、192.168.22.100,192.168.22.100 という値を指定すると、その範囲内で使用可能なアドレスはすべて割り当ての対象として考慮されます。
   • DNS サーバー: ネットワーク上で利用可能な DNS サーバーの IP アドレス。DHCP はこれらの IP アドレスをインスタンスに割り当てて名前解決します。
   • 追加のルート設定: 静的ホストルート。まず CIDR 形式で宛先のネットワークを指定し、その後にルーティングに使用する次のホップを指定します (例: 192.168.23.0/24, 10.1.31.1)。静的ルートをインスタンスに分散する必要がある場合には、この値を指定します。

5. 作成 をクリックします。

   作成が完了したネットワークは、ネットワーク タブに表示されます。必要に応じて、ネットワークの編集 をクリックしてオプションを変更することもできます。インスタンスの作成時には、そのサブネットを使用するように設定できるようになりました。指定した DHCP オプションがインスタンスに適用されます。

1. Dashboard で、管理 > ネットワーク > ネットワーク > +ネットワークの作成 > プロジェクト を選択します。
2. プロジェクト ドロップダウンリストを使用して、新規ネットワークをホストするプロジェクトを選択します。

3. プロバイダーネットワーク種別 でオプションを確認します。

   • ローカル: トラフィックはローカルの Compute ホストに残り、実質的には外部のネットワークから分離されます。
   • フラット: トラフィックは単一のネットワーク上に残り、ホストと共有することも可能となります。VLAN タグ付けやその他のネットワーク分離は行われません。
   • VLAN: 物理ネットワークに存在する VLAN に対応した VLAN ID を使用してネットワークを作成します。このオプションを選択すると、インスタンスは同じレイヤー 2 VLAN 上のシステムと通信することができます。
   • GRE: 複数のノードにまたがるネットワークオーバーレイを使用して、インスタンス間のプライベート通信を行います。オーバーレイの外部に送信されるトラフィックは、ルーティングする必要があります。
   • VXLAN: GRE と同様に、複数のノードにまたがるネットワークオーバーレイを使用して、インスタンス間のプライベート通信を行います。オーバーレイの外部に送信されるトラフィックは、ルーティングする必要があります。

4. Create Network をクリックします。

   プロジェクトのネットワークトポロジーをチェックして、ネットワークが適切に作成されたことを確認します。

1. Dashboard で プロジェクト > ネットワーク > ルーター を選択します。

2. ルーター 一覧で仮想ルーターの名前を選択し、+インターフェースの追加 をクリックします。

   サブネット一覧で、新規サブネットの名前を選択します。インターフェースの IP アドレスを任意で指定することができます。

3. 送信 をクリックします。

   ネットワーク上のインスタンスが、サブネット外部のシステムと通信できるようになりました。

1. Dashboard で プロジェクト > ネットワーク > ネットワーク を選択します。

   対象のネットワークサブネットに関連付けられたルーターインターフェースをすべて削除します。

   インターフェースを削除するには、ネットワーク 一覧で対象のネットワークをクリックして ID フィールドを確認し、削除するネットワークの ID 番号を特定します。このネットワークに関連付けられたすべてのサブネットの ネットワーク ID フィールドには、この値が使用されます。

2. プロジェクト > ネットワーク > ルーター に移動し、ルーター 一覧で対象の仮想ルーターの名前をクリックし、削除するサブネットに接続されているインターフェースを特定します。

   ゲートウェイ IP として機能していた IP アドレスで、削除するサブネットと他のサブネットを区別することができます。インターフェースのネットワーク ID が以前のステップで書き留めた ID と一致しているかどうかを確認することで、さらに確実に識別することができます。

3. 削除するインターフェースの インターフェースの削除 ボタンをクリックします。
4. プロジェクト > ネットワーク > ネットワーク を選択して、対象のネットワークの名前をクリックします。

5. 削除するサブネットの サブネットの削除 ボタンをクリックします。

   注記

   この時点でサブネットをまだ削除できない場合には、インスタンスがすでにそのサブネットを使用していないかどうかを確認してください。

6. プロジェクト > ネットワーク > ネットワーク を選択し、削除するネットワークを選択します。
7. ネットワークの削除 をクリックします。

1. Dashboard で プロジェクト > ネットワーク > ネットワーク を選択します。
2. 対象のネットワークの名前をクリックします。
3. 対象のサブネットを選択して、サブネットの削除 をクリックします。

1. Dashboard で プロジェクト > ネットワーク > ルーター を選択し、+ルーターの作成 をクリックします。
2. 新規ルーターの説明的な名前を入力し、ルーターの作成 をクリックします。
3. ルーター 一覧に新たに追加されたルーターのエントリーの横にある ゲートウェイの設定 をクリックします。
4. 外部ネットワーク の一覧で、外部ロケーション宛のトラフィックを受信するネットワークを指定します。

5. Set Gateway をクリックします。

   ルーターを追加したら、作成済みのサブネットがこのルーターを使用してトラフィックを送信するように設定しなければなりません。そのためには、サブネットとルーター間のインターフェースを作成します。

1. Dashboard で プロジェクト > ネットワーク > ルーター を選択し、削除するルーターの名前をクリックします。
2. 種別が 内部インタフェース のインターフェースを選択し、インターフェースの削除 をクリックします。
3. ルーター 一覧から対象のルーターを選択して ルーターの削除 をクリックします。

1. Dashboard で プロジェクト > ネットワーク > ネットワークトポロジー を選択します。
2. 管理するルーターを特定してその上にカーソルを移動し、+インターフェースの追加 をクリックします。

3. ルーターに接続するサブネットを指定します。

   IP アドレスを指定することもできます。インターフェースに対して ping を実行して成功した場合には、トラフィックのルーティングが想定通りに機能していることが確認できるので、このアドレスを指定しておくとテストやトラブルシューティングに役立ちます。

4. Add interface をクリックします。

   ネットワークトポロジー の図が自動的に更新され、ルーターとサブネットの間の新規インターフェース接続が反映されます。

1. Dashboard で プロジェクト > ネットワーク > ルーター を選択します。
2. 削除するインターフェースをホストしているルーターの名前をクリックします。
3. インターフェース種別 (内部インタフェース) を選択し、インターフェースの削除 をクリックします。

1. テキストエディターで /etc/sysconfig/network-scripts/ifcfg-eth0 を開き、以下のパラメーターをご自分のサイトのネットワークに適した値で更新します。

   • IPADDR
   • NETMASK GATEWAY

   • DNS1 (ネームサーバー)

     以下は例です。

     # vi /etc/sysconfig/network-scripts/ifcfg-eth0
     DEVICE=eth0
     TYPE=OVSPort
     DEVICETYPE=ovs
     OVS_BRIDGE=br-ex
     ONBOOT=yes

2. テキストエディターで /etc/sysconfig/network-scripts/ifcfg-br-ex を開き、前のステップで eth0 に確保した IP アドレスの値で仮想ブリッジのパラメーターを更新します。

   # vi /etc/sysconfig/network-scripts/ifcfg-br-ex
   DEVICE=br-ex
   DEVICETYPE=ovs
   TYPE=OVSBridge
   BOOTPROTO=static
   IPADDR=192.168.120.10
   NETMASK=255.255.255.0
   GATEWAY=192.168.120.1
   DNS1=192.168.120.1
   ONBOOT=yes

   インスタンスに Floating IP アドレスを割り当てて、物理ネットワークが利用できるようにすることができます。

1. r1 という名前のルーターに接続されたすべてのポートを表示するには、以下のコマンドを実行します。

   #  neutron router-port-list r1

   結果の例:

   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+
   | id                                   | name | mac_address       | fixed_ips                                                                            |
   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+
   | b58d26f0-cc03-43c1-ab23-ccdb1018252a |      | fa:16:3e:94:a7:df | {"subnet_id": "a592fdba-babd-48e0-96e8-2dd9117614d3", "ip_address": "192.168.200.1"} |
   | c45e998d-98a1-4b23-bb41-5d24797a12a4 |      | fa:16:3e:ee:6a:f7 | {"subnet_id": "43f8f625-c773-4f18-a691-fd4ebfb3be54", "ip_address": "172.24.4.225"}  |
   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+

2. 各ポートの詳細を表示するには、以下のコマンドを実行します。表示するポートのポート ID を指定します。コマンドの出力にはポートのステータスが含まれており、以下の例では状態が ACTIVE であることが分かります。

   # openstack port show b58d26f0-cc03-43c1-ab23-ccdb1018252a

   結果の例:

   +-----------------------+--------------------------------------------------------------------------------------+
   | Field                 | Value                                                                                |
   +-----------------------+--------------------------------------------------------------------------------------+
   | admin_state_up        | True                                                                                 |
   | allowed_address_pairs |                                                                                      |
   | binding:host_id       | node.example.com                                                      |
   | binding:profile       | {}                                                                                   |
   | binding:vif_details   | {"port_filter": true, "ovs_hybrid_plug": true}                                       |
   | binding:vif_type      | ovs                                                                                  |
   | binding:vnic_type     | normal                                                                               |
   | device_id             | 49c6ebdc-0e62-49ad-a9ca-58cea464472f                                                 |
   | device_owner          | network:router_interface                                                             |
   | extra_dhcp_opts       |                                                                                      |
   | fixed_ips             | {"subnet_id": "a592fdba-babd-48e0-96e8-2dd9117614d3", "ip_address": "192.168.200.1"} |
   | id                    | b58d26f0-cc03-43c1-ab23-ccdb1018252a                                                 |
   | mac_address           | fa:16:3e:94:a7:df                                                                    |
   | name                  |                                                                                      |
   | network_id            | 63c24160-47ac-4140-903d-8f9a670b0ca4                                                 |
   | security_groups       |                                                                                      |
   | status                | ACTIVE                                                                               |
   | tenant_id             | d588d1112e0f496fb6cac22f9be45d49                                                     |
   +-----------------------+--------------------------------------------------------------------------------------+

3. ポートごとにステップ 2 を実施して、ステータスを取得します。

1. ping <gateway-IP-address> コマンドを使用して、ゲートウェイに ping 送信を行います。

   以下のコマンドで作成されたネットワークを例にして説明します。

   # openstack network create --provider-network-type vlan --provider-physical-network phy-eno1 --provider-segment 120 provider
   # openstack subnet create --no-dhcp --allocation-pool start=192.168.120.1,end=192.168.120.153 --gateway 192.168.120.254 --network  provider public_subnet

   上記の例では、ゲートウェイの IP アドレスは 192.168.120.254 です。

   $ ping 192.168.120.254

2. ping 送信に失敗する場合は、以下の項目を確認します。

   1. 関連付けられた VLAN へのネットワークフローがあることを確認する。

      VLAN ID が設定されていない可能性があります。上記の例では、OpenStack Networking は VLAN 120 をプロバイダーネットワークにトランク接続するように設定されています。(例のステップ 1 の --provider:segmentation_id=120 を参照してください。)

   2. コマンド ovs-ofctl dump-flows <bridge-name> を使用して、ブリッジインターフェースの VLAN フローを確認する。

      以下の例では、ブリッジは br-ex という名前です。

      # ovs-ofctl dump-flows br-ex
      
       NXST_FLOW reply (xid=0x4):
        cookie=0x0, duration=987.521s, table=0, n_packets=67897, n_bytes=14065247, idle_age=0, priority=1 actions=NORMAL
        cookie=0x0, duration=986.979s, table=0, n_packets=8, n_bytes=648, idle_age=977, priority=2,in_port=12 actions=drop

1. openstack network list コマンドを使用して、すべてのプロジェクトネットワークを一覧表示します。

   # (overcloud)[stack@osp13-undercloud ~]$ openstack network list
   +--------------------------------------+-------------+-------------------------------------------------------+
   | id                                   | name        | subnets                                               |
   +--------------------------------------+-------------+-------------------------------------------------------+
   | 9cb32fe0-d7fb-432c-b116-f483c6497b08 | web-servers | 453d6769-fcde-4796-a205-66ee01680bba 192.168.212.0/24 |
   | a0cc8cdd-575f-4788-a3e3-5df8c6d0dd81 | private     | c1e58160-707f-44a7-bf94-8694f29e74d3 10.0.0.0/24      |
   | baadd774-87e9-4e97-a055-326bb422b29b | private     | 340c58e1-7fe7-4cf2-96a7-96a0a4ff3231 192.168.200.0/24 |
   | 24ba3a36-5645-4f46-be47-f6af2a7d8af2 | public      | 35f3d2cb-6e4b-4527-a932-952a395c4bb3 172.24.4.224/28  |
   +--------------------------------------+-------------+-------------------------------------------------------+

   上記の例では、web-servers ネットワークを確認します。web-servers 行の id の値 (9cb32fe0-d7fb-432c-b116-f483c6497b08) を書き留めてください。この値がネットワークの名前空間に追加されているので、次のステップで名前空間の特定が容易になります。

2. ip netns list コマンドを使用して、ネットワークの名前空間をすべて一覧表示します。

   # ip netns list
   qdhcp-9cb32fe0-d7fb-432c-b116-f483c6497b08
   qrouter-31680a1c-9b3e-4906-bd69-cb39ed5faa01
   qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b
   qdhcp-a0cc8cdd-575f-4788-a3e3-5df8c6d0dd81
   qrouter-e9281608-52a6-4576-86a6-92955df46f56

   出力に、web-servers のネットワーク ID と一致する名前空間が表示されます。上記の例では、名前空間は qdhcp-9cb32fe0-d7fb-432c-b116-f483c6497b08 です。

3. 名前空間内でトラブルシューティングのコマンド ip netns exec <namespace> を実行し、web-servers ネットワークの設定を検証します。

   # ip netns exec qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b route -n
   
   Kernel IP routing table
   Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
   0.0.0.0         172.24.4.225    0.0.0.0         UG    0      0        0 qg-8d128f89-87
   172.24.4.224    0.0.0.0         255.255.255.240 U     0      0        0 qg-8d128f89-87
   192.168.200.0   0.0.0.0         255.255.255.0   U     0      0        0 qr-8efd6357-96

手順

1. QoS ポリシーを作成するプロジェクトの ID を特定します。

   (overcloud) $ openstack project list

   -------------------------------------------+
   | ID                               | Name    |
   -------------------------------------------+
   | 8c409e909fb34d69bc896ab358317d60 | admin   |
   | 92b6c16c7c7244378a062be0bfd55fa0 | service |
   -------------------------------------------+

2. 新規 QoS ポリシーを作成します。

   (overcloud) $ openstack network qos policy create --share --project <project_ID> <policy_name>

3. QoS ポリシーの新規ルールを作成します。

   (overcloud) $ openstack network qos rule create --type <rule-type> [rule properties] <policy_name>

   表10.1 ルールの属性

   属性	説明
   max_kbps	インスタンスが送信可能な最大速度 (Kbps 単位)
   max_burst_kbps	トークンバッファーが満杯であった場合に、そのポートが一度に送信することのできるデータの最大量 (キロビット単位)。トークンバッファーは「max_kbps」の速度で補充されます。 TCP トラフィックのバースト値は、必要な帯域幅の制限値の 80% に設定することができます。たとえば、帯域幅の制限が 1000 kbps に設定されている場合には、800 kbps のバースト値で十分です。 注記 バースト値を低く設定しすぎると、帯域幅の制限値が適切であっても帯域幅の使用量にスロットリングが適用されるため、帯域幅が想定よりも低くなります。 バースト値の設定が高すぎると、ほとんどのパケットに制限が適用されず、帯域幅の制限が予想よりも高くなります。
   min-kbps	インスタンスに確保される最小帯域幅 (Kbps 単位)
   ingress/egress	ルールが適用されるトラフィックの方向。クラウドサーバーの視点からは、受信はダウンロードを意味し、送信はアップロードを意味します。
   dscp-mark	DSCP マークの 10 進数値を指定します。

4. ポリシーを適用するポートまたはネットワークを設定します。既存のポートまたはネットワークを更新することも、ポリシーを適用する新規ポートまたはネットワークを作成することもできます。

   • 既存のポートにポリシーを適用する場合:

     (overcloud) $ openstack port set --qos-policy <policy_name> <port_name|port_ID>

   • 新規ポートを作成する場合:

     (overcloud) $ openstack port create --qos-policy <policy_name> --network <network_name|network_ID> <port_name|port_ID>

   • 既存のネットワークにポリシーを適用する場合:

     (overcloud) $ openstack network set --qos-policy <policy_name> <network_name|network_ID>

   • 新規ネットワークを作成する場合:

     (overcloud) $ openstack network create --qos-policy <policy_name> <network_name>

手順

1. カスタム環境ファイルを作成し、実際の環境に適した値で NeutronBridgeMappings heat パラメーターを追加します。

   parameter_defaults:
     NeutronBridgeMappings: "datacentre:br-ex,tenant:br-tenant"

   NeutronBridgeMappings heat パラメーターは、物理名 (datacentre) をブリッジ (br-ex) に関連付けます。

   注記

   NeutronBridgeMappings パラメーターを使用しないと、デフォルトではホストの外部ブリッジ (br-ex) を物理名 (datacentre) にマッピングします。

2. この設定を適用するには、その他の環境ファイルと共にカスタム環境ファイルをスタックに追加して、オーバークラウドをデプロイします。

   (undercloud) $ openstack overcloud deploy --templates \
     -e [your environment files]
     -e /home/stack/templates/<custom-environment-file>.yaml

3. 続いて、以下の手順を実施します。

   1. ネットワークの VLAN 範囲を使用して、対応する外部ネットワークを表すプロバイダーネットワークを作成します。(neutron プロバイダーネットワークまたは Floating IP ネットワークを作成する際には、物理名を使用します。)
   2. ルーターインターフェースを使用して、外部ネットワークをプロジェクトネットワークに接続します。

1. トランクポートの接続を必要とするネットワークを特定します。これは、トランキングされた VLAN へのアクセスを必要とするインタンスが含まれるネットワークのことです。以下の例では、このネットワークは public ネットワークです。

   openstack network list
   +--------------------------------------+---------+--------------------------------------+
   | ID                                   | Name    | Subnets                              |
   +--------------------------------------+---------+--------------------------------------+
   | 82845092-4701-4004-add7-838837837621 | private | 434c7982-cd96-4c41-a8c9-b93adbdcb197 |
   | 8d8bc6d6-5b28-4e00-b99e-157516ff0050 | public  | 3fd811b4-c104-44b5-8ff8-7a86af5e332c |
   +--------------------------------------+---------+--------------------------------------+

2. 親のトランクポートを作成して、インスタンスの接続先ネットワークにアタッチします。以下の例では、public ネットワーク上に parent-trunk-port という名前の neutron ポートを作成します。このトランクは、サブポート の作成に使用することができるので、親 ポートです。

   openstack port create --network public parent-trunk-port
   +-----------------------+-----------------------------------------------------------------------------+
   | Field                 | Value                                                                       |
   +-----------------------+-----------------------------------------------------------------------------+
   | admin_state_up        | UP                                                                          |
   | allowed_address_pairs |                                                                             |
   | binding_host_id       |                                                                             |
   | binding_profile       |                                                                             |
   | binding_vif_details   |                                                                             |
   | binding_vif_type      | unbound                                                                     |
   | binding_vnic_type     | normal                                                                      |
   | created_at            | 2016-10-20T02:02:33Z                                                        |
   | description           |                                                                             |
   | device_id             |                                                                             |
   | device_owner          |                                                                             |
   | extra_dhcp_opts       |                                                                             |
   | fixed_ips             | ip_address='172.24.4.230', subnet_id='dc608964-9af3-4fed-9f06-6d3844fb9b9b' |
   | headers               |                                                                             |
   | id                    | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39                                        |
   | mac_address           | fa:16:3e:33:c4:75                                                           |
   | name                  | parent-trunk-port                                                           |
   | network_id            | 871a6bd8-4193-45d7-a300-dcb2420e7cc3                                        |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                            |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                            |
   | revision_number       | 4                                                                           |
   | security_groups       | 59e2af18-93c6-4201-861b-19a8a8b79b23                                        |
   | status                | DOWN                                                                        |
   | updated_at            | 2016-10-20T02:02:33Z                                                        |
   +-----------------------+-----------------------------------------------------------------------------+

3. ステップ 2 で作成したポートを使用してトランクを作成します。以下の例では、トランクは parent-trunk という名前です。

   openstack network trunk create --parent-port parent-trunk-port parent-trunk
   +-----------------+--------------------------------------+
   | Field           | Value                                |
   +-----------------+--------------------------------------+
   | admin_state_up  | UP                                   |
   | created_at      | 2016-10-20T02:05:17Z                 |
   | description     |                                      |
   | id              | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88 |
   | name            | parent-trunk                         |
   | port_id         | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 |
   | revision_number | 1                                    |
   | status          | DOWN                                 |
   | sub_ports       |                                      |
   | tenant_id       | 745d33000ac74d30a77539f8920555e7     |
   | updated_at      | 2016-10-20T02:05:17Z                 |
   +-----------------+--------------------------------------+

4. トランクの接続を確認します。

   openstack network trunk list
   +--------------------------------------+--------------+--------------------------------------+-------------+
   | ID                                   | Name         | Parent Port                          | Description |
   +--------------------------------------+--------------+--------------------------------------+-------------+
   | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88 | parent-trunk | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 |             |
   +--------------------------------------+--------------+--------------------------------------+-------------+

5. トランク接続の詳細を表示します。

   openstack network trunk show parent-trunk
   +-----------------+--------------------------------------+
   | Field           | Value                                |
   +-----------------+--------------------------------------+
   | admin_state_up  | UP                                   |
   | created_at      | 2016-10-20T02:05:17Z                 |
   | description     |                                      |
   | id              | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88 |
   | name            | parent-trunk                         |
   | port_id         | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 |
   | revision_number | 1                                    |
   | status          | DOWN                                 |
   | sub_ports       |                                      |
   | tenant_id       | 745d33000ac74d30a77539f8920555e7     |
   | updated_at      | 2016-10-20T02:05:17Z                 |
   +-----------------+--------------------------------------+

1. neutron ポートを作成します。

   このポートは、トランクへのサブポート接続です。親ポートに割り当てた MAC アドレスも指定する必要があります。

   openstack port create --network private --mac-address fa:16:3e:33:c4:75 subport-trunk-port
   +-----------------------+--------------------------------------------------------------------------+
   | Field                 | Value                                                                    |
   +-----------------------+--------------------------------------------------------------------------+
   | admin_state_up        | UP                                                                       |
   | allowed_address_pairs |                                                                          |
   | binding_host_id       |                                                                          |
   | binding_profile       |                                                                          |
   | binding_vif_details   |                                                                          |
   | binding_vif_type      | unbound                                                                  |
   | binding_vnic_type     | normal                                                                   |
   | created_at            | 2016-10-20T02:08:14Z                                                     |
   | description           |                                                                          |
   | device_id             |                                                                          |
   | device_owner          |                                                                          |
   | extra_dhcp_opts       |                                                                          |
   | fixed_ips             | ip_address='10.0.0.11', subnet_id='1a299780-56df-4c0b-a4c0-c5a612cef2e8' |
   | headers               |                                                                          |
   | id                    | 479d742e-dd00-4c24-8dd6-b7297fab3ee9                                     |
   | mac_address           | fa:16:3e:33:c4:75                                                        |
   | name                  | subport-trunk-port                                                       |
   | network_id            | 3fe6b758-8613-4b17-901e-9ba30a7c4b51                                     |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                         |
   | project_id            | 745d33000ac74d30a77539f8920555e7                                         |
   | revision_number       | 4                                                                        |
   | security_groups       | 59e2af18-93c6-4201-861b-19a8a8b79b23                                     |
   | status                | DOWN                                                                     |
   | updated_at            | 2016-10-20T02:08:15Z                                                     |
   +-----------------------+--------------------------------------------------------------------------+

   注記

   HttpException: Conflict のエラーが発生した場合には、親のトランクポートのあるネットワークとは異なるネットワークで、サブポートを作成していることを確認してください。この例では、親トランクポートにパブリックネットワークを、サブポートにはプライベートネットワークを使用しています。

2. トランク (parent-trunk) とポートを関連付けて、VLAN ID (55) を指定します。

   openstack network trunk set --subport port=subport-trunk-port,segmentation-type=vlan,segmentation-id=55 parent-trunk

1. ネットワークトランクの設定を確認します。

   $ openstack network trunk list
   +--------------------------------------+--------------+--------------------------------------+-------------+
   | ID                                   | Name         | Parent Port                          | Description |
   +--------------------------------------+--------------+--------------------------------------+-------------+
   | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88 | parent-trunk | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 |             |
   +--------------------------------------+--------------+--------------------------------------+-------------+
   
   
   $ openstack network trunk show parent-trunk
   +-----------------+------------------------------------------------------------------------------------------------+
   | Field           | Value                                                                                          |
   +-----------------+------------------------------------------------------------------------------------------------+
   | admin_state_up  | UP                                                                                             |
   | created_at      | 2016-10-20T02:05:17Z                                                                           |
   | description     |                                                                                                |
   | id              | 0e4263e2-5761-4cf6-ab6d-b22884a0fa88                                                           |
   | name            | parent-trunk                                                                                   |
   | port_id         | 20b6fdf8-0d43-475a-a0f1-ec8f757a4a39                                                           |
   | revision_number | 2                                                                                              |
   | status          | DOWN                                                                                           |
   | sub_ports       | port_id='479d742e-dd00-4c24-8dd6-b7297fab3ee9', segmentation_id='55', segmentation_type='vlan' |
   | tenant_id       | 745d33000ac74d30a77539f8920555e7                                                               |
   | updated_at      | 2016-10-20T02:10:06Z                                                                           |
   +-----------------+------------------------------------------------------------------------------------------------+

2. 親 port-id を仮想 NIC として使用するインスタンスを作成します。

   nova boot --image cirros --flavor m1.tiny testInstance --security-groups default --key-name sshaccess --nic port-id=20b6fdf8-0d43-475a-a0f1-ec8f757a4a39
   
   
   +--------------------------------------+-----------------------------------------------+
   | Property                             | Value                                         |
   +--------------------------------------+-----------------------------------------------+
   | OS-DCF:diskConfig                    | MANUAL                                        |
   | OS-EXT-AZ:availability_zone          |                                               |
   | OS-EXT-SRV-ATTR:host                 | -                                             |
   | OS-EXT-SRV-ATTR:hostname             | testinstance                                  |
   | OS-EXT-SRV-ATTR:hypervisor_hostname  | -                                             |
   | OS-EXT-SRV-ATTR:instance_name        |                                               |
   | OS-EXT-SRV-ATTR:kernel_id            |                                               |
   | OS-EXT-SRV-ATTR:launch_index         | 0                                             |
   | OS-EXT-SRV-ATTR:ramdisk_id           |                                               |
   | OS-EXT-SRV-ATTR:reservation_id       | r-juqco0el                                    |
   | OS-EXT-SRV-ATTR:root_device_name     | -                                             |
   | OS-EXT-SRV-ATTR:user_data            | -                                             |
   | OS-EXT-STS:power_state               | 0                                             |
   | OS-EXT-STS:task_state                | scheduling                                    |
   | OS-EXT-STS:vm_state                  | building                                      |
   | OS-SRV-USG:launched_at               | -                                             |
   | OS-SRV-USG:terminated_at             | -                                             |
   | accessIPv4                           |                                               |
   | accessIPv6                           |                                               |
   | adminPass                            | uMyL8PnZRBwQ                                  |
   | config_drive                         |                                               |
   | created                              | 2016-10-20T03:02:51Z                          |
   | description                          | -                                             |
   | flavor                               | m1.tiny (1)                                   |
   | hostId                               |                                               |
   | host_status                          |                                               |
   | id                                   | 88b7aede-1305-4d91-a180-67e7eac8b70d          |
   | image                                | cirros (568372f7-15df-4e61-a05f-10954f79a3c4) |
   | key_name                             | sshaccess                                     |
   | locked                               | False                                         |
   | metadata                             | {}                                            |
   | name                                 | testInstance                                  |
   | os-extended-volumes:volumes_attached | []                                            |
   | progress                             | 0                                             |
   | security_groups                      | default                                       |
   | status                               | BUILD                                         |
   | tags                                 | []                                            |
   | tenant_id                            | 745d33000ac74d30a77539f8920555e7              |
   | updated                              | 2016-10-20T03:02:51Z                          |
   | user_id                              | 8c4aea738d774967b4ef388eb41fef5e              |
   +--------------------------------------+-----------------------------------------------+

1. 利用可能なネットワークの一覧を表示します。

   # openstack network list
   +--------------------------------------+-------------+-------------------------------------------------------+
   | id                                   | name        | subnets                                               |
   +--------------------------------------+-------------+-------------------------------------------------------+
   | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 | web-servers | 20512ffe-ad56-4bb4-b064-2cb18fecc923 192.168.200.0/24 |
   | bcc16b34-e33e-445b-9fde-dd491817a48a | private     | 7fe4a05a-4b81-4a59-8c47-82c965b0e050 10.0.0.0/24      |
   | 9b2f4feb-fee8-43da-bb99-032e4aaf3f85 | public      | 2318dc3b-cff0-43fc-9489-7d4cf48aaab9 172.24.4.224/28  |
   +--------------------------------------+-------------+-------------------------------------------------------+

2. プロジェクトの一覧を表示します。

   # openstack project list
   +----------------------------------+----------+
   | ID                               | Name     |
   +----------------------------------+----------+
   | 4b0b98f8c6c040f38ba4f7146e8680f5 | auditors |
   | 519e6344f82e4c079c8e2eabb690023b | services |
   | 80bf5732752a41128e612fe615c886c6 | demo     |
   | 98a2f53c20ce4d50a40dac4a38016c69 | admin    |
   +----------------------------------+----------+

3. web-servers ネットワークの RBAC エントリーを作成し、auditors プロジェクト (4b0b98f8c6c040f38ba4f7146e8680f5) にアクセスを許可します。

   # openstack network rbac create --type network --target-project 4b0b98f8c6c040f38ba4f7146e8680f5 --action access_as_shared web-servers
   Created a new rbac_policy:
   +----------------+--------------------------------------+
   | Field          | Value                                |
   +----------------+--------------------------------------+
   | action         | access_as_shared                     |
   | id             | 314004d0-2261-4d5e-bda7-0181fcf40709 |
   | object_id      | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | object_type    | network                              |
   | target_project | 4b0b98f8c6c040f38ba4f7146e8680f5     |
   | project_id     | 98a2f53c20ce4d50a40dac4a38016c69     |
   +----------------+--------------------------------------+

1. openstack network rbac list コマンドを実行して、既存のロールベースアクセス制御 (RBAC) ポリシーの ID を取得します。

   # openstack network rbac list
   +--------------------------------------+-------------+--------------------------------------+
   | id                                   | object_type | object_id                            |
   +--------------------------------------+-------------+--------------------------------------+
   | 314004d0-2261-4d5e-bda7-0181fcf40709 | network     | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | bbab1cf9-edc5-47f9-aee3-a413bd582c0a | network     | 9b2f4feb-fee8-43da-bb99-032e4aaf3f85 |
   +--------------------------------------+-------------+--------------------------------------+

2. openstack network rbac-show コマンドを実行して、特定の RBAC エントリーの詳細を表示します。

   # openstack network rbac show 314004d0-2261-4d5e-bda7-0181fcf40709
   +----------------+--------------------------------------+
   | Field          | Value                                |
   +----------------+--------------------------------------+
   | action         | access_as_shared                     |
   | id             | 314004d0-2261-4d5e-bda7-0181fcf40709 |
   | object_id      | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | object_type    | network                              |
   | target_project | 4b0b98f8c6c040f38ba4f7146e8680f5     |
   | project_id     | 98a2f53c20ce4d50a40dac4a38016c69     |
   +----------------+--------------------------------------+

1. openstack network rbac list コマンドを実行して、既存のロールベースアクセス制御 (RBAC) ポリシーの ID を取得します。

   # openstack network rbac list
   +--------------------------------------+-------------+--------------------------------------+
   | id                                   | object_type | object_id                            |
   +--------------------------------------+-------------+--------------------------------------+
   | 314004d0-2261-4d5e-bda7-0181fcf40709 | network     | fa9bb72f-b81a-4572-9c7f-7237e5fcabd3 |
   | bbab1cf9-edc5-47f9-aee3-a413bd582c0a | network     | 9b2f4feb-fee8-43da-bb99-032e4aaf3f85 |
   +--------------------------------------+-------------+--------------------------------------+

2. 削除する RBAC の ID を指定して openstack network rbac delete コマンドを実行し、RBAC を削除します。

   # openstack network rbac delete 314004d0-2261-4d5e-bda7-0181fcf40709
   Deleted rbac_policy: 314004d0-2261-4d5e-bda7-0181fcf40709

1. 外部ネットワークトラフィック用の物理ネットワークに接続されたインターフェースを、コンピュートノードとコントローラーノードの両方で設定すること。
2. コンピュートノードおよびコントローラーノードでブリッジを作成して、外部ネットワークトラフィック用のインターフェースを設定すること。
3. X がこのブリッジを使用するのを許可するように Neutron を設定すること。

1. environments/neutron-ovs-dvr.yaml ファイルで OS::TripleO::Compute::Net::SoftwareConfig の値が現在の OS::TripleO::Controller::Net::SoftwareConfig の値と同じであることを確認します。

   通常、この値はオーバークラウドのデプロイ時に使用するネットワーク環境ファイル (例: environments/net-multiple-nics.yaml) に含まれます。この値により、コンピュートノードの L3 エージェントに適した外部ネットワークブリッジが作成されます。

   注記

   コンピュートノードのネットワーク設定をカスタマイズする場合には、これらのファイルに適切な設定を追加しなければならない場合があります。

2. オーバークラウドのデプロイ時に、environments/neutron-ovs-dvr.yaml ファイルをデプロイコマンドに追加します。

   $ openstack overcloud deploy --templates -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-ovs-dvr.yaml

3. L3 HA が無効になっていることを確認します。

   実稼動環境 (または、ネットワークの分離、専用の NIC など、特別なカスタマイズが必要なテスト環境) では、環境の例を指針として利用することができます。L2 エージェントが使用するブリッジマッピング種別のパラメーターや、他のエージェント (例: L3 エージェント) の外部向けブリッジへの参照が正しいことを確認します。

   注記

   L3 エージェントの外部ブリッジの設定は現在も提供されていますが非推奨となっており、今後廃止される予定です。

1. デプロイメントをアップグレードして、正しく機能していることを確認します。

2. director のスタック更新を実行して DVR を設定します。

   詳細は、「ML2 OVS を使用した DVR のデプロイ」を参照してください。

3. 既存のルーターでルーティングが正常に機能していることを確認します。
4. L3 HA ルーターを直接 分散型 に移行することはできません。代わりに、各ルーターで L3 HA オプションを無効にしてから、分散型のオプションを有効にします。

1. ルーターを無効にします。

   $ openstack router set --disable

2. 高可用性の設定を無効にします。

   $ openstack router set --no-ha

3. ルーターが DVR を使用するように設定します。

   $ openstack router set --distributed

1. ルーターを有効にします。

   $ openstack router set --enable

2. 分散ルーティングが正常に機能していることを確認します。

手順

1. サブネット (public-subnet) にロードバランサー (lb1) を作成します。

   注記

   丸かっこ () 内の名前を、実際に使用される名前に置き換えてください。

   $ openstack loadbalancer create --name lb1 --vip-subnet-id public-subnet

2. ロードバランサー (lb1) のステータス表示が ACTIVE および ONLINE になるまで、以下のコマンドを再実行します。

   $ openstack loadbalancer show lb1

3. 許可される CIDR でリスナー (listener1) を作成します。

   $ openstack loadbalancer listener create --name listener1 --protocol TCP --protocol-port 80 --allowed-cidr 192.0.2.0/24 --allowed-cidr 198.51.100/24 lb1

4. リスナー (listener1) のデフォルトプール (pool1) を作成します。

   $ openstack loadbalancer pool create --name pool1 --lb-algorithm ROUND_ROBIN --listener listener1 --protocol TCP

5. サブネット (private-subnet) 上のメンバー 192.0.2.10 および 192.0.2.11 を、作成したプール (pool1) に追加します。

   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.10 --protocol-port 80 pool1
   
   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.11 --protocol-port 80 pool1

検証手順

1. 以下のコマンドを入力します。

   $ openstack loadbalancer listener show listener1

   以下のような出力が表示されるはずです。

   +-----------------------------+--------------------------------------+
   | Field                       | Value                                |
   +-----------------------------+--------------------------------------+
   | admin_state_up              | True                                 |
   | connection_limit            | -1                                   |
   | created_at                  | 2019-12-09T11:38:05                  |
   | default_pool_id             | None                                 |
   | default_tls_container_ref   | None                                 |
   | description                 |                                      |
   | id                          | d26ba156-03c3-4051-86e8-f8997a202d8e |
   | insert_headers              | None                                 |
   | l7policies                  |                                      |
   | loadbalancers               | 2281487a-54b9-4c2a-8d95-37262ec679d6 |
   | name                        | listener1                            |
   | operating_status            | ONLINE                               |
   | project_id                  | 308ca9f600064f2a8b3be2d57227ef8f     |
   | protocol                    | TCP                                  |
   | protocol_port               | 80                                   |
   | provisioning_status         | ACTIVE                               |
   | sni_container_refs          | []                                   |
   | timeout_client_data         | 50000                                |
   | timeout_member_connect      | 5000                                 |
   | timeout_member_data         | 50000                                |
   | timeout_tcp_inspect         | 0                                    |
   | updated_at                  | 2019-12-09T11:38:14                  |
   | client_ca_tls_container_ref | None                                 |
   | client_authentication       | NONE                                 |
   | client_crl_container_ref    | None                                 |
   | allowed_cidrs               | 192.0.2.0/24                         |
   |                             | 198.51.100/24                        |
   +-----------------------------+--------------------------------------+

   パラメーター allowed_cidrs は、192.0.2.0/24 および 198.51.100/24 からのトラフィックだけを許可するように設定します。

2. ロードバランサーが保護されていることを確認するには、allowed_cidrs の一覧に記載されていない CIDR のクライアントからリスナーにリクエストの実施を試みます。リクエストは成功しないはずです。以下のような出力が表示されるはずです。

   curl: (7) Failed to connect to 10.0.0.226 port 80: Connection timed out
   curl: (7) Failed to connect to 10.0.0.226 port 80: Connection timed out
   curl: (7) Failed to connect to 10.0.0.226 port 80: Connection timed out
   curl: (7) Failed to connect to 10.0.0.226 port 80: Connection timed out

1. サブネット上にロードバランサーを作成します。

   $ openstack loadbalancer create --name lb1 --vip-subnet-id private-subnet

2. ロードバランサーの状態を監視します。

   $ openstack loadbalancer show lb1

   ACTIVE および ONLINE のステータスが表示されていれば、ロードバランサーが作成され稼働していることを意味しているので、次のステップに進むことができます。

   注記

   Compute サービス (nova) からロードバランサーのステータスを確認するには、openstack server list --all | grep amphora コマンドを使用します。ロードバランサーはコンテナーではなく仮想マシン (VM) なので、その作成プロセスには時間がかかります (ステータスは PENDING と表示されます)。

3. リスナーを作成します。

   $ openstack loadbalancer listener create --name listener1 --protocol HTTP --protocol-port 80 lb1

4. リスナーのデフォルトプールを作成します。

   $ openstack loadbalancer pool create --name pool1 --lb-algorithm ROUND_ROBIN --listener listener1 --protocol HTTP

5. プール上にヘルスモニターを作成して、「/healthcheck」パスをテストします。

   $ openstack loadbalancer healthmonitor create --delay 5 --max-retries 4 --timeout 10 --type HTTP --url-path /healthcheck pool1

6. プールにロードバランサーのメンバーを追加します。

   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.10 --protocol-port 80 pool1
   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.11 --protocol-port 80 pool1

7. public サブネットに Floating IP アドレスを作成します。

   $ openstack floating ip create public

8. この Floating IP をロードバランサーの仮想 IP ポートに割り当てます。

   $ openstack floating ip set --port `_LOAD_BALANCER_VIP_PORT_` `_FLOATING_IP_`

   ヒント

   LOAD_BALANCER_VIP_PORT を特定するには、openstack loadbalancer show lb1 コマンドを実行します。

1. ロードバランサーの設定を確認するには、openstack loadbalancer show コマンドを実行します。

   (overcloud) [stack@undercloud-0 ~]$ openstack loadbalancer show lb1
   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2018-04-18T12:28:34                  |
   | description         |                                      |
   | flavor              |                                      |
   | id                  | 788fe121-3dec-4e1b-8360-4020642238b0 |
   | listeners           | 09f28053-fde8-4c78-88b9-0f191d84120e |
   | name                | lb1                                  |
   | operating_status    | ONLINE                               |
   | pools               | 627842b3-eed8-4f5f-9f4a-01a738e64d6a |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | provider            | octavia                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2018-04-18T14:03:09                  |
   | vip_address         | 192.168.0.11                         |
   | vip_network_id      | 9bca13be-f18d-49a5-a83d-9d487827fd16 |
   | vip_port_id         | 69a85edd-5b1c-458f-96f2-b4552b15b8e6 |
   | vip_qos_policy_id   | None                                 |
   | vip_subnet_id       | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   +---------------------+--------------------------------------+

2. ロードバランサー lb1 に関連付けられた amphora の UUID を確認するには、amphora list コマンドを実行します。

   (overcloud) [stack@undercloud-0 ~]$ openstack loadbalancer amphora list | grep <UUID of loadbalancer lb1>

3. amphora の情報を表示するには、amphora の UUID と共に amphora show コマンドを実行します。

   (overcloud) [stack@undercloud-0 ~]$ openstack loadbalancer amphora show 62e41d30-1484-4e50-851c-7ab6e16b88d0
   +-----------------+--------------------------------------+
   | Field           | Value                                |
   +-----------------+--------------------------------------+
   | id              | 62e41d30-1484-4e50-851c-7ab6e16b88d0 |
   | loadbalancer_id | 53a497b3-267d-4abc-968f-94237829f78f |
   | compute_id      | 364efdb9-679c-4af4-a80c-bfcb74fc0563 |
   | lb_network_ip   | 192.168.0.13                         |
   | vrrp_ip         | 10.0.0.11                            |
   | ha_ip           | 10.0.0.10                            |
   | vrrp_port_id    | 74a5c1b4-a414-46b8-9263-6328d34994d4 |
   | ha_port_id      | 3223e987-5dd6-4ec8-9fb8-ee34e63eef3c |
   | cert_expiration | 2020-07-16T12:26:07                  |
   | cert_busy       | False                                |
   | role            | BACKUP                               |
   | status          | ALLOCATED                            |
   | vrrp_interface  | eth1                                 |
   | vrrp_id         | 1                                    |
   | vrrp_priority   | 90                                   |
   | cached_zone     | nova                                 |
   | created_at      | 2018-07-17T12:26:07                  |
   | updated_at      | 2018-07-17T12:30:36                  |
   | image_id        | a3f9f3e4-92b6-4a27-91c8-ddc69714da8f |
   +-----------------+--------------------------------------+

4. リスナーの情報を表示するには、openstack loadbalancer listener show コマンドを実行します。

   (overcloud) [stack@undercloud-0 ~]$ openstack loadbalancer listener show listener1
   ---------------------------------------------------------------------------------------------------+
   | Field                     | Value                                                                  |
   ---------------------------------------------------------------------------------------------------+
   | admin_state_up            | True                                                                   |
   | connection_limit          | -1                                                                     |
   | created_at                | 2018-04-18T12:51:25                                                    |
   | default_pool_id           | 627842b3-eed8-4f5f-9f4a-01a738e64d6a                                   |
   | default_tls_container_ref | http://10.0.0.101:9311/v1/secrets/7eafeabb-b4a1-4bc4-8098-b6281736bfe2 |
   | description               |                                                                        |
   | id                        | 09f28053-fde8-4c78-88b9-0f191d84120e                                   |
   | insert_headers            | None                                                                   |
   | l7policies                |                                                                        |
   | loadbalancers             | 788fe121-3dec-4e1b-8360-4020642238b0                                   |
   | name                      | listener1                                                              |
   | operating_status          | ONLINE                                                                 |
   | project_id                | dda678ca5b1241e7ad7bf7eb211a2fd7                                       |
   | protocol                  | TERMINATED_HTTPS                                                       |
   | protocol_port             | 443                                                                    |
   | provisioning_status       | ACTIVE                                                                 |
   | sni_container_refs        | []                                                                     |
   | updated_at                | 2018-04-18T14:03:09                                                    |
   ---------------------------------------------------------------------------------------------------+

5. プールとロードバランサーのメンバーを表示するには、openstack loadbalancer pool show コマンドを実行します。

   (overcloud) [stack@undercloud-0 ~]$ openstack loadbalancer pool show pool1
   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2018-04-18T12:53:49                  |
   | description         |                                      |
   | healthmonitor_id    |                                      |
   | id                  | 627842b3-eed8-4f5f-9f4a-01a738e64d6a |
   | lb_algorithm        | ROUND_ROBIN                          |
   | listeners           | 09f28053-fde8-4c78-88b9-0f191d84120e |
   | loadbalancers       | 788fe121-3dec-4e1b-8360-4020642238b0 |
   | members             | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   |                     | 40db746d-063e-4620-96ee-943dcd351b37 |
   | name                | pool1                                |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol            | HTTP                                 |
   | provisioning_status | ACTIVE                               |
   | session_persistence | None                                 |
   | updated_at          | 2018-04-18T14:03:09                  |
   +---------------------+--------------------------------------+

6. Floating IP アドレスを確認するには、openstack floating ip list コマンドを実行します。

   (overcloud) [stack@undercloud-0 ~]$ openstack floating ip list
   -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
   | ID                                   | Floating IP Address | Fixed IP Address | Port                                 | Floating Network                     | Project                          |
   -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
   | 89661971-fa65-4fa6-b639-563967a383e7 | 10.0.0.213          | 192.168.0.11     | 69a85edd-5b1c-458f-96f2-b4552b15b8e6 | fe0f3854-fcdc-4433-bc57-3e4568e4d944 | dda678ca5b1241e7ad7bf7eb211a2fd7 |
   -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

7. HTTPS トラフィックがロードバランサー全体に流れることを確認します。

   (overcloud) [stack@undercloud-0 ~]$ curl -v https://10.0.0.213 --insecure
   * About to connect() to 10.0.0.213 port 443 (#0)
   *   Trying 10.0.0.213...
   * Connected to 10.0.0.213 (10.0.0.213) port 443 (#0)
   * Initializing NSS with certpath: sql:/etc/pki/nssdb
   * skipping SSL peer certificate verification
   * SSL connection using TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
   * Server certificate:
   * 	subject: CN=www.example.com,O=Dis,L=Springfield,ST=Denial,C=US
   * 	start date: Apr 18 09:21:45 2018 GMT
   * 	expire date: Apr 18 09:21:45 2019 GMT
   * 	common name: www.example.com
   * 	issuer: CN=www.example.com,O=Dis,L=Springfield,ST=Denial,C=US
   > GET / HTTP/1.1
   > User-Agent: curl/7.29.0
   > Host: 10.0.0.213
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Content-Length: 30
   <
   * Connection #0 to host 10.0.0.213 left intact

手順

1. 鍵 (server.key)、証明書 (server.crt)、および中間証明書チェーン (ca-chain.crt) を 1 つの PKCS12 ファイル (server.p12) に組み合わせます。

   注記

   丸かっこ内の値は例として示しています。これらの例を実際のサイトに適した値に置き換えてください。

   $ openssl pkcs12 -export -inkey server.key -in server.crt -certfile ca-chain.crt -passout pass: -out server.p12

2. Key Manager サービスを使用して、PKCS12 ファイルのシークレットリソース (tls_secret1) を作成します。

   $ openstack secret store --name='tls_secret1' -t 'application/octet-stream' -e 'base64' --payload="$(base64 < server.p12)"

3. パブリックサブネット (public-subnet) にロードバランサー (lb1) を作成します。

   $ openstack loadbalancer create --name lb1 --vip-subnet-id public-subnet

4. 次のステップに進むためには、作成したロードバランサー (lb1) がアクティブでオンライン状態でなければなりません。

   ロードバランサーの応答が ACTIVE および ONLINE のステータスになるまで、openstack loadbalancer show コマンドを実行します。(複数回このコマンドを実行しなければならない場合があります。)

   $ openstack loadbalancer show lb1

5. TERMINATED_HTTPS リスナー (listener1) を作成し、リスナーのデフォルト TLS コンテナーとしてシークレットリソースを参照します。

   $ openstack loadbalancer listener create --protocol-port 443 --protocol TERMINATED_HTTPS --name listener1 --default-tls-container=$(openstack secret list | awk '/ tls_secret1 / {print $2}') lb1

6. プール (pool1) を作成し、リスナーのデフォルトプールに設定します。

   $ openstack loadbalancer pool create --name pool1 --lb-algorithm ROUND_ROBIN --listener listener1 --protocol HTTP

7. プライベートサブネット (private-subnet) 上のセキュアではない HTTP バックエンドサーバー (192.0.2.10 および 192.0.2.11）をプールに追加します。

   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.10 --protocol-port 80 pool1
   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.11 --protocol-port 80 pool1

手順

1. SNI 一覧の TLS 証明書ごとに、鍵 (server.key)、証明書 (server.crt)、および中間証明書チェーン (ca-chain.crt) を 1 つの PKCS12 ファイル (server.p12) に組み合わせます。

   以下の例では、それぞれの証明書 (www.example.com および www2.example.com) 用に、2 つの PKCS12 ファイル (server.p12 および server2.p12) を作成します。

   注記

   丸かっこ内の値は例として示しています。これらの例を実際のサイトに適した値に置き換えてください。

   $ openssl pkcs12 -export -inkey server.key -in server.crt -certfile ca-chain.crt -passout pass: -out server.p12
   
   $ openssl pkcs12 -export -inkey server2.key -in server2.crt -certfile ca-chain2.crt -passout pass: -out server2.p12

2. Key Manager サービスを使用して、PKCS12 ファイルのシークレットリソース (tls_secret1 および tls_secret2) を作成します。

   $ openstack secret store --name='tls_secret1' -t 'application/octet-stream' -e 'base64' --payload="$(base64 < server.p12)"
   $ openstack secret store --name='tls_secret2' -t 'application/octet-stream' -e 'base64' --payload="$(base64 < server2.p12)"

3. パブリックサブネット (public-subnet) にロードバランサー (lb1) を作成します。

   $ openstack loadbalancer create --name lb1 --vip-subnet-id public-subnet

4. 次のステップに進むためには、作成したロードバランサー (lb1) がアクティブでオンライン状態でなければなりません。

   ロードバランサーの応答が ACTIVE および ONLINE のステータスになるまで、openstack loadbalancer show コマンドを実行します。(複数回このコマンドを実行しなければならない場合があります。)

   $ openstack loadbalancer show lb1

5. TERMINATED_HTTPS リスナー (listener1) を作成し、SNI を使用して両方のシークレットリソースを参照します。

   リスナーのデフォルト TLS コンテナーとして tls_secret1 を参照します。)

   $ openstack loadbalancer listener create --protocol-port 443 \
   --protocol TERMINATED_HTTPS --name listener1 \
   --default-tls-container=$(openstack secret list | awk '/ tls_secret1 / {print $2}') \
   --sni-container-refs $(openstack secret list | awk '/ tls_secret1 / {print $2}') \
   $(openstack secret list | awk '/ tls_secret2 / {print $2}') -- lb1

6. プール (pool1) を作成し、リスナーのデフォルトプールに設定します。

   $ openstack loadbalancer pool create --name pool1 --lb-algorithm ROUND_ROBIN --listener listener1 --protocol HTTP

7. プライベートサブネット (private-subnet) 上のセキュアではない HTTP バックエンドサーバー (192.0.2.10 および 192.0.2.11）をプールに追加します。

   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.10 --protocol-port 80 pool1
   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.11 --protocol-port 80 pool1

手順

1. 鍵 (server.key)、証明書 (server.crt)、および中間証明書チェーン (ca-chain.crt) を 1 つの PKCS12 ファイル (server.p12) に組み合わせます。

   注記

   丸かっこ内の値は例として示しています。これらの例を実際のサイトに適した値に置き換えてください。

   $ openssl pkcs12 -export -inkey server.key -in server.crt -certfile ca-chain.crt -passout pass: -out server.p12

2. Key Manager サービスを使用して、PKCS12 ファイルのシークレットリソース (tls_secret1) を作成します。

   $ openstack secret store --name='tls_secret1' -t 'application/octet-stream' -e 'base64' --payload="$(base64 < server.p12)"

3. パブリックサブネット (public-subnet) にロードバランサー (lb1) を作成します。

   $ openstack loadbalancer create --name lb1 --vip-subnet-id public-subnet

4. 次のステップに進むためには、作成したロードバランサー (lb1) がアクティブでオンライン状態でなければなりません。

   ロードバランサーの応答が ACTIVE および ONLINE のステータスになるまで、openstack loadbalancer show コマンドを実行します。(複数回このコマンドを実行しなければならない場合があります。)

   $ openstack loadbalancer show lb1

5. TERMINATED_HTTPS リスナー (listener1) を作成し、リスナーのデフォルト TLS コンテナーとしてシークレットリソースを参照します。

   $ openstack loadbalancer listener create --protocol-port 443 --protocol TERMINATED_HTTPS --name listener1 --default-tls-container=$(openstack secret list | awk '/ tls_secret1 / {print $2}') lb1

6. プール (pool1) を作成し、リスナーのデフォルトプールに設定します。

   $ openstack loadbalancer pool create --name pool1 --lb-algorithm ROUND_ROBIN --listener listener1 --protocol HTTP

7. プライベートサブネット (private-subnet) 上のセキュアではない HTTP バックエンドサーバー (192.0.2.10 および 192.0.2.11）をプールに追加します。

   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.10 --protocol-port 80 pool1
   $ openstack loadbalancer member create --subnet-id private-subnet --address 192.0.2.11 --protocol-port 80 pool1

8. セキュアではない HTTP リスナー (listener2) を作成し、そのデフォルトのプールをセキュアなリスナーと同じプールに設定します。

   $ openstack loadbalancer listener create --protocol-port 80 --protocol HTTP --name listener2 --default-pool pool1 lb1

1. ssh-agent を開始し、ユーザー ID キーをエージェントに追加します。

   [stack@undercloud-0] $ eval `ssh-agent -s`
   [stack@undercloud-0] $ ssh-add

2. SSH を使用して Amphora インスタンスに接続します。

   [stack@undercloud-0] $ ssh -A -t heat-admin@<controller node IP address> ssh cloud-user@<IP address of Amphora in load-balancing management network>

3. systemd ジャーナルを表示します。

   [cloud-user@amphora-f60af64d-570f-4461-b80a-0f1f8ab0c422 ~] $ sudo journalctl

   ジャーナル出力の絞り込みに関する情報は、journalctl の man ページを参照してください。

4. ジャーナルの表示を終了し、Amphora インスタンスおよびコントローラーノードへの接続を終了したら、必ず SSH エージェントを停止してください。

   [stack@undercloud-0] $ exit

1. IPv6 サブネットを作成するプロジェクトのプロジェクト ID を取得します。これらの値は OpenStack デプロイメント固有なので、実際の値はこの例の値とは異なります。

   # openstack project list
   +----------------------------------+----------+
   | ID                               | Name     |
   +----------------------------------+----------+
   | 25837c567ed5458fbb441d39862e1399 |    QA    |
   | f59f631a77264a8eb0defc898cb836af |  admin   |
   | 4e2e1951e70643b5af7ed52f3ff36539 |   demo   |
   | 8561dff8310e4cd8be4b6fd03dc8acf5 | services |
   +----------------------------------+----------+

2. OpenStack Networking (neutron) 内の全ネットワークの一覧を取得し、IPv6 サブネットをホストするネットワークの名前を書き留めておきます。

   # openstack network list
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | id                                   | name             | subnets                                                     |
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | 8357062a-0dc2-4146-8a7f-d2575165e363 | private          | c17f74c4-db41-4538-af40-48670069af70 10.0.0.0/24            |
   | 31d61f7d-287e-4ada-ac29-ed7017a54542 | public           | 303ced03-6019-4e79-a21c-1942a460b920 172.24.4.224/28        |
   | 6aff6826-4278-4a35-b74d-b0ca0cbba340 | database-servers |                                                             |
   +--------------------------------------+------------------+-------------------------------------------------------------+

3. openstack subnet create コマンドにプロジェクト ID およびネットワーク名を追加します。

   # openstack subnet create --ip-version 6 --ipv6-address-mode dhcpv6-stateful --project 25837c567ed5458fbb441d39862e1399 --network database-servers --subnet-range fdf8:f53b:82e4::53/125 subnet_name
   
   Created a new subnet:
   +-------------------+--------------------------------------------------------------+
   | Field             | Value                                                        |
   +-------------------+--------------------------------------------------------------+
   | allocation_pools  | {"start": "fdf8:f53b:82e4::52", "end": "fdf8:f53b:82e4::56"} |
   | cidr              | fdf8:f53b:82e4::53/125                                       |
   | dns_nameservers   |                                                              |
   | enable_dhcp       | True                                                         |
   | gateway_ip        | fdf8:f53b:82e4::51                                           |
   | host_routes       |                                                              |
   | id                | cdfc3398-997b-46eb-9db1-ebbd88f7de05                         |
   | ip_version        | 6                                                            |
   | ipv6_address_mode | dhcpv6-stateful                                              |
   | ipv6_ra_mode      |                                                              |
   | name              |                                                              |
   | network_id        | 6aff6826-4278-4a35-b74d-b0ca0cbba340                         |
   | tenant_id         | 25837c567ed5458fbb441d39862e1399                             |
   +-------------------+--------------------------------------------------------------+

4. ネットワークの一覧を確認して、ここでの設定を検証します。database-servers のエントリーには新規作成された IPv6 サブネットが反映されている点に注意してください。

   # openstack network list
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | id                                   | name             | subnets                                                     |
   +--------------------------------------+------------------+-------------------------------------------------------------+
   | 6aff6826-4278-4a35-b74d-b0ca0cbba340 | database-servers | cdfc3398-997b-46eb-9db1-ebbd88f7de05 fdf8:f53b:82e4::50/125 |
   | 8357062a-0dc2-4146-8a7f-d2575165e363 | private          | c17f74c4-db41-4538-af40-48670069af70 10.0.0.0/24            |
   | 31d61f7d-287e-4ada-ac29-ed7017a54542 | public           | 303ced03-6019-4e79-a21c-1942a460b920 172.24.4.224/28        |
   +--------------------------------------+------------------+-------------------------------------------------------------+

   この設定により、QA プロジェクトの作成するインスタンスが database-servers サブネットに追加されると、DHCP IPv6 アドレスを取得できるようになります。

   # openstack server list
   +--------------------------------------+------------+--------+------------+-------------+-------------------------------------+
   | ID                                   | Name       | Status | Task State | Power State | Networks                            |
   +--------------------------------------+------------+--------+------------+-------------+-------------------------------------+
   | fad04b7a-75b5-4f96-aed9-b40654b56e03 | corp-vm-01 | ACTIVE | -          | Running     | database-servers=fdf8:f53b:82e4::52 |
   +--------------------------------------+------------+--------+------------+-------------+-------------------------------------+

1. /var/lib/config-data/neutron/etc/neutron/neutron.conf ファイルで L3 HA を有効にし、各仮想ルーターを保護する L3 エージェントノード数を定義して、レイヤー 3 HA を設定します。

   l3_ha = True
   max_l3_agents_per_router = 2
   min_l3_agents_per_router = 2

   L3 HA パラメーター:

   • l3_ha: True に設定されると、これ以降に作成される仮想ルーターは、すべて (レガシーではなく) HA にデフォルト設定されます。管理者は、openstack router create コマンドで以下のオプションを使用して、各ルーターの値を上書きすることができます。

     # openstack router create --ha

     または

     # openstack router create --no-ha

   • max_l3_agents_per_router: このオプションは、デプロイメント内にあるネットワークノードの合計数と最小数の間の値に設定します。

     たとえば、OpenStack Networking ノードを 4 つデプロイして、このパラメーターを 2 に設定した場合には、L3 エージェント 2 つのみが各 HA 仮想ルーター (1 つは active、もう 1 つは standby) を保護します。さらに、新規の L3 エージェントノードがデプロイされるたびに、max_l3_agents_per_router の上限に達するまで、standby バージョンの仮想ルーターが追加でスケジュールされます。したがって、新規 L3 エージェントを追加することで、standby ルーターの数をスケールアウトすることができます。

     さらに、新規の L3 エージェントノードがデプロイされるたびに、max_l3_agents_per_router の上限に達するまで、standby バージョンの仮想ルーターが追加でスケジュールされます。したがって、新規 L3 エージェントを追加することで、standby ルーターの数をスケールアウトすることができます。

   • min_l3_agents_per_router: 最小値を設定することで、HA ルールが強制された状態に保つことができます。この設定は仮想ルーターの作成時に検証され、HA を提供するのに十分な数の L3 エージェントノードが利用できるようにします。

     HA ルーターの作成時には少なくともこの最小値で指定した数のアクティブな L3 エージェントが必要であるため、たとえば、ネットワークノードが 2 つあり、1 つが利用できなくなった場合、その間は新しいルーターを作成できません。

2. neutron-server サービスを再起動して変更を適用します。

   # systemctl restart neutron-server.service