手順

1. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-ovs-environment.yaml

   ヒント

   Orchestration サービス (heat) は、テンプレートと呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイルを使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、heat テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの parameter_defaults セクションに次の Puppet 変数を追加します。

   parameter_defaults:
       ExtraConfig:
           neutron::agents::ml2::ovs::of_interface: ovs-ofctl
           neutron::agents::ml2::ovs::ovsdb_interface: vsctl
           ...

   重要

   単独のコロン (:) と値の間に空白文字を追加するようにしてください。

3. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-ovs-environment.yaml

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 アドレスをインスタンスに割り当てて名前解決します。

     重要

     DNS 等の重要なサービスの場合、クラウド上ではホストしないことがベストプラクティスです。たとえば、クラウドで DNS をホストしている場合にクラウドが正常に動作しなくなると、DNS は利用できず、クラウドコンポーネントは互いに検索することができなくなります。

   • 追加のルート設定: 静的ホストルート。まず CIDR 形式で宛先のネットワークを指定し、その後にルーティングに使用する次のホップを指定します (例: 192.168.23.0/24, 10.1.31.1)。静的ルートをインスタンスに分散する必要がある場合には、この値を指定します。

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

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

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. オーバークラウドの Networking コントローラーホストに stack ユーザーとしてログインし、テキストエディターで l3_agent.conf を開きます。

   例

   vi /var/lib/config-data/neutron/etc/neutron/l3_agent.conf

2. ha_vrrp_advert_int オプションを探し、VRRP 広告の間隔を増やします。(デフォルトは 2 秒です)。

   例

   [DEFAULT]
   ha_vrrp_advert_int = 7
   ha_vrrp_garp_master_repeat = 5
   ha_vrrp_garp_master_delay = 5

   余計な ARP メッセージを設定するためのオプションもあります。

   ha_vrrp_garp_master_repeat

   マスター状態への移行後に一度に送信する Gratuitous ARP メッセージの数。(デフォルトのメッセージ数は 5 です。)

   ha_vrrp_garp_master_delay

   優先順位の低い広告がマスター状態で受信された後、2 番目の Gratuitous ARP メッセージセットの遅延。(デフォルトは 5 秒です。)

   ヒント

   次回 openstackoverclouddeploy コマンドを実行すると、このような l3_agent.conf への手動変更はすべて上書きされます。今後のオーバークラウドの更新後に変更を再度適用する、デプロイ後のスクリプトを作成することができます。次のドキュメントで説明されている puppethieradata ロール名をスクリプトに追加すると、スクリプトは、l3_agent.conf の変更を再適用する必要があるオーバークラウドノードロールでのみ実行されます。詳しい情報は、オーバークラウドの高度なカスタマイズの 設定後: 全オーバークラウドロールのカスタマイズ を参照してください。

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

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

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

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

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

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

手順

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

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

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

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

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

手順

1. 以下のコマンドを入力して、プールから Floating IP アドレスを確保します。以下の例では、ネットワークは public という名前です。

   例

   $ openstack floating ip create public

   出力例

   以下の例では、新たに確保された Floating IP は 192.0.2.200 です。これをインスタンスに割り当てることができます。

   +---------------------+--------------------------------------------------+
   | Field               | Value                                            |
   +---------------------+--------------------------------------------------+
   | fixed_ip_address    | None                                             |
   | floating_ip_address | 192.0.2.200                                      |
   | floating_network_id | f0dcc603-f693-4258-a940-0a31fd4b80d9             |
   | id                  | 6352284c-c5df-4792-b168-e6f6348e2620             |
   | port_id             | None                                             |
   | router_id           | None                                             |
   | status              | ACTIVE                                           |
   +---------------------+--------------------------------------------------+

2. 以下のコマンドを入力して、インスタンスを探します。

   $ openstack server list

   出力例

   +-------------+-------------+--------+-------------+-------+-------------+
   | ID          | Name        | Status | Networks    | Image | Flavor      |
   +-------------+-------------+--------+-------------+-------+-------------+
   | aef3ca09-88 | prod-serv1  | ACTIVE | public=198. | rhel8 | review-     |
   | 7d-4d20-872 |             |        | 51.100.56   |       | ephemeral   |
   | d-1d1b49081 |             |        |             |       |             |
   | 958         |             |        |             |       |             |
   |             |             |        |             |       |             |
   +-------------+-------------+--------+-------------+-------+-------------+

3. インスタンス名または ID を Floating IP に関連付けます。

   例

   $ openstack server add floating ip prod-serv1 192.0.2.200

手順

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. アンダークラウドに stack ユーザーとしてログインし、source コマンドで stackrc ファイルを読み込み、director コマンドラインツールを有効にします。

   例

   $ source ~/stackrc

2. カスタム YAML 環境ファイル (my-neutron-environment.yaml) を作成します。

   注記

   丸かっこ内の値は、この手順のコマンド例で使用されるサンプルの値です。これらのサンプル値を、実際のサイトに適した値に置き換えてください。

   例

   $ vi /home/stack/templates/my-neutron-environment.yaml

   ヒント

   アンダークラウドには、オーバークラウドの作成プランを形作るさまざまな Orchestration サービスのテンプレートが含まれます。YAML フォーマットの環境ファイルを使って、オーバークラウドの特性をカスタマイズすることができます。このファイルで、Orchestration サービスのコアテンプレートコレクションのパラメーターおよびリソースを上書きします。必要に応じていくつでも環境ファイルを追加することができます。

3. 環境ファイルに parameter_defaults セクションを追加します。このセクションで、ポートエクステンション用 dns_domain dns_domain_ports を追加します。

   例

   parameter_defaults:
     NeutronPluginExtensions: "qos,port_security,dns_domain_ports"

   注記

   dns_domain_ports を設定する場合は、デプロイメントで DNS Integration エクステンション dns_domain も使用しないようにしてください。これらのエクステンションは互換性がなく、両方のエクステンションを同時に定義することはできません。

4. また、parameter_defaults セクションで、NeutronDnsDomain パラメーターを使用してドメイン名 (example.com) を追加します。

   例

   parameter_defaults:
       NeutronPluginExtensions: "qos,port_security,dns_domain_ports"
       NeutronDnsDomain: "example.com"

5. コア Orchestration テンプレート、環境ファイル、およびこの新しい環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

検証手順

1. オーバークラウドにログインし、ネットワーク (public) に新しいポート (new_port) を作成します。DNS 名 (my_port) をポートに割り当てます。

   例

   $ source ~/overcloudrc
   $ openstack port create --network public --dns-name my_port new_port

2. ポート (new_port) の詳細を表示します。

   例

   $ openstack port show -c dns_assignment -c dns_domain -c dns_name -c name new_port

   出力

   +-------------------------+----------------------------------------------+
   | Field                   | Value                                        |
   +-------------------------+----------------------------------------------+
   | dns_assignment          | fqdn='my_port.example.com',                  |
   |                         | hostname='my_port',                          |
   |                         | ip_address='10.65.176.113'                   |
   | dns_domain              | example.com                                  |
   | dns_name                | my_port                                      |
   | name                    | new_port                                     |
   +-------------------------+----------------------------------------------+

   dns_assignment セクションにおいて、ポートの完全修飾ドメイン名 (fqdn) 値には、DNS 名 (my_port) と、前のステップで NeutronDnsDomain で設定したドメイン名 (example.com) の連結が含まれています。

3. 作成したポート (new_port) を使用して、新しい仮想マシンインスタンス (my_vm) を作成します。

   例

   $ openstack server create --image rhel --flavor m1.small --port new_port my_vm

4. ポート (new_port) の詳細を表示します。

   例

   $ openstack port show -c dns_assignment -c dns_domain -c dns_name -c name new_port

   出力

   +-------------------------+----------------------------------------------+
   | Field                   | Value                                        |
   +-------------------------+----------------------------------------------+
   | dns_assignment          | fqdn='my_vm.example.com',                    |
   |                         | hostname='my_vm',                            |
   |                         | ip_address='10.65.176.113'                   |
   | dns_domain              | example.com                                  |
   | dns_name                | my_vm                                        |
   | name                    | new_port                                     |
   +-------------------------+----------------------------------------------+

   Compute サービスは、dns_name 属性を元の値 (my_port) からポートが関連付けられたインスタンスの名前 (my_vm) に変更します。

手順

1. アンダークラウドホストに stack ユーザーとしてログインします。

2. source コマンドでアンダークラウドの認証情報ファイルを読み込みます。

   $ source ~/stackrc

3. カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-octavia-environment.yaml

4. ご自分の環境ファイルには、parameter_defaults というキーワードを含める必要があります。これらのキーワードの下に、追加の DHCP オプションエクステンンション extra_dhcp_opt を追加します。

   例

   parameter_defaults:
     NeutronPluginExtensions: "qos,port_security,extra_dhcp_opt"

5. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、deployment コマンドを実行します。

   The order of the environment files is important because the parameters and resources defined in subsequent environment files take precedence.

   例

   $ openstack overcloud deploy --templates \
   -e <your_environment_files> \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/octavia.yaml \
   -e /home/stack/templates/my-octavia-environment.yaml

検証

1. Source コマンドで認証情報ファイルを読み込みます。

   例

   $ source ~/overcloudrc

2. ネットワーク (public) に新しいポート (new_port) を作成します。DHCP 仕様から新しいポートに有効な属性を割り当てます。

   例

   $ openstack port create --extra-dhcp-option name=domain-name,value=test.domain --extra-dhcp-option name=ntp-server,value=192.0.2.123 --network public new_port

3. ポート (new_port) の詳細を表示します。

   例

   $ openstack port show new_port -c extra_dhcp_opts

   出力例

   +-----------------+--------------------------------------------------------------------+
   | Field           | Value                                                              |
   +-----------------+--------------------------------------------------------------------+
   | extra_dhcp_opts | ip_version='4', opt_name='domain-name', opt_value='test.domain'    |
   |                 | ip_version='4', opt_name='ntp-server', opt_value='192.0.2.123'     |
   +-----------------+--------------------------------------------------------------------+

手順

1. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-modules-environment.yaml

   ヒント

   heat は、テンプレート と呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイル を使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、heat テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの parameter_defaults セクションで、ExtraKernelModules を読み込むモジュールの名前に設定します。

   例

   ComputeParameters:
     ExtraKernelModules:
       nf_conntrack_proto_gre: {}
   ControllerParameters:
     ExtraKernelModules:
       nf_conntrack_proto_gre: {}

3. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-modules-environment.yaml

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

   #  openstack port list --router 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. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-modules-environment.yaml

   ヒント

   Red Hat OpenStack Platform Orchestration サービス (heat) は、テンプレート と呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイル を使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、orchestration テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの parameter_defaults セクションで、NeutronBridgeMappings を使用して外部ネットワークへのアクセスに使用する OVS ブリッジを指定します。

   例

   parameter_defaults:
     NeutronBridgeMappings: 'physnet1:br-net1,physnet2:br-net2'

3. コントローラーノードおよびコンピュートノードのカスタム NIC 設定テンプレートで、インターフェイスがアタッチされたブリッジを設定します。

   例

   ...
                 - type: ovs_bridge
                   name: br-net1
                   mtu: 1500
                   use_dhcp: false
                   members:
                   - type: interface
                     name: eth0
                     mtu: 1500
                     use_dhcp: false
                     primary: true
                 - type: ovs_bridge
                   name: br-net2
                   mtu: 1500
                   use_dhcp: false
                   members:
                   - type: interface
                     name: eth1
                     mtu: 1500
                     use_dhcp: false
                     primary: true
   ...

4. openstack overcloud deploy コマンドを実行し、変更したカスタム NIC テンプレートおよび新しい環境ファイルを含む、テンプレートおよび環境ファイルを追加します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

検証手順

1. フラットネットワークとして外部ネットワーク (public1) を作成し、設定済みの物理ネットワーク (physnet1) に関連付けます。

   このネットワークを共有ネットワークとして設定し (--share を使用)、他のユーザーが外部ネットワークに直接接続された仮想マシンインスタンスを作成できるようにします。

   例

   # openstack network create --share --provider-network-type flat --provider-physical-network physnet1 --external public01

2. openstack subnet create コマンドを使用して、サブネット (public_subnet) を作成します。

   例

   # openstack subnet create --no-dhcp --allocation-pool start=192.168.100.20,end=192.168.100.100 --gateway 192.168.100.1 --network public01 public_subnet

3. 仮想マシンインスタンスを作成し、それを新たに作成した外部ネットワークに直接接続します。

   例

   $ openstack server create --image rhel --flavor my_flavor --network public01 my_instance

1. パケットはインスタンスの eth0 インターフェイスから送信され、linux ブリッジ qbr-xx に到達します。
2. ブリッジ qbr-xx は、veth ペア qvb-xx <-> qvo-xxx を使用して br-int に接続されます。これは、セキュリティーグループによって定義されている受信/送信のファイアウォールルールの適用にブリッジが使用されるためです。
3. インターフェイス qvb-xx は qbr-xx linux ブリッジに、qvo-xx は br-int Open vSwitch (OVS) ブリッジに接続されています。

1. 受信トラフィックは、物理ノードの eth1 に到達します。
2. パケットは br-ex ブリッジに移動します。
3. このパケットは、パッチピア phy-br-ex <--> int-br-ex を通じて br-int に移動します。

br-int のトラフィックフローの確認

1. パケットが int-br-ex に到達すると、br-int ブリッジ内の OVS フロールールにより、内部 VLAN タグ 5 を追加するようにパケットが変更されます。actions=mod_vlan_vid:5 のエントリーを参照してください。

1. 2 番目のルールは、VLAN タグのない (vlan_tci=0x0000) int-br-ex (in_port=15) に到達するパケットを管理します。このルールにより、パケットに VLAN タグ 5 が追加され (actions=mod_vlan_vid:5,NORMAL)、qvoxxx に転送されます。
2. qvoxxx は、VLAN タグを削除した後に、パケットを受け入れて qvbxx に転送します。
3. 最終的にパケットはインスタンスに到達します。

手順

1. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-modules-environment.yaml

   ヒント

   Red Hat OpenStack Platform Orchestration サービス (heat) は、テンプレート と呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイル を使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、orchestration テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの parameter_defaults セクションで、NeutronTypeDrivers を使用してネットワーク種別ドライバーを指定します。

   例

   parameter_defaults:
     NeutronTypeDrivers: vxlan,flat,vlan

3. NeutronNetworkVLANRanges の設定を行い、使用する物理ネットワークおよび VLAN 範囲を反映します。

   例

   parameter_defaults:
     NeutronTypeDrivers: 'vxlan,flat,vlan'
     NeutronNetworkVLANRanges: 'physnet1:171,172'

4. 外部ネットワークブリッジ (br-ex) を作成し、ポート (eth1) をそのブリッジに関連付けます。

   以下の例では、eth1 が br-ex を使用するように設定します。

   例

   parameter_defaults:
     NeutronTypeDrivers: 'vxlan,flat,vlan'
     NeutronNetworkVLANRanges: 'physnet1:171,172'
     NeutronBridgeMappings: 'datacentre:br-ex,tenant:br-int'

5. コアテンプレートおよびこの新しい環境ファイルを含む環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

検証手順

1. 外部ネットワークを種別 vlan として作成して、設定済みの physical_network に関連付けます。

   外部ネットワークを作成する場合は、--shared オプションを使用して、他のプロジェクトのユーザーが外部ネットワークを共有し、仮想マシンインスタンスを直接接続できるようにします。

   以下のサンプルコマンドを実行して、2 つのネットワーク (VLAN 171 用および VLAN 172 用) を作成します。

   例

   $ openstack network create \
   			--provider-network-type vlan \
   			--external \
   			--provider-physical-network physnet1 \
   			--provider-segment 171 \
   			--share \
   			provider-vlan171
   
   $ openstack network create \
   			--provider-network-type vlan \
   			--external \
   			--provider-physical-network physnet1 \
   			--provider-segment 172 \
   			--share \
   			provider-vlan172

2. 複数のサブネットを作成して、外部ネットワークを使用するように設定します。

   openstack subnet create または Dashboard のどちらかを使用して、これらのサブネットを作成することができます。ネットワーク管理者から取得した外部サブネットの詳細が、正しく各 VLAN に関連付けられるようにします。

   以下の例では、VLAN 171 はサブネット 10.65.217.0/24 を、VLAN 172 は 10.65.218.0/24 を、それぞれ使用しています。

   例

   $ openstack subnet create \
   			--network provider-171 \
   			--subnet-range 10.65.217.0/24 \
   			--dhcp \
   			--gateway 10.65.217.254 \
   			subnet-provider-171
   
   $ openstack subnet create \
   			--network provider-172 \
   			--subnet-range 10.65.218.0/24 \
   			--dhcp \
   			--gateway 10.65.218.254 \
   			subnet-provider-172

1. インスタンスの eth0 インターフェイスから送信されたパケットは、インスタンスに接続された linux ブリッジ qbr-xx に到達します。
2. qbr-xx は、veth ペア qvbxx <→ qvoxxx を使用して br-int に接続されます。
3. qvbxx は linux ブリッジ qbr-xx に、qvoxx は Open vSwitch ブリッジ br-int に接続されています。

手順

1. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-ovs-environment.yaml

   ヒント

   Orchestration サービス (heat) は、テンプレートと呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイルを使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、heat テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの適切なロールの ExtraConfig セクションで、Puppet 変数 igmp_snooping_enable を true に設定します。

   例

   使用されるロールが ComputeOvsDpdk の場合、カスタム環境ファイルに追加する行は次のようになります。

   parameter_defaults:
     ComputeOvsDpdkExtraConfig:
       neutron::agents::ml2::ovs::igmp_snooping_enable: true

   重要

   単独のコロン (:) と値の間に空白文字を追加するようにしてください。

3. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-ovs-environment.yaml

手順

1. セキュリティーを設定し、適切な仮想マシンインスタンスへのマルチキャストトラフィックを許可します。たとえば、セキュリティーグループルールのペアを作成し、IGMP クエリーアーからの IGMP トラフィックが仮想マシンインスタンスに到達/発進するのを許可し、3 番目のルールでマルチキャストトラフィックを許可します。

   例

   セキュリティーグループ mySG により、IGMP トラフィックが仮想マシンインスタンスに到達/発進するのを許可します。

    openstack security group rule create --protocol igmp --ingress mySG
   
    openstack security group rule create --protocol igmp --egress mySG

   別のルールにより、マルチキャストトラフィックが仮想マシンインスタンスに到達するのを許可します。

   openstack security group rule create  --protocol udp mySG

   セキュリティーグループルールを設定する代わりに、オペレーターはネットワーク上のポートセキュリティーを選択的に無効にすることもできます。ポートセキュリティーを無効にする場合は、関連するセキュリティーリスクについて検討し、対応を計画してください。

2. アンダークラウドノードの環境ファイルで heat パラメーター NeutronEnableIgmpSnooping: True を設定します。たとえば、以下の行を ovn-extras.yaml に追加します。

   例

   parameter_defaults:
           NeutronEnableIgmpSnooping: True

3. この環境ファイルをご自分の環境に該当するその他の環境ファイルと共に openstack overcloud deploy コマンドに追加して、オーバークラウドをデプロイします。

   $ openstack overcloud deploy \
   --templates \
   …
   -e <other_overcloud_environment_files> \
   
   -e ovn-extras.yaml \
   …

   <other_overcloud_environment_files> を既存のデプロイメントに含まれる環境ファイルの一覧に置き換えます。

検証手順

1. マルチキャストスヌーピングが有効であることを確認します。ノースバウンドデータベースの Logical_Switch テーブルを一覧表示します。

   $ ovn-nbctl list Logical_Switch

   出力例

   _uuid         : d6a2fbcd-aaa4-4b9e-8274-184238d66a15
   other_config  : {mcast_flood_unregistered="false", mcast_snoop="true"}
   ...

   Networking サービス (neutron) の igmp_snooping_enable 設定は、OVN ノースバウンドデータベースの Logical_Switch テーブルの other_config 列で設定される mcast_snoop オプションに変換されます。mcast_flood_unregistered は常に false である点に注意してください。

2. IGMP グループを表示します。

   $ ovn-sbctl list IGMP_group

   出力例

   _uuid    : 2d6cae4c-bd82-4b31-9c63-2d17cbeadc4e
   address  : "225.0.0.120"
   chassis  : 34e25681-f73f-43ac-a3a4-7da2a710ecd3
   datapath : eaf0f5cc-a2c8-4c30-8def-2bc1ec9dcabc
   ports    : [5eaf9dd5-eae5-4749-ac60-4c1451901c56, 8a69efc5-38c5-48fb-bbab-30f2bf9b8d45]
   ...

1. /etc/neutron/plugins/ml2/<agent_name>_agent.ini で OpenStack Networking に対する qos 拡張機能がまだ有効にされていない場合は、以下の手順に従います。

   1. カスタム Heat 環境ファイルを作成して、以下の行を追加します。

      parameter_defaults:
        NeutronSriovAgentExtensions: 'qos'

      重要

      YAML ファイルでは、ファイル内でパラメーターがどこに置かれるかが非常に重要です。必ず parameter_defaults: は 1 列目から書き始め (先頭にスペースを置かない)、パラメーター/値のペアは 3 列目から書き始めてください (パラメーターの前にスペースを 2 つ置く)。

   2. 有効なすべての環境ファイルおよびこの新しいカスタム環境ファイルを指定して、Red Hat OpenStack Platform director コマンド openstack overcloud deploy を実行します。

      詳しい情報は、director のインストールと使用方法の オーバークラウド環境の変更 を参照してください。

2. テナントの一覧を確認して、QoS ポリシーを作成するテナントの ID を決定します。

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

3. admin テナントに bw-limiter という名前の QoS ポリシーを作成します。

   # openstack network qos policy create --project 98a2f53c20ce4d50a40dac4a38016c69 bw-limiter

4. bw-limiter の規制ルールを設定します。

   # openstack network qos rule create --type bandwidth-limit --max-kbps 3000 --max-burst-kbits 30000 bw-limiter

5. bw-limiter ポリシーを適用する neutron ポートを設定します

   # openstack port set --qos-policy bw-limiter port_name_or_id

6. QoS ルールを確認します。以下に例を示します。

   # openstack network qos policy show 9be535c3-daa2-4d7b-88ea-e8de16
   
   +-------------------+---------------------------------+
   | Field             | Value                           |
   +-------------------+---------------------------------+
   | id                | 9be535c3-daa2-4d7b-88ea-e8de16  |
   | rule_type         | bandwidth_limit                 |
   | description       |                                 |
   | max_kbps          | 3000                            |
   | max_burst_kbps    | 300                             |
   +-------------------+---------------------------------+

手順

1. 以下のいずれかを実行します。

   • ML2/OVN を使用している場合、手順 2 にスキップします。
   • トンネリングプロトコルなしで ML2/OVS を使用する場合、手順 2 に進みます。

   • トンネリングプロトコル (VXLAN および GRE) で ML2/OVS を使用している場合、次の手順を実行します。

     1. アンダークラウドホストに stack ユーザーとしてログインします。

        $ source ~/stackrc

     2. カスタム YAML 環境ファイルを作成します。

        例

        $ vi /home/stack/templates/my-neutron-environment.yaml

     3. YAML 環境ファイルの parameter_defaults セクションに次の行を追加します。

        parameter_defaults:
            ControllerExtraConfig:
                neutron::config::server_config:
                  agent/dscp_inherit:
                    value: true

        dscp_inherit が true の場合、Networking サービスは内部ヘッダーの DSCP 値を外部ヘッダーにコピーします。

     4. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、deployment コマンドを実行します。

        重要

        後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

        例

        $ openstack overcloud deploy --templates \
        -e [your-environment-files] \
        -e /usr/share/openstack-tripleo-heat-templates/environments/services/ \
        neutron-ovs.yaml \
        -e /home/stack/templates/my-neutron-environment.yaml

2. Source コマンドで認証情報ファイルを読み込みます。

   例

   $ source ~/overcloudrc

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

   例

   openstack network qos policy create --project 98a2f53c20ce4d50a40dac4a38016c69 qos-web-servers

4. DSCP ルールを作成し、それをポリシーに適用します。

   例

   この例では、DSCP ルールは DSCP マーク 18 を使用して作成され、qos-web-servers ポリシーに適用されます。

   openstack network qos rule create --type dscp-marking --dscp-mark 18 qos-web-servers

   出力例

   Created a new dscp_marking_rule:
   +-----------+--------------------------------------+
   | Field     | Value                                |
   +-----------+--------------------------------------+
   | dscp_mark | 18                                   |
   | id        | d7f976ec-7fab-4e60-af70-f59bf88198e6 |
   +-----------+--------------------------------------+

5. ルールに割り当てられている DSCP 値を変更できます。

   例

   openstack network qos rule set --dscp-mark 22 qos-web-servers d7f976ec-7fab-4e60-af70-f59bf88198e6

6. DSCP ルールを削除できます。

   例

   openstack network qos rule delete qos-web-servers d7f976ec-7fab-4e60-af70-f59bf88198e6

手順

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. network trunk コマンドを使用して、ネットワークトランクの設定を確認します。

   例

   $ openstack network trunk list

   出力例

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

   例

   $ openstack network trunk show parent-trunk

   出力例

   +-----------------+------------------------------------------------------+
   | Field           | Value                                                |
   +-----------------+------------------------------------------------------+
   | admin_state_up  | UP                                                   |
   | created_at      | 2021-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', segm |
   |                 | entation_id='55', segmentation_type='vlan'           |
   | tenant_id       | 745d33000ac74d30a77539f8920555e7                     |
   | updated_at      | 2021-08-20T02:10:06Z                                 |
   +-----------------+------------------------------------------------------+

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

   例

   openstack server create --image cirros --flavor m1.tiny --security-group default --key-name sshaccess --nic port-id=20b6fdf8-0d43-475a-a0f1-ec8f757a4a39 testInstance

   出力例

   +--------------------------------------+---------------------------------+
   | 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                              | 2021-08-20T03:02:51Z            |
   | description                          | -                               |
   | flavor                               | m1.tiny (1)                     |
   | hostId                               |                                 |
   | host_status                          |                                 |
   | id                                   | 88b7aede-1305-4d91-a180-67e7eac |
   |                                      | 8b70d                           |
   | 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                            | 745d33000ac74d30a77539f8920555e |
   |                                      | 7                               |
   | updated                              | 2021-08-20T03:02:51Z            |
   | user_id                              | 8c4aea738d774967b4ef388eb41fef5 |
   |                                      | e                               |
   +--------------------------------------+---------------------------------+

手順

1. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-modules-environment.yaml

   ヒント

   RHOSP Orchestration サービス (heat) は、テンプレートと呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイル を使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、heat テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. ExtraConfig 下の YAML 環境ファイルで、rpc_response_timeout に適切な値 (秒単位) を設定します。(デフォルト値は 60 秒です。)

   例

   parameter_defaults:
     ExtraConfig:
       neutron::rpc_response_timeout: 120

   注記

   RHOSP Orchestration サービス (heat) は、カスタムの環境ファイルで設定した値ですべての RHOSP ノードを更新しますが、この値は RHOSP Networking コンポーネントにのみ影響します。

3. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-modules-environment.yaml

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. ファイル overcloud-resource-registry.yaml またはデプロイメントコマンドに含まれる環境ファイルで、OS::TripleO::Compute::Net::SoftwareConfig の値が OS::TripleO::Controller::Net::SoftwareConfig の値と一致していることを確認します。

   この値で、net_config_bridge.yaml 等のファイル名を指定します。指定したファイルで、外部ネットワーク用コンピュートノード L2 エージェントの Neutron ブリッジマッピングを設定します。ブリッジは、DVR デプロイメントのコンピュートノードがホストする Floating IP アドレスのトラフィックをルーティングします。通常、このファイル名の値はオーバークラウドのデプロイ時に使用するネットワーク環境ファイル (例: environments/net-multiple-nics.yaml) に含まれます。

   注記

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

2. コンピュートノードに外部ブリッジが設定されていることを確認します。

   1. openstack-tripleo-heat-templates ディレクトリーのローカルコピーを作成します。
   2. $ cd <local_copy_of_templates_directory.

   3. process-templates スクリプトを実行して、テンプレートを一時的な出力ディレクトリーにレンダリングします。

      $ ./tools/process-templates.py -r <roles_data.yaml> \
        -n <network_data.yaml> -o <temporary_output_directory>

   4. <temporary_output_directory>/network/config でロールファイルを確認します。
3. 必要な場合には、Compute テンプレートをカスタマイズして、コントローラーノードに一致する外部ブリッジを追加し、環境ファイルの OS::TripleO::Compute::Net::SoftwareConfig のカスタムファイルパスに名前を付けます。

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

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

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

   注記

   L3 エージェントの外部ブリッジ設定は Red Hat OpenStack Platform 13 で非推奨になり、Red Hat OpenStack Platform 15 で廃止されました。

手順

1. デプロイメントをアップグレードして、正しく機能していることを確認します。
2. director のスタック更新を実行して DVR を設定します。
3. 既存のルーターでルーティングが正常に機能していることを確認します。

4. L3 HA ルーターを直接 分散型 に移行することはできません。代わりに、各ルーターで L3 HA オプションを無効にしてから、分散型のオプションを有効にします。

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

      例

      $ openstack router set --disable router1

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

      例

      $ openstack router set --no-ha router1

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

      例

      $ openstack router set --distributed router1

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

      例

      $ openstack router set --enable router1

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

1. LBaaS を有効にします。

   # yum install openstack-neutron-lbaas -y

2. neutron データベースに LBaaS テーブルを追加します。

   $ neutron-db-manage --subproject neutron-lbaas --config-file /var/lib/config-data/neutron/etc/neutron/neutron.conf --config-file /var/lib/config-data/neutron/etc/neutron/plugins/ml2/ml2_conf.ini upgrade head

3. /var/lib/config-data/neutron/etc/neutron/neutron_lbaas.conf でサービスプロバイダーを変更します。[service providers] セクションで、以下のエントリーを除くすべてのエントリーをコメントアウト (#) します。

   service_provider=LOADBALANCERV2:Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default

4. /var/lib/config-data/neutron/etc/neutron/neutron.conf で、service_plugins に LBaaSv2 プラグインが設定されていることを確認します。

   service_plugins=neutron_lbaas.services.loadbalancer.plugin.LoadBalancerPluginv2

   以前に追加した他のプラグインも表示されます。

   注記

   lbaasv1 を設定している場合は、lbaasv2 の上記設定に置き換えます。

5. /var/lib/config-data/neutron/etc/neutron/lbaas_agent.ini で、[DEFAULT] セクションに以下を追加します。

   ovs_use_veth = False
   interface_driver =neutron.agent.linux.interface.OVSInterfaceDriver

6. /var/lib/config-data/neutron/etc/neutron/services_lbaas.conf で、[haproxy] セクションに以下を追加します。

   user_group = haproxy

   1. 他の デバイスドライバー のエントリーをすべてコメントアウトします。

      注記

      l3-agent が failed モードにある場合は、l3_agent のログファイルを確認してください。ログファイルで説明されているように /var/lib/config-data/neutron/etc/neutron/neutron.conf を編集して、[DEFAULT] の特定の値をコメントアウトし、oslo_messaging_rabbit の対応する値のコメントを解除する必要がある場合があります。

7. LBaaS サービスを設定し、それらのステータスを確認します。

   1. lbaasv1 サービスを停止し、lbaasv2 を起動します。

      # systemctl disable neutron-lbaas-agent.service
      # systemctl stop neutron-lbaas-agent.service
      # systemctl mask neutron-lbaas-agent.service
      # systemctl enable neutron-lbaasv2-agent.service
      # systemctl start neutron-lbaasv2-agent.service

   2. lbaasv2 のステータスを確認します。

      # systemctl status neutron-lbaasv2-agent.service

   3. neutron-server を再起動し、ステータスを確認します。

      # systemctl restart neutron-server.service
      # systemctl status neutron-server.service

   4. Loadbalancerv2 エージェントを確認します。

      $ openstack network agent list

手順

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、ネットワーク名、および ipv6 アドレスモードを指定します。

   # 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                             |
   +-------------------+--------------------------------------------------------------+

検証手順

1. ネットワークの一覧を確認して、ここでの設定を検証します。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. FWaaS パッケージをインストールします。

   # dnf install openstack-neutron-fwaas python-neutron-fwaas

2. /var/lib/config-data/neutron/etc/neutron/neutron.conf ファイルで FWaaS プラグインを有効にします。

   service_plugins = neutron.services.firewall.fwaas_plugin.FirewallPlugin

3. fwaas_driver.ini ファイルで FWaaS を設定します。

   [fwaas]
   driver = neutron.services.firewall.drivers.linux.iptables_fwaas.IptablesFwaasDriver
   enabled = True
   
   [service_providers]
   service_provider = LOADBALANCER:Haproxy:neutron_lbaas.services.loadbalancer.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default

4. 通常コントローラーノードにある local_settings.py ファイルで、FWaaS ダッシュボード管理オプションを有効にします。

   /usr/share/openstack-dashboard/openstack_dashboard/local/local_settings.py
   'enable_firewall' = True

5. neutron-server を再起動して変更を適用します。

   # systemctl restart neutron-server

1. ファイアウォールルールを作成します。

   $ neutron firewall-rule-create --protocol <tcp|udp|icmp|any> --destination-port <port-range> --action <allow|deny>

   CLI では、プロトコルの値が必要です。ルールがプロトコルに依存しない場合は、値 any を使用することができます。

2. ファイアウォールポリシーを作成します。

   $ neutron firewall-policy-create --firewall-rules "<firewall-rule IDs or names separated by space>" myfirewallpolicy

   neutron firewall-policy-create コマンドでルールを指定する場合、その順序が重要です。ルールなしでファイアウォールポリシーを作成し、update 操作 (複数のルールを追加する場合) または insert-rule 操作 (1 つのルールを追加する場合) のいずれかを使用して、後でルールを追加することができます。

手順

1. アンダークラウドに stack ユーザーとしてログインし、source コマンドで stackrc ファイルを読み込み、director コマンドラインツールを有効にします。

   例

   $ source ~/stackrc

2. カスタム YAML 環境ファイルを作成します。

   例

   $ vi /home/stack/templates/my-neutron-environment.yaml

   ヒント

   Orchestration サービス (heat) は、テンプレートと呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイル を使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、heat テンプレートをカスタマイズするための特別な種別のテンプレートです。

3. YAML 環境ファイルで、NeutronL3HA パラメーターを true に設定します。これにより、director がデフォルトで設定しなかった場合でも HA が有効になります。

   parameter_defaults:
     NeutronL3HA: 'true'

4. HA ルーターがスケジュールされる L3 エージェントの最大数を設定します。

   max_l3_agents_per_router パラメーターを、デプロイメント内にあるネットワークノードの最小数と合計数の間の値に設定します。(ゼロの値は、ルーターがすべてのエージェントでスケジュールされることを意味します。)

   例

   parameter_defaults:
     NeutronL3HA: 'true'
     ControllerExtraConfig:
       neutron::server::max_l3_agents_per_router: 2

   この例では、4 つの Networking サービスノードをデプロイする場合、2 つの L3 エージェントのみが各 HA 仮想ルーターを保護します (1 つはアクティブ、もう 1 つはスタンバイ)。

   max_l3_agents_per_router の値を利用可能なネットワークノードの数よりも大きく設定している場合は、新しい L3 エージェントを追加してスタンバイルーターの数をスケールアウトすることができます。デプロイする新しい L3 エージェントノードごとに、Networking サービスは max_l3_agents_per_router の上限に達するまで、仮想ルーターをスタンバイバージョンを追加でスケジュールします。

5. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

   注記

   NeutronL3HA を true に設定すると、作成されるすべての仮想ルーターが HA ルーターにデフォルト設定されます。ルーターの作成時に、openstack router create コマンドに --no-ha オプションを追加して HA オプションを上書きできます。

   # openstack router create --no-ha