サービスとしての負荷分散の設定

手順

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

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

   $ source ~/stackrc

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

   例

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

4. YAML 環境ファイルに以下のパラメーターを追加し、ご自分のサイトに適した値を設定します。

   • OctaviaCaCert:

     Octavia が証明書を生成するために使用する CA の証明書。

   • OctaviaCaKey:

     生成された証明書の署名に使用するプライベート CA 鍵

   • OctaviaCaKeyPassphrase:

     上記のプライベート CA 鍵で使用するパスフレーズ

   • OctaviaClientCert:

     コントローラー用に octavia CA が発行するクライアント証明書および暗号化されていない鍵

   • OctaviaGenerateCerts:

     証明書および鍵の自動生成の有効 (true) または無効 (false) を director に指示するブール値

     重要

     OctaviaGenerateCerts を false に設定する必要があります。

     例

     parameter_defaults:
         OctaviaCaCert: |
           -----BEGIN CERTIFICATE-----
           MIIDgzCCAmugAwIBAgIJAKk46qw6ncJaMA0GCSqGSIb3DQEBCwUAMFgxCzAJBgNV
           [snip]
           sFW3S2roS4X0Af/kSSD8mlBBTFTCMBAj6rtLBKLaQbIxEpIzrgvp
           -----END CERTIFICATE-----
     
         OctaviaCaKey: |
           -----BEGIN RSA PRIVATE KEY-----
           Proc-Type: 4,ENCRYPTED
           [snip]
           -----END RSA PRIVATE KEY-----[
     
         OctaviaClientCert: |
           -----BEGIN CERTIFICATE-----
           MIIDmjCCAoKgAwIBAgIBATANBgkqhkiG9w0BAQsFADBcMQswCQYDVQQGEwJVUzEP
           [snip]
           270l5ILSnfejLxDH+vI=
           -----END CERTIFICATE-----
           -----BEGIN PRIVATE KEY-----
           MIIEvgIBADANBgkqhkiG9w0BAQEFAASCBKgwggSkAgEAAoIBAQDU771O8MTQV8RY
           [snip]
           KfrjE3UqTF+ZaaIQaz3yayXW
           -----END PRIVATE KEY-----
     
         OctaviaCaKeyPassphrase:
           b28c519a-5880-4e5e-89bf-c042fc75225d
     
         OctaviaGenerateCerts: false
         [rest of file snipped]

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

   重要

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

   例

   $ 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. アンダークラウドホストに stack ユーザーとしてログインします。

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

   $ source ~/stackrc

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

   例

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

4. カスタム環境ファイルに、以下のパラメーターを追加します。

   parameter_defaults:
       OctaviaLoadBalancerTopology: "ACTIVE_STANDBY"

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

   重要

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

   例

   $ 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. アンダークラウドホストに stack ユーザーとしてログインします。

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

   $ source ~/stackrc

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

   例

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

4. ご自分の環境ファイルには、parameter_defaults というキーワードを含める必要があります。parameter_defaults のキーワードの後に、ご自分のパラメーター/値ペアを定義します。

   例

   parameter_defaults:
       OctaviaMgmtPortDevName: "o-hm0"
       OctaviaControlNetwork: 'lb-mgmt-net'
       OctaviaControlSubnet: 'lb-mgmt-subnet'
       OctaviaControlSecurityGroup: 'lb-mgmt-sec-group'
       OctaviaControlSubnetCidr: '172.24.0.0/16'
       OctaviaControlSubnetGateway: '172.24.0.1'
       OctaviaControlSubnetPoolStart: '172.24.0.2'
       OctaviaControlSubnetPoolEnd: '172.24.255.254'

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

   重要

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

   例

   $ 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. アンダークラウドホストに stack ユーザーとしてログインします。

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

   $ source ~/stackrc

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

   例

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

4. YAML 環境ファイルの parameter_defaults セクションで、OctaviaLogOffload を true に設定します。

   parameter_defaults:
       OctaviaLogOffload: true
       ...

   注記

   OctaviaAdminLogFacility パラメーターで別の値を指定しない限り、デフォルトでは、amphora は syslog ファシリティーの値に local1 を使用して管理ログをオフロードします。有効な値は、0 〜 7 です。

   例

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaAdminLogFacility: 2
       ...

5. amphora は、haproxy 管理ログ、keepalived、amphora エージェントログなどのロードバランサー関連の管理ログのみを転送します。カーネル、システム、およびセキュリティーログ等の amphora からのすべての管理ログを送信するように amphora を設定する場合には、OctaviaForwardAllLogs を true に設定します。

   例

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaForwardAllLogs: true
       ...

6. ログプロトコルを選択: UDP (デフォルト) または TCP。

   プライマリーエンドポイントに障害が発生した場合、amphorae はログプロトコルが TCP の場合にのみログをセカンダリーエンドポイントに送信します。

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaConnectionLogging: false
       OctaviaLogOffloadProtocol: tcp
       ...

7. amphora は、ログメッセージをリッスンする syslog レシーバーが含まれる、Orchestration サービス (heat) で定義されたデフォルトコンテナーのセットを使用します。異なるエンドポイントのセットを使用する場合は、OctaviaAdminLogTargets パラメーターでそれらを指定することができます。

   テナントフローログオフロード用に設定されたエンドポイントは、管理ログオフロードに使用されるエンドポイントと同じにすることができます。

   また、ログオフロードプロトコルが TCP の場合、最初のエンドポイントに到達できない際、amphorae は接続が成功するまで、リストされた順序で追加のエンドポイントを試行します。

   OctaviaAdminLogTargets: <ip_address>:<port>[, <ip_address>:<port>]

   例

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaLogOffloadProtocol: tcp
       OctaviaAdminLogTargets: 192.0.2.1:10514, 2001:db8:1::10:10514
       ...

8. デフォルトでは、ログオフロードを有効にすると、テナントフローログもオフロードされます。

   テナントフローログのオフロードを無効にする場合は、OctaviaConnectionLogging を false に設定します。

   例

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaConnectionLogging: false
       ...

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

   重要

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

   例

   $ 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. アンダークラウドホストに stack ユーザーとしてログインします。

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

   $ source ~/stackrc

3. OctaviaConnectionLogging パラメーターが設定されている環境ファイルを見つけます。

   $ grep -rl OctaviaConnectionLogging /home/stack/templates/

4. ファイルが見つからない場合は、環境ファイルを作成します。

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

5. OctaviaLogOffload パラメーターおよび OctaviaConnectionLogging パラメーターを環境ファイルの parameter_defaults セクションに追加し、値を true に設定します。

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaConnectionLogging: true
       ...

   注記

   amphora は、OctaviaTenantLogFacility パラメーターを使用して別の値を指定しない限り、テナントフローログをオフロードするために local0 の syslog ファシリティーのデフォルト値を使用します。有効な値は、0 〜 7 です。

6. オプション: amphorae がテナントと管理ログのオフロードの両方に使用するデフォルトのエンドポイントを変更するには、OctaviaTenantLogTargets と OctaviaAdminLogTargets をそれぞれ使用します。amphora は、ログメッセージをリッスンする syslog レシーバーを含むデフォルトコンテナーのセットを使用します。

   また、ログオフロードプロトコルが TCP の場合、最初のエンドポイントに到達できない際、amphorae は接続が成功するまで、リストされた順序で追加のエンドポイントを試行します。

   OctaviaAdminLogTargets: <ip-address>:<port>[, <ip-address>:<port>]
   OctaviaTenantLogTargets: <ip-address>:<port>[, <ip-address>:<port>]

7. コア heat テンプレート、環境ファイル、修正したカスタム環境ファイルを指定してデプロイメントコマンドを実行します。

   重要

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

   $ 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. アンダークラウドホストに stack ユーザーとしてログインします。

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

   $ source ~/stackrc

3. amphora ロギングが設定されている YAML カスタム環境ファイルを見つけます。

   例

   $ grep -rl OctaviaLogOffload /home/stack/templates/

4. カスタム環境ファイルの parameter_defaults セクションで、OctaviaConnectionLogging を false に設定します。

   例

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaConnectionLogging: false
       ...

5. コア heat テンプレート、環境ファイル、および OctaviaConnectionLogging を true に設定するカスタム環境ファイルを指定してデプロイメントコマンドを実行します。

   重要

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

   例

   $ 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. アンダークラウドホストに stack ユーザーとしてログインします。

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

   $ source ~/stackrc

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

   例

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

4. parameter_defaults の下にある環境ファイルで、OctaviaDisableLocalLogStorage を true に設定します。

   parameter_defaults:
       OctaviaDisableLocalLogStorage: true
       ...

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

   重要

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

   例

   $ 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. RHOSP admin ロールでオーバークラウドへのアクセスを許可する認証情報ファイルを入手します。

   例

   $ source ~/my_overcloudrc

2. 各ドライバーの機能をリスト表示します。

   $ openstack loadbalancer provider capability list <provider>

   <provider> をプロバイダーの名前または UUID に置き換えます。

   例

   $ openstack loadbalancer provider capability list amphora

   コマンド出力には、プロバイダーがサポートするすべての機能がリスト表示されます。

   出力例

   +-----------------------+---------------------------------------------------+
   | name                  | description                                       |
   +-----------------------+---------------------------------------------------+
   | loadbalancer_topology | The load balancer topology. One of: SINGLE - One  |
   |                       | amphora per load balancer. ACTIVE_STANDBY - Two   |
   |                       | amphora per load balancer.                        |
   | ...                   | ...                                               |
   +-----------------------+---------------------------------------------------+

3. 作成するフレーバーに追加する機能の名前をメモします。

手順

1. RHOSP admin ロールでオーバークラウドへのアクセスを許可する認証情報ファイルを入手します。

   例

   $ source ~/my_overcloudrc

2. フレーバープロファイルを作成します。

   $ openstack loadbalancer flavorprofile create --name <profile_name> --provider <provider_name> --flavor-data '{"<capability>": "<value>"}'

   例

   $ openstack loadbalancer flavorprofile create --name amphora-single-profile --provider amphora --flavor-data '{"loadbalancer_topology": "SINGLE"}'

   出力例

   +---------------+--------------------------------------+
   | Field         | Value                                |
   +---------------+--------------------------------------+
   | id            | 72b53ac2-b191-48eb-8f73-ed012caca23a |
   | name          | amphora-single-profile               |
   | provider_name | amphora                              |
   | flavor_data   | {"loadbalancer_topology": "SINGLE"}  |
   +---------------+--------------------------------------+

   以下の例では、amphora プロバイダー用にフレーバープロファイルが作成されます。このプロファイルがフレーバーで指定されている場合には、フレーバーを使用して作成するロードバランサーは単一の amphora ロードバランサーです。

手順

1. RHOSP admin ロールでオーバークラウドへのアクセスを許可する認証情報ファイルを入手します。

   例

   $ source ~/my_overcloudrc

2. フレーバーを作成します。

   $ openstack loadbalancer flavor create --name <flavor_name> \
   --flavorprofile <flavor-profile> --description "<string>"

   ヒント

   ユーザーは提供するフレーバーの機能を理解できるように、詳細な説明を指定します。

   例

   $ openstack loadbalancer flavor create --name standalone-lb --flavorprofile amphora-single-profile --description "A non-high availability load balancer for testing."

   出力例

   +-------------------+--------------------------------------+
   | Field             | Value                                |
   +-------------------+--------------------------------------+
   | id                | 25cda2d8-f735-4744-b936-d30405c05359 |
   | name              | standalone-lb                        |
   | flavor_profile_id | 72b53ac2-b191-48eb-8f73-ed012caca23a |
   | enabled           | True                                 |
   | description       | A non-high availability load         |
   |                   | balancer for testing.                |
   +-------------------+--------------------------------------+

   この例では、フレーバーが定義されている。このフレーバーを指定すると、Load-balancing サービスインスタンス (amphora) を使用するロードバランサーが作成され、高可用性はありません。

手順

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

   例

   $ source ~/overcloudrc

2. サイトに適した引数値を使用して、openstack loadbalancer healthmonitor create コマンドを実行します。

   • すべてのヘルスモニタータイプには、次の設定可能な引数が必要です。

     <pool>

     監視対象のバックエンドメンバーサーバーのプールの名前または ID。

     --type

     ヘルスモニターのタイプ。HTTP、HTTPS、PING、SCTP、TCP、TLS-HELLO、または UDP-CONNECT のいずれか。

     --delay

     ヘルスチェックの間隔 (秒単位)。

     --timeout

     指定したヘルスチェックが完了するまで待機する時間 (秒単位)。timeout は、常に delay よりも小さくなければなりません。

     --max-retries

     バックエンドサーバーが停止しているとみなされるまでに失敗する必要のあるヘルスチェックの数。また、障害が発生したバックエンドサーバーが再度稼働中とみなされるために成功しなければならないヘルスチェックの数。

   • さらに、HTTP ヘルスモニタータイプには、デフォルトで設定されている次の引数も必要です。

     --url-path

     バックエンドサーバーから取得される URL のパスの部分。デフォルトでは、これは / です。

     --http-method

     url_path を取得するために使用される HTTP メソッド。デフォルトでは、これは GET だけです。

     --expected-codes

     ヘルスチェックの成功を表す HTTP ステータスコードのリスト。デフォルトでは、これは 200 です。

     例

     $ openstack loadbalancer healthmonitor create --name my-health-monitor --delay 10 --max-retries 4 --timeout 5 --type TCP lb-pool-1

手順

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

   例

   $ source ~/overcloudrc

2. ヘルスモニター (my-health-monitor) を変更します。

   この例では、ユーザーは、ヘルスモニターがメンバーにプローブを送信するまで待機する時間を秒単位で変更しています。

   例

   $ openstack loadbalancer healthmonitor set my_health_monitor --delay 600

手順

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

   例

   $ source ~/overcloudrc

2. ヘルスモニター (my-health-monitor) を削除します。

   例

   $ openstack loadbalancer healthmonitor delete my-health-monitor

手順

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

   例

   $ source ~/overcloudrc

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

   注記

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id public_subnet --wait

3. ポート (80) にリスナー (listener1) を作成します。

   例

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

4. リスナーの状態を確認します。

   例

   $ openstack loadbalancer listener show listener1

   次の手順に進む前に、ステータスが ACTIVE であることを確認してください。

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

   例

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

6. プール (pool1) 上に型が HTTP のヘルスモニター (healthmon1) を作成し、バックエンドサーバーに接続してパス (/) をテストします。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / pool1

7. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をデフォルトのプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 80 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 80 pool1

検証

1. ロードバランサー (lb1) の設定を表示および確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:13                  |
   | vip_address         | 198.51.100.12                        |
   | 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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   例

   $ openstack loadbalancer member show pool1 member1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:16:23                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:20:45                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   例

   $ source ~/overcloudrc

2. プライベートサブネット (private_subnet) にロードバランサー (lb1) を作成します。

   注記

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id private_subnet --wait

3. 後のステップで指定する必要があるため、ステップ 2 の出力で load_balancer_vip_port_id の値をメモします。

4. ポート (80) にリスナー (listener1) を作成します。

   例

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

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

   例

   この例のコマンドは、TCP ポート 80 で非セキュアな HTTP アプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用する HTTP プールを作成します。

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

6. プール (pool1) 上に型が HTTP のヘルスモニター (healthmon1) を作成し、バックエンドサーバーに接続してパス (/) をテストします。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / pool1

7. プライベートサブネットのロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をデフォルトのプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 80 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 80 pool1

8. 共有外部サブネット (public) に Floating IP アドレスを作成します。

   例

   $ openstack floating ip create public

9. 後のステップで指定する必要があるため、ステップ 8 の出力で float_ip_address の値をメモします。

10. このフローティング IP (203.0.113.0) をロードバランサー vip_port_id (69a85edd-5b1c-458f-96f2-b4552b15b8e6) に関連付けます。

    例

    $ openstack floating ip set --port 69a85edd-5b1c-458f-96f2-b4552b15b8e6 203.0.113.0

検証

1. HTTP トラフィックが Floating IP (203.0.113.0) を使用してロードバランサー全体に流れることを確認します。

   例

   $ curl -v http://203.0.113.0 --insecure

   出力例

   * About to connect() to 203.0.113.0 port 80 (#0)
   *   Trying 203.0.113.0...
   * Connected to 203.0.113.0 (203.0.113.0) port 80 (#0)
   > GET / HTTP/1.1
   > User-Agent: curl/7.29.0
   > Host: 203.0.113.0
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Content-Length: 30
   <
   * Connection #0 to host 203.0.113.0 left intact

2. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   例

   $ openstack loadbalancer member show pool1 member1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.02.10                          |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:23                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:28:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   例

   $ source ~/overcloudrc

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

   注記

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id public_subnet --wait

3. ポート (80) にリスナー (listener1) を作成します。

   例

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

4. クッキーのセッション永続性 (PHPSESSIONID) を定義するリスナーのデフォルトプール (pool1) を作成します。

   例

   この例のコマンドは、TCP ポート 80 で非セキュアな HTTP アプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用する HTTP プールを作成します。

   $ openstack loadbalancer pool create --name pool1 \
   --lb-algorithm ROUND_ROBIN --listener listener1 --protocol HTTP \
   --session-persistence type=APP_COOKIE,cookie_name=PHPSESSIONID

5. プール (pool1) 上に型が HTTP のヘルスモニター (healthmon1) を作成し、バックエンドサーバーに接続してパス (/) をテストします。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / pool1

6. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をデフォルトのプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 80 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 80 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:58                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:28:42                  |
   | vip_address         | 198.51.100.22                        |
   | 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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   例

   $ openstack loadbalancer member show pool1 member1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.02.10                          |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:23                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:28:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   例

   $ source ~/overcloudrc

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

   注記

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id public_subnet --wait

3. ポート (443) にリスナー (listener1) を作成します。

   例

   $ openstack loadbalancer listener create --name listener1 \
   --protocol HTTPS --protocol-port 443 lb1

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

   例

   この例のコマンドは、TCP ポート 443 上の TLS 暗号化 Web アプリケーションで設定された HTTPS アプリケーションをホストするバックエンドサーバーが含まれるプライベートサブネットを使用する HTTPS プールを作成します。

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

5. バックエンドサーバーに接続し、パス (/) をテストする型 (TLS-HELLO) のプール (pool1) 上に、ヘルスモニター (healthmon1) を作成します。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type TLS-HELLO \
   --url-path / pool1

6. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をデフォルトのプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 443 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 443 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:42                  |
   | vip_address         | 198.51.100.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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   例

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   $ openstack loadbalancer member show pool1 member1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 443                                  |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:12:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   注記

   PKCS12 ファイルをパスワードで保護している場合、次の手順は正常に機能しません。

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

   例

   $ source ~/overcloudrc

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

   例

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

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id public_subnet --wait

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

   例

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

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

   例

   この例のコマンドは、TCP ポート 80 で非セキュアな HTTP アプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用する HTTP プールを作成します。

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

7. プール (pool1) 上に型が HTTP のヘルスモニター (healthmon1) を作成し、バックエンドサーバーに接続してパス (/) をテストします。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / pool1

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

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 443 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 443 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:42                  |
   | vip_address         | 198.51.100.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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   例

   $ openstack loadbalancer member show pool1 member1

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:12:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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. Source コマンドで認証情報ファイルを読み込みます。

   例

   $ source ~/overcloudrc

3. 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)"

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id public_subnet --wait

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

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

   例

   $ openstack loadbalancer listener create  --name listener1 \
   --protocol-port 443 --protocol TERMINATED_HTTPS \
   --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) を作成し、リスナーのデフォルトプールに設定します。

   例

   この例のコマンドは、TCP ポート 80 で非セキュアな HTTP アプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用する HTTP プールを作成します。

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

7. プール (pool1) 上に型が HTTP のヘルスモニター (healthmon1) を作成し、バックエンドサーバーに接続してパス (/) をテストします。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / pool1

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

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 443 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 443 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:42                  |
   | vip_address         | 198.51.100.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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   例

   $ openstack loadbalancer member show pool1 member1

   出力例

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:12:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   注記

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

   重要

   PKCS12 ファイルの作成時は、ファイルをパスワードで保護しないでください。

   例

   この例では、PKCS12 ファイルはパスワードなしで作成されます。

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

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

   例

   $ source ~/overcloudrc

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

   例

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

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

   例

   $ openstack loadbalancer create --name lb1 --vip-subnet-id \
   public_subnet --wait

5. TERMINATED_HTTPS リスナー (listener1) を作成し、次の操作を実行します。

   • シークレットリソース (tls_secret1) をリスナーのデフォルトの TLS コンテナーとして参照します。
   • ALPN プロトコル (h2) を設定します。

   • クライアントが HTTP/2 (http/1.1) をサポートしていない場合は、フォールバックプロトコルを設定します。

     例

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

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

   例

   この例のコマンドは、TCP ポート 80 上の Web アプリケーションで設定された HTTP アプリケーションをホストするバックエンドサーバーを含めて HTTP プールを作成します。

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

7. バックエンドサーバーに接続するプール (pool1) 上に、タイプ (TCP) のヘルスモニター (healthmon1) を作成します。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15  --max-retries 4 --timeout 10 --type TCP pool1

8. プライベートサブネット (private_subnet) 上の HTTP バックエンドサーバー (192.0.2.10 および 192.0.2.11) をプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 80 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 80 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer status show lb1

   出力例

   {
       "loadbalancer": {
           "id": "936dad29-4c3f-4f24-84a8-c0e6f10ed810",
           "name": "lb1",
           "operating_status": "ONLINE",
           "provisioning_status": "ACTIVE",
           "listeners": [
               {
                   "id": "708b82c6-8a6b-4ec1-ae53-e619769821d4",
                   "name": "listener1",
                   "operating_status": "ONLINE",
                   "provisioning_status": "ACTIVE",
                   "pools": [
                       {
                           "id": "5ad7c678-23af-4422-8edb-ac3880bd888b",
                           "name": "pool1",
                           "provisioning_status": "ACTIVE",
                           "operating_status": "ONLINE",
                           "health_monitor": {
                               "id": "4ad786ef-6661-4e31-a325-eca07b2b3dd1",
                               "name": "healthmon1",
                               "type": "TCP",
                               "provisioning_status": "ACTIVE",
                               "operating_status": "ONLINE"
                           },
                           "members": [
                               {
                                   "id": "facca0d3-61a7-4b46-85e8-da6994883647",
                                   "name": "member1",
                                   "operating_status": "ONLINE",
                                   "provisioning_status": "ACTIVE",
                                   "address": "192.0.2.10",
                                   "protocol_port": 80
                               },
                               {
                                   "id": "2b0d9e0b-8e0c-48b8-aa57-90b2fde2eae2",
                                   "name": "member2",
                                   "operating_status": "ONLINE",
                                   "provisioning_status": "ACTIVE",
                                   "address": "192.0.2.11",
                                   "protocol_port": 80
                               }
   ...

2. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   例

   $ openstack loadbalancer member show pool1 member1

   出力例

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2023-11-16T20:08:01                  |
   | id                  | facca0d3-61a7-4b46-85e8-da6994883647 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | 9b29c91f67314bd09eda9018616851cf     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 3b459c95-64d2-4cfa-b348-01aacc4b3fa9 |
   | updated_at          | 2023-11-16T20:08:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   | tags                |                                      |
   +---------------------+--------------------------------------+

手順

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. Source コマンドで認証情報ファイルを読み込みます。

   例

   $ source ~/overcloudrc

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

   例

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

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id external_subnet --wait

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

   例

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

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

   例

   この例のコマンドは、TCP ポート 80 で非セキュアな HTTP アプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用する HTTP プールを作成します。

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

7. プール (pool1) 上に型が HTTP のヘルスモニター (healthmon1) を作成し、バックエンドサーバーに接続してパス (/) をテストします。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / pool1

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

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 443 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 443 pool1

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

   例

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

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:42                  |
   | vip_address         | 198.51.100.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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   例

   $ openstack loadbalancer member show pool1 member1

   出力例

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:12:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   例

   $ source ~/overcloudrc

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

   注記

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id public_subnet --wait

3. カスタムアプリケーションが設定された指定のポート (23456) で TCP リスナー (listener1) を作成します。

   例

   $ openstack loadbalancer listener create --name listener1 \
   --protocol TCP --protocol-port 23456 lb1

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

   例

   この例では、特定の TCP ポートでカスタムアプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用するプールが作成されます。

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

5. バックエンドサーバーに接続するプール (pool1) にヘルスモニター (healthmon1) を作成し、TCP サービスポートを確認します。

   例

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type TCP pool1

6. プライベートサブネット (private_subnet) 上のバックエンドサーバー (192.0.2.10 および 192.0.2.11) をプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 443 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 443 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:42                  |
   | vip_address         | 198.51.100.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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。次のコマンドを使用して、メンバー ID を取得します。

   例

   $ openstack loadbalancer member list pool1

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   例

   $ openstack loadbalancer member show pool1 member1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 80                                   |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:12:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   例

   $ source ~/overcloudrc

2. プライベートサブネット (private_subnet) にロードバランサー (lb1) を作成します。

   注記

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

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id private_subnet --wait

3. ポート (1234) にリスナー (listener1) を作成します。

   例

   $ openstack loadbalancer listener create --name listener1 \
   --protocol UDP --protocol-port 1234 lb1

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

   例

   この例のコマンドは、UDP ポートを使用するように設定された 1 つ以上のアプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用するプールを作成します。

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

5. UDP (UDP-CONNECT) を使用してバックエンドサーバーに接続するヘルスモニター (healthmon1) を、プール (pool1) 上に作成します。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 5 --max-retries 2 --timeout 3 --type UDP-CONNECT pool1

6. プライベートサブネット (private_subnet) 上のバックエンドサーバー (192.0.2.10 および 192.0.2.11) を、デフォルトプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 1234 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 1234 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:42                  |
   | vip_address         | 198.51.100.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. ヘルスモニターが存在し正常に機能する場合は、各メンバーのステータスを確認することができます。

   例

   $ openstack loadbalancer member show pool1 member1

   動作中のメンバー (member1) の operating_status 値は ONLINE です。

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | address             | 192.0.2.10                           |
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | id                  | b85c807e-4d7c-4cbd-b725-5e8afddf80d2 |
   | name                | member1                              |
   | operating_status    | ONLINE                               |
   | project_id          | dda678ca5b1241e7ad7bf7eb211a2fd7     |
   | protocol_port       | 1234                                 |
   | provisioning_status | ACTIVE                               |
   | subnet_id           | 5bd7334b-49b3-4849-b3a2-b0b83852dba1 |
   | updated_at          | 2022-01-15T11:12:42                  |
   | weight              | 1                                    |
   | monitor_port        | None                                 |
   | monitor_address     | None                                 |
   | backup              | False                                |
   +---------------------+--------------------------------------+

手順

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

   例

   $ source ~/overcloudrc

2. 最大 1024 kbps および最大バーストレートが 1024 kb のネットワーク帯域幅 QoS ポリシー (qos_policy_bandwidth) を作成します。

   注記

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

   例

   $ openstack network qos policy create qos_policy_bandwidth
   
   $ openstack network qos rule create --type bandwidth-limit --max-kbps 1024 --max-burst-kbits 1024 qos-policy-bandwidth

3. QoS ポリシー (qos-policy-bandwidth) を使用してパブリックサブネット (public_subnet) にロードバランサー (lb1) を作成します。

   例

   $ openstack loadbalancer create --name lb1 \
   --vip-subnet-id public_subnet \
   --vip-qos-policy-id qos-policy-bandwidth --wait

4. ポート (80) にリスナー (listener1) を作成します。

   例

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

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

   例

   この例のコマンドは、TCP ポート 80 で HTTP アプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用する HTTP プールを作成します。

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

6. バックエンドサーバーに接続してパス (/) をテストするヘルスモニター (healthmon1) をプール上に作成します。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / \
   pool1

7. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をデフォルトのプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 443 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 443 pool1

手順

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

   例

   $ source ~/overcloudrc

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

   注記

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

   例

   $ openstack loadbalancer create --name lb1 --vip-subnet-id public_subnet --wait

3. 許可される CIDR (192.0.2.0/24 および 198.51.100.0/24) でリスナー (listener1) を作成します。

   例

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

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

   例

   この例では、TCP ポート 80 上のカスタムアプリケーションで設定されたバックエンドサーバーを含むプライベートサブネットを使用するプールが作成されます。

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

5. バックエンドサーバーに接続するプールにヘルスモニターを作成し、パス (/) をテストします。

   ヘルスチェックは推奨されていますが、必須ではありません。ヘルスモニターが定義されていない場合、メンバーサーバーは ONLINE とみなされます。

   例

   $ openstack loadbalancer healthmonitor create --name healthmon1 \
   --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / pool1

6. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をデフォルトのプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ 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. リスナー (listener1) の設定を表示して確認します。

   例

   $ openstack loadbalancer listener show listener1

   出力例

   +-----------------------------+--------------------------------------+
   | Field                       | Value                                |
   +-----------------------------+--------------------------------------+
   | admin_state_up              | True                                 |
   | connection_limit            | -1                                   |
   | created_at                  | 2022-01-15T11:11:09                  |
   | 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                  | 2022-01-15T11:12:42                  |
   | client_ca_tls_container_ref | None                                 |
   | client_authentication       | NONE                                 |
   | client_crl_container_ref    | None                                 |
   | allowed_cidrs               | 192.0.2.0/24                         |
   |                             | 198.51.100.0/24                      |
   +-----------------------------+--------------------------------------+

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

2. ロードバランサーが保護されていることを確認するには、allowed_cidrs のリストに記載されていない CIDR のクライアントからリスナーへの要求を確認します。要求は成功しないはずです。

   出力例

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

手順

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

   例

   $ source ~/overcloudrc

2. --provider ovn 引数を使用して、プライベートサブネット (private_subnet) にロードバランサー (lb1) を作成します。

   注記

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

   例

   $ openstack loadbalancer create --name lb1 --provider ovn \
   --vip-subnet-id private_subnet --wait

3. カスタムアプリケーションが設定された指定のポート (80) でプロトコル (tcp) を使用するリスナー (listener1) を作成します。

   注記

   OVN プロバイダーは、レイヤー 4 TCP および UDP ネットワークトラフィックだけをサポートします。

   例

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

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

   注記

   OVN 用にサポートされる唯一の負荷分散アルゴリズムは SOURCE_IP_PORT です。

   例

   この例のコマンドは、特定の TCP ポートでカスタムアプリケーションをホストするバックエンドサーバーを含むプライベートサブネットを使用する HTTP プールを作成します。

   $ openstack loadbalancer pool create --name pool1 --lb-algorithm \
   SOURCE_IP_PORT --listener listener1 --protocol tcp

   重要

   OVN は負荷分散のヘルスモニター機能をサポートしません。

5. プライベートサブネット (private_subnet) 上のバックエンドサーバー (192.0.2.10 および 192.0.2.11) をプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 80 pool1
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 80 pool1

検証

1. ロードバランサー (lb1) の設定を表示して確認します。

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-01-15T11:11:09                  |
   | 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            | ovn                                  |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-01-15T11:12:42                  |
   | vip_address         | 198.51.100.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. リスナーの情報を表示するには、openstack loadbalancer listener show コマンドを実行します。

   例

   $ openstack loadbalancer listener show listener1

   出力例

   +-----------------------------+--------------------------------------+
   | Field                       | Value                                |
   +-----------------------------+--------------------------------------+
   | admin_state_up              | True                                 |
   | connection_limit            | -1                                   |
   | created_at                  | 2022-01-15T11:13:52                  |
   | default_pool_id             | a5034e7a-7ddf-416f-9c42-866863def1f2 |
   | default_tls_container_ref   | None                                 |
   | description                 |                                      |
   | id                          | a101caba-5573-4153-ade9-4ea63153b164 |
   | insert_headers              | None                                 |
   | l7policies                  |                                      |
   | loadbalancers               | 653b8d79-e8a4-4ddc-81b4-e3e6b42a2fe3 |
   | name                        | listener1                            |
   | operating_status            | ONLINE                               |
   | project_id                  | 7982a874623944d2a1b54fac9fe46f0b     |
   | protocol                    | TCP                                  |
   | protocol_port               | 64015                                |
   | provisioning_status         | ACTIVE                               |
   | sni_container_refs          | []                                   |
   | timeout_client_data         | 50000                                |
   | timeout_member_connect      | 5000                                 |
   | timeout_member_data         | 50000                                |
   | timeout_tcp_inspect         | 0                                    |
   | updated_at                  | 2022-01-15T11:15:17                  |
   | client_ca_tls_container_ref | None                                 |
   | client_authentication       | NONE                                 |
   | client_crl_container_ref    | None                                 |
   | allowed_cidrs               | None                                 |
   +-----------------------------+--------------------------------------+

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

   例

   $ openstack loadbalancer pool show pool1

   出力例

   +----------------------+--------------------------------------+
   | Field                | Value                                |
   +----------------------+--------------------------------------+
   | admin_state_up       | True                                 |
   | created_at           | 2022-01-15T11:17:34                  |
   | description          |                                      |
   | healthmonitor_id     |                                      |
   | id                   | a5034e7a-7ddf-416f-9c42-866863def1f2 |
   | lb_algorithm         | SOURCE_IP_PORT                       |
   | listeners            | a101caba-5573-4153-ade9-4ea63153b164 |
   | loadbalancers        | 653b8d79-e8a4-4ddc-81b4-e3e6b42a2fe3 |
   | members              | 90d69170-2f73-4bfd-ad31-896191088f59 |
   | name                 | pool1                                |
   | operating_status     | ONLINE                               |
   | project_id           | 7982a874623944d2a1b54fac9fe46f0b     |
   | protocol             | TCP                                  |
   | provisioning_status  | ACTIVE                               |
   | session_persistence  | None                                 |
   | updated_at           | 2022-01-15T11:18:59                  |
   | tls_container_ref    | None                                 |
   | ca_tls_container_ref | None                                 |
   | crl_container_ref    | None                                 |
   | tls_enabled          | False                                |
   +----------------------+--------------------------------------+

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) のポート (80) に HTTP リスナー (http_listener) を作成します。

   注記

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

   例

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

3. リスナー (http_listener) に L7 ポリシー (policy1) を作成します。ポリシーには、アクション (REDIRECT_TO_URL) が含まれ、URL (https://www.example.com/) を示す必要があります。

   例

   $ openstack loadbalancer l7policy create --name policy1 \
   --action REDIRECT_PREFIX --redirect-prefix https://www.example.com/ \
   http_listener

4. すべてのリクエストにマッチする L7 ルールを、ポリシー (policy1) に追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type STARTS_WITH \
   --type PATH --value / policy1

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy1 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、compare_type が STARTS_WITH のルールが存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy1

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) に 2 番目のプール (static_pool) を作成します。

   注記

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

   例

   $ openstack loadbalancer pool create --name static_pool \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

3. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をプール (static_pool) に追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 80 static_pool
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 80 static_pool

4. リスナー (listener1) に L7 ポリシー (policy1) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、プール (static_pool) を示す必要があります。

   例

   $ openstack loadbalancer l7policy create --name policy1 \
   --action REDIRECT_TO_POOL --redirect-pool static_pool listener1

5. リクエストパスの先頭に /js を探す L7 ルールを、ポリシーに追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type STARTS_WITH \
   --type PATH --value /js policy1

6. アクション (REDIRECT_TO_POOL) で L7 ポリシー (policy2) を作成し、プールに示したリスナー (listener1) を追加します。

   例

   $ openstack loadbalancer l7policy create --name policy2 \
   --action REDIRECT_TO_POOL --redirect-pool static_pool listener1

7. リクエストパスの先頭に /images を探す L7 ルールを、ポリシーに追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type STARTS_WITH \
   --type PATH --value /images policy2

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy1 および policy2 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、それぞれのポリシーごとに compare_type が STARTS_WITH のルールが存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy1
   
   $ openstack loadbalancer l7rule list policy2

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) に 2 つ目のプール (pool2) を作成します。

   注記

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

   例

   $ openstack loadbalancer pool create --name pool2 \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

3. リスナー (listener1) に L7 ポリシー (policy1) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、プール (pool2) を示す必要があります。

   例

   $ openstack loadbalancer l7policy create --name policy1 \
   --action REDIRECT_TO_POOL --redirect-pool pool2 listener1

4. HTTP/1.1 ホスト名 www2.example.com を使用するすべてのリクエストを 2 番目のプール (pool2) に送信するポリシーに、L7 ルールを追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type EQUAL_TO \
   --type HOST_NAME --value www2.example.com policy1

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy1 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、ポリシーに compare_type が EQUAL_TO のルールが存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy1

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) に 2 つ目のプール (pool2) を作成します。

   注記

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

   例

   $ openstack loadbalancer pool create --name pool2 \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

3. リスナー (listener1) に L7 ポリシー (policy1) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、プール (pool2) を示す必要があります。

   例

   $ openstack loadbalancer l7policy create --name policy1 \
   --action REDIRECT_TO_POOL --redirect-pool pool2 listener1

4. HTTP/1.1 ホスト名 (www2.example.com) を使用するすべてのリクエストを 2 番目のプール (pool2) に送信するポリシーに、L7 ルールを追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type ENDS_WITH \
   --type HOST_NAME --value .example.com policy1

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy1 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、ポリシーに compare_type が EQUAL_TO のルールが存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy1

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) に 2 つ目のプール (login_pool) を作成します。

   注記

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

   例

   $ openstack loadbalancer pool create --name login_pool \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

3. 認証サブネット (secure_subnet) 上のセキュアな認証サーバー (192.0.2.10) を、メンバーとして 2 番目のプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 の名前は member1 です。

   $ openstack loadbalancer member create --name member1 \
   --address 192.0.2.10 --protocol-port 80 --subnet-id secure_subnet \
   login_pool

4. リスナー (listener1) に L7 ポリシー (policy1) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、2 つ目のプール (login_pool) を参照する必要があります。

   例

   $ openstack loadbalancer l7policy create --name policy1 \
   --action REDIRECT_TO_POOL --redirect-pool login_pool listener1

5. 任意の値のブラウザークッキー (auth_token) を探しクッキーが存在しない場合にマッチする L7 ルールを、ポリシー (policy1) に追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type REGEX \
   --key auth_token --type COOKIE --value '.*' --invert policy1

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy1 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、compare_type が STARTS_WITH のルールが存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy1

   関連情報

   • コマンドラインインターフェイスリファレンス の loadbalancer pool create
   • コマンドラインインターフェイスリファレンス の loadbalancer member create
   • コマンドラインインターフェイスリファレンス の loadbalancer l7policy create
   • コマンドラインインターフェイスリファレンス の loadbalancer l7rule create

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) に 2 つ目のプール (login_pool) を作成します。

   注記

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

   例

   $ openstack loadbalancer pool create --name login_pool \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

3. 認証サブネット (secure_subnet) 上のセキュアな認証サーバー (192.0.2.10) を、メンバーとして 2 番目のプールに追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 の名前は member1 です。

   $ openstack loadbalancer member create --name member1 \
   --address 192.0.2.10 --protocol-port 80 --subnet-id secure_subnet \
   login_pool

4. リスナー (listener1) に L7 ポリシー (policy1) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、2 つ目のプール (login_pool) を参照する必要があります。

   例

   $ openstack loadbalancer l7policy create --action REDIRECT_TO_POOL \
   --redirect-pool login_pool --name policy1 listener1

5. 任意の値のブラウザークッキー (auth_token) を探しクッキーが存在しない場合にマッチする L7 ルールを、ポリシー (policy1) に追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type REGEX \
   --key auth_token --type COOKIE --value '.*' --invert policy1

6. リスナー (listener1) に 2 つ目の L7 ポリシー (policy2) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、2 つ目のプール (login_pool) を参照する必要があります。

   例

   $ openstack loadbalancer l7policy create --action REDIRECT_TO_POOL \
   --redirect-pool login_pool --name policy2 listener1

7. ブラウザークッキー (auth_token) を検索しクッキーの値が文字列 INVALID に等しい場合にマッチする L7 ルールを、2 番目のポリシー (policy2) に追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type EQUAL_TO \
   --key auth_token --type COOKIE --value INVALID policy2

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy1 および policy2 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、policy1 に compare_type が REGEX のルールが存在し、policy2 に compare_type が EQUAL_TO のルールが存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy1
   
   $ openstack loadbalancer l7rule list policy2

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) に 2 番目のプール (api_pool) を作成します。

   注記

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

   例

   $ openstack loadbalancer pool create --name api_pool \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

3. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.10 および 192.0.2.11) をプール (static_pool) に追加します。

   例

   この例では、バックエンドサーバー 192.0.2.10 および 192.0.2.11 の名前は、それぞれ member1 および member2 です。

   $ openstack loadbalancer member create --name member1 --subnet-id \
   private_subnet --address 192.0.2.10 --protocol-port 80 static_pool
   
   $ openstack loadbalancer member create --name member2 --subnet-id \
   private_subnet --address 192.0.2.11 --protocol-port 80 static_pool

4. リスナー (listener1) に L7 ポリシー (policy1) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、プール (api_pool) を示す必要があります。

   例

   $ openstack loadbalancer l7policy create --action REDIRECT_TO_POOL \
   --redirect-pool api_pool --name policy1 listener1

5. ホスト名 api.example.com にマッチする L7 ルールを、ポリシーに追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type EQUAL_TO \
   --type HOST_NAME --value api.example.com policy1

6. リクエスパスの最初の /api にマッチする 2 番目の L7 ルールを、ポリシーに追加します。

   このルールは、最初のルールと論理的に AND で結合されます。

   例

   $ openstack loadbalancer l7rule create --compare-type STARTS_WITH \
   --type PATH --value /api policy1

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy1 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、policy1 に compare_type が STARTS_WITH および STARTS_WITH であるルールが共に存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy1
   
   $ openstack loadbalancer l7rule list policy2

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) に 3 番目のプール (pool_B) を作成します。

   注記

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

   例

   $ openstack loadbalancer pool create --name pool_B \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

3. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.50 および 192.0.2.51) をプール (pool_B) に追加します。

   例

   この例では、バックエンドサーバー 192.0.2.50 と 192.0.2.51 の名前は、それぞれ member1 と member2 です。

   $ openstack loadbalancer member create --name member1 \
   --address 192.0.2.50 --protocol-port 80 \
   --subnet-id private_subnet pool_B
   
   $ openstack loadbalancer member create --name member2 \
   --address 192.0.2.51 --protocol-port 80 \
   --subnet-id private_subnet pool_B

4. ロードバランサー (lb1) に 4 番目のプール (static_pool_B) を作成します。

   例

   $ openstack loadbalancer pool create --name static_pool_B \
   --lb-algorithm ROUND_ROBIN --loadbalancer lb1 --protocol HTTP

5. プライベートサブネット (private_subnet) のロードバランサーメンバー (192.0.2.100 および 192.0.2.101) をプール (static_pool_B) に追加します。

   例

   $ openstack loadbalancer member create --name member3 \
   --address 192.0.2.100 --protocol-port 80 \
   --subnet-id private_subnet static_pool_B
   
   $ openstack loadbalancer member create --name member4 \
   --address 192.0.2.101 --protocol-port 80 \
   --subnet-id private_subnet static_pool_B

6. リスナー (listener1) に L7 ポリシー (policy2) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、プール (static_pool_B) を示す必要があります。1 の位置にポリシーを挿入します。

   例

   $ openstack loadbalancer l7policy create --action REDIRECT_TO_POOL \
   --redirect-pool static_pool_B --name policy2 --position 1 listener1

7. リクエストパスの最初の /js または /images にマッチする正規表現を使用する L7 ルールを、ポリシー (policy2) に追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type REGEX \
   --type PATH --value '^/(js|images)' policy2

8. 文字列 (B) のクッキー (site_version) にマッチする 2 番目の L7 ルールを、ポリシー (policy2) に追加します。

   例

   $ openstack loadbalancer l7rule create --compare-type EQUAL_TO \
   --key site_version --type COOKIE --value B policy2

9. リスナー (listener1) に L7 ポリシー (policy3) を作成します。ポリシーには、アクション (REDIRECT_TO_POOL) を追加し、プール (pool_B) を示す必要があります。2 の位置にポリシーを挿入します。

   例

   $ openstack loadbalancer l7policy create --action REDIRECT_TO_POOL \
   --redirect-pool pool_B --name policy3 --position 2 listener1

10. 文字列 (B) のクッキー (site_version) にマッチする L7 ルールを、ポリシー (policy3) に追加します。

    例

    $ openstack loadbalancer l7rule create --compare-type EQUAL_TO \
    --key site_version --type COOKIE --value B policy3

    注記

    最も厳しいルールを持つ L7 ポリシーが低い位置に割り当てられることが重要です。これは、すべてのルールが True と評価される最初のポリシーが、アクションが実行されるポリシーになるからです。この手順では、誤ったプールにリクエストが送信されないように、policy3 の前に policy2 が評価される必要があります。

検証

1. openstack loadbalancer l7policy list コマンドを実行し、ポリシー policy2 および policy3 が存在することを確認します。

2. openstack loadbalancer l7rule list <l7policy> コマンドを実行し、それぞれのポリシーごとに compare_type が STARTS_WITH のルールが存在することを確認します。

   例

   $ openstack loadbalancer l7rule list policy2
   
   $ openstack loadbalancer l7rule list policy3

手順

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

   例

   $ source ~/overcloudrc

2. オブジェクトの適切な create コマンドで --tag <tag> オプションを使用して作成するときに、負荷分散オブジェクトにタグを追加します。

   • openstack loadbalancer create --tag <tag> …​
   • openstack loadbalancer listener create --tag <tag> …​
   • openstack loadbalancer pool create --tag <tag> …​
   • openstack loadbalancer member create --tag <tag> …​
   • openstack loadbalancer healthmonitor create --tag <tag> …​
   • openstack loadbalancer l7policy create --tag <tag> …​

   • openstack loadbalancer l7rule create --tag <tag> …​

     注記

     タグは、最大長が 255 文字の任意の有効な Unicode 文字列にすることができます。

     例 - ロードバランサーの作成およびタグ付け

     この例では、Finance と Sales の 2 つのタグを持つロードバランサー lb1 が作成されます。

     $ openstack loadbalancer create --name lb1 \
     --vip-subnet-id public_subnet --tag Finance --tag Sales

     注記

     負荷分散サービスオブジェクトは、1 つ以上のタグを持つことができます。追加するタグごとに --tag <tag> オプションを繰り返します。

     例 - リスナーの作成およびタグ付け

     この例では、listener1 がタグ Sales で作成されます。

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

     例 - プールの作成およびタグ付け

     この例では、プール pool1 がタグ Sales で作成されます。

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

     例 - プールにメンバーを作成してタグ付けする

     この例では、メンバー 192.0.2.10 が、タグ Sales を持つ pool1 に作成されます。

     $ openstack loadbalancer member create --name member1 \
     --subnet-id private_subnet --address 192.0.2.10 --protocol-port 80 \
     --tag Sales pool1

     例 - ヘルスモニターの作成およびタグ付け

     この例では、ヘルスモニター healthmon1 がタグ Sales で作成されます。

     $ openstack loadbalancer healthmonitor create --name healthmon1 \
     --delay 15 --max-retries 4 --timeout 10 --type HTTP --url-path / \
     --tag Sales pool1

     例 - L7 ポリシーの作成およびタグ付け

     この例では、L7 ポリシー policy1 がタグ Sales で作成されます。

     $ openstack loadbalancer l7policy create --action REDIRECT_PREFIX \
     --redirect-prefix https://www.example.com/ \
     --name policy1 http_listener --tag Sales

     例 - L7 ルールの作成およびタグ付け

     この例では、L7 ルール rule1 がタグ Sales で作成されます。

     $ openstack loadbalancer l7rule create --compare-type STARTS_WITH \
     --type PATH --value / --tag Sales policy1

手順

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

   例

   $ source ~/overcloudrc

2. 次のいずれかを行います。

   • オブジェクトの適切な set コマンドで --tag <tag> オプションを使用して、既存の負荷分散オブジェクトにタグを追加します。

     • openstack loadbalancer set --tag <tag> <load_balancer_name_or_ID>
     • openstack loadbalancer listener set --tag <tag> <listener_name_or_ID>
     • openstack loadbalancer pool set --tag <tag> <pool_name_or_ID>
     • openstack loadbalancer member set --tag <tag> <pool_name_or_ID> <member_name_or_ID>
     • openstack loadbalancer healthmonitor set --tag <tag> <healthmon_name_or_ID>
     • openstack loadbalancer l7policy set --tag <tag> <l7policy_name_or_ID>

     • openstack loadbalancer l7rule set --tag <tag> <l7policy_name_or_ID> <l7rule_ID>

       注記

       タグは、最大長が 255 文字の任意の有効な Unicode 文字列にすることができます。

       例

       この例では、タグ Finance および Sales がロードバランサー lb1 に追加されます。

       $ openstack loadbalancer set --tag Finance --tag Sales lb1

       注記

       負荷分散サービスオブジェクトは、1 つ以上のタグを持つことができます。追加するタグごとに --tag <tag> オプションを繰り返します。

   • オブジェクトの適切な unset コマンドで --tag <tag> オプションを使用して、既存の負荷分散オブジェクトからタグを削除します。

     • openstack loadbalancer unset --tag <tag> <load_balancer_name_or_ID>
     • openstack loadbalancer listener unset --tag <tag> <listener_name_or_ID>
     • openstack loadbalancer pool unset --tag <tag> <pool_name_or_ID>
     • openstack loadbalancer member unset --tag <tag> <pool_name_or_ID> <member_name_or_ID>
     • openstack loadbalancer healthmonitor unset --tag <tag> <healthmon_name_or_ID>
     • openstack loadbalancer l7policy unset --tag <tag> <policy_name_or_ID>

     • openstack loadbalancer l7rule unset --tag <tag> <policy_name_or_ID> <l7rule_ID>

       例

       この例では、タグ Sales がロードバランサー lb1 から削除されます。

       $ openstack loadbalancer unset --tag Sales lb1

   • オブジェクトに適切な set コマンドで --no-tag オプションを使用して、既存の負荷分散オブジェクトからすべてのタグを削除します。

     • openstack loadbalancer set --no-tag <load_balancer_name_or_ID>
     • openstack loadbalancer listener set --no-tag <listener_name_or_ID>
     • openstack loadbalancer pool set --no-tag <pool_name_or_ID>
     • openstack loadbalancer member set --no-tag <pool_name_or_ID> <member_name_or_ID>
     • openstack loadbalancer healthmonitor set --no-tag <healthmon_name_or_ID>
     • openstack loadbalancer l7policy set --no-tag <l7policy_name_or_ID>

     • openstack loadbalancer l7rule set --no-tag <l7policy_name_or_ID> <l7rule_ID>

       例

       この例では、すべてのタグがロードバランサー lb1 から削除されます。

       $ openstack loadbalancer set --no-tag lb1

手順

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

   例

   $ source ~/overcloudrc

2. 次のいずれかのタグオプションを使用して、オブジェクトに対して適切な loadbalancer list コマンドを実行し、一覧表示するオブジェクトをフィルタリングします。

   表12.1 オブジェクトをフィルタリングするためのタグオプション

   リストの中でしたいこと	例
   指定されたすべてのタグに一致するオブジェクトを含めます。	$ openstack loadbalancer list --tags Sales,Finance $ openstack loadbalancer listener list --tags Sales,Finance $ openstack loadbalancer l7pool list --tags Sales,Finance $ openstack loadbalancer member list --tags Sales,Finance pool1 $ openstack loadbalancer healthmonitor list --tags Sales,Finance $ openstack loadbalancer l7policy list --tags Sales,Finance $ openstack loadbalancer l7rule list --tags Sales,Finance policy1
   1 つ以上の指定されたタグに一致するオブジェクトを含めます。	$ openstack loadbalancer list --any-tags Sales,Finance $ openstack loadbalancer listener list --any-tags Sales,Finance $ openstack loadbalancer l7pool list --any-tags Sales,Finance $ openstack loadbalancer member list --any-tags Sales,Finance pool1 $ openstack loadbalancer healthmonitor list --any-tags Sales,Finance $ openstack loadbalancer l7policy list --any-tags Sales,Finance $ openstack loadbalancer l7rule list --any-tags Sales,Finance policy1
   指定されたすべてのタグに一致するオブジェクトを除外します。	$ openstack loadbalancer list --not-tags Sales,Finance $ openstack loadbalancer listener list --not-tags Sales,Finance $ openstack loadbalancer l7pool list --not-tags Sales,Finance $ openstack loadbalancer member list --not-tags Sales,Finance pool1 $ openstack loadbalancer healthmonitor list --not-tags Sales,Finance $ openstack loadbalancer l7policy list --not-tags Sales,Finance $ openstack loadbalancer l7rule list --not-tags Sales,Finance policy1
   1 つ以上の指定されたタグに一致するオブジェクトを除外します。	$ openstack loadbalancer list --not-any-tags Sales,Finance $ openstack loadbalancer listener list --not-any-tags Sales,Finance $ openstack loadbalancer l7pool list --not-any-tags Sales,Finance $ openstack loadbalancer member list --not-any-tags Sales,Finance pool1 $ openstack loadbalancer healthmonitor list --not-any-tags Sales,Finance $ openstack loadbalancer l7policy list --not-any-tags Sales,Finance $ openstack loadbalancer l7rule list --not-any-tags Sales,Finance policy1

   注記

   複数のタグを指定する場合は、タグをコンマで区切ります。

手順

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

   例

   $ source ~/centralrc

2. Load-balancing サービス AZ に名前を付けるために使用する Compute サービス AZ の名前を収集します。

   重要

   作成する Load-balancing サービス AZ の名前は、Compute サービス AZ の名前と一致する必要があります。

   $ openstack availability zone list --compute

   出力例

   +------------+-------------+
   | Zone Name  | Zone Status |
   +------------+-------------+
   | az-central | available   |
   | az-dcn1    | available   |
   | az-dcn2    | available   |
   | internal   | available   |
   +------------+-------------+

3. Load-balancing サービス AZ の作成に使用する管理ネットワークの ID を収集します。

   $ openstack network list -c Name -c ID

   出力例

   +--------------------------------------+--------------------------+
   | ID                                   | Name                     |
   +--------------------------------------+--------------------------+
   | 10458d6b-e7c9-436f-92d9-711677c9d9fd | lb-mgmt-az-dcn2-net      |
   | 662a94f5-51eb-4a4c-86c4-52dcbf471ef9 | lb-mgmt-net              |
   | 6b97ef58-2a25-4ea5-931f-b7c07cd09474 | lb-mgmt-backbone-net     |
   | 99f4215b-fad8-432d-8444-1f894154dc30 | heat_tempestconf_network |
   | a2884aaf-846c-4936-9982-3083f6a71d9b | lb-mgmt-az-dcn1-net      |
   | d7f7de6c-0e84-49e2-9042-697fa85d2532 | public                   |
   | e887a9f9-15f7-4854-a797-033cedbfe5f3 | public2                  |
   +--------------------------------------+--------------------------+

4. AZ プロファイルを作成します。この手順を繰り返して、作成する Load-balancing サービス AZ ごとに AZ プロファイルを作成します。

   $ openstack loadbalancer availabilityzoneprofile create \
   --name <AZ_profile_name> --provider amphora --availability-zone-data '{"compute_zone": "<compute_AZ_name>","management_network": "<lb_mgmt_AZ_net_UUID>"}'

   例: az-central のプロファイルを作成する

   この例では、Compute AZ (az-central) で実行される Compute ノード上の管理ネットワーク (lb-mgmt-net) を使用する AZ プロファイル (az_profile_central) が作成されます。

   $ openstack loadbalancer availabilityzoneprofile create \
   --name az_profile_central --provider amphora --availability-zone-data \
   '{"compute_zone": "az-central","management_network": \
   "662a94f5-51eb-4a4c-86c4-52dcbf471ef9"}'

5. 手順 4 を繰り返して、作成する Load-balancing サービス AZ ごとに AZ プロファイルを作成します。

   例: az-dcn1 のプロファイルを作成する

   この例では、コンピュート AZ (az-dcn1) で実行される Compute ノード上の管理ネットワーク (lb-mgmt-az-dcn1-net) を使用する AZ プロファイル (az-profile-dcn1) が作成されます。

   $ openstack loadbalancer availabilityzoneprofile create \
   --name az-profile-dcn1 --provider amphora --availability-zone-data \
   '{"compute-zone": "az-dcn1","management-network": \
   "a2884aaf-846c-4936-9982-3083f6a71d9b"}'

   例: az-dcn2 のプロファイルを作成する

   この例では、Compute AZ (az-dcn2) で実行される Compute ノード上の管理ネットワーク (lb-mgmt-az-dcn2-net) を使用する AZ プロファイル (az-profile-dcn2) が作成されます。

   $ openstack loadbalancer availabilityzoneprofile create \
   --name az-profile-dcn2 --provider amphora --availability-zone-data \
   '{"compute-zone": "az-dcn2","management-network": \
   "10458d6b-e7c9-436f-92d9-711677c9d9fd"}'

6. AZ プロファイルを使用して、Load-balancing サービス AZ を作成します。各 AZ に適切なプロファイルを使用して、追加の AZ に対してこの手順を繰り返します。

   例: AZ: az-central を作成する

   この例では、AZ プロファイル (az-profile-central) を使用して、Load-balancing サービス AZ (az-central) が作成されます。

   $ openstack loadbalancer availabilityzone create --name az-central \
   --availabilityzoneprofile az-profile-central \
   --description "AZ for Headquarters" --enable

   例: AZ: az-dcn1 を作成する

   この例では、AZ プロファイル (az-profile-az-dcn1) を使用して、Load-balancing サービス AZ (az-dcn1) が作成されます。

   $ openstack loadbalancer availabilityzone create --name az-dcn1 \
   --availabilityzoneprofile az-profile-az-dcn1 \
   --description "AZ for South Region" --enable

   例: AZ: az-dcn2 を作成する

   この例では、AZ プロファイル (az-profile-az-dcn2) を使用して、Load-balancing サービス AZ (az-dcn2) が作成されます。

   $ openstack loadbalancer availabilityzone create --name az-dcn2 \
   --availabilityzoneprofile az-profile-az-dcn2 \
   --description "AZ for North Region" --enable

手順

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

   例

   $ source ~/centralrc

2. DCN 環境のロードバランサーを作成するには、loadbalancer create コマンドを --availability-zone オプションとともに使用し、適切な AZ を指定します。

   例

   たとえば、アベイラビリティーゾーン (az-central) のパブリックサブネット (public_subnet) 上に終了されない HTTPS ロードバランサー (lb1) を作成するには、次のコマンドを入力します。

   $ openstack loadbalancer create --name lb1 --vip-subnet-id \
   public_subnet --availability-zone az-central

3. リスナー、プール、ヘルスモニター、およびロードバランサーのメンバーを追加して、ロードバランサーの作成を続けます。

手順

1. Red Hat OpenStack Platform のマイナー更新の実行 ガイドの説明に従って、RHOSP 更新を実行します。
2. メンテナンスリリースを適用した後に新機能を使用する必要がある場合は、実行中の amphora をローテーションして最新の amphora イメージに更新します。

手順

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

   例

   $ source ~/overcloudrc

2. 更新するすべてのロードバランサーの ID をリスト表示します。

   $ openstack loadbalancer list -c id -f value

3. それぞれのロードバランサーをフェイルオーバーします。

   $ openstack loadbalancer failover <loadbalancer_id>

   注記

   ロードバランサーのフェイルオーバーを開始したら、システムの使用状況を監視し、必要に応じてフェイルオーバーを実行する速度を調整します。ロードバランサーのフェイルオーバーにより、新規仮想マシンおよびポートが作成されます。これにより、一時的に OpenStack Networking の負荷が高まる場合があります。

4. ロードバランサーのフェイルオーバーの状態を監視します。

   $ openstack loadbalancer show <loadbalancer_id>

   ロードバランサーのステータスが ACTIVE になれば、更新は完了です。

手順

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

   例

   $ source ~/overcloudrc

2. ロードバランサー (lb1) の設定を確認します。

   注記

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

   例

   $ openstack loadbalancer show lb1

   出力例

   +---------------------+--------------------------------------+
   | Field               | Value                                |
   +---------------------+--------------------------------------+
   | admin_state_up      | True                                 |
   | created_at          | 2022-02-17T15:59:18                  |
   | description         |                                      |
   | flavor_id           | None                                 |
   | id                  | 265d0b71-c073-40f4-9718-8a182c6d53ca |
   | listeners           | 5aaa67da-350d-4125-9022-238e0f7b7f6f |
   | name                | lb1                                  |
   | operating_status    | ONLINE                               |
   | pools               | 48f6664c-b192-4763-846a-da568354da4a |
   | project_id          | 52376c9c5c2e434283266ae7cacd3a9c     |
   | provider            | amphora                              |
   | provisioning_status | ACTIVE                               |
   | updated_at          | 2022-02-17T16:01:21                  |
   | vip_address         | 192.0.2.177                          |
   | vip_network_id      | afeaf55e-7128-4dff-80e2-98f8d1f2f44c |
   | vip_port_id         | 94a12275-1505-4cdc-80c9-4432767a980f |
   | vip_qos_policy_id   | None                                 |
   | vip_subnet_id       | 06ffa90e-2b86-4fe3-9731-c7839b0be6de |
   +---------------------+--------------------------------------+

3. 前の手順の loadbalancer ID (265d0b71-c073-40f4-9718-8a182c6d53ca) を使用して、ロードバランサーに関連付けられている amphora の ID (lb1) を取得します。

   例

   $ openstack loadbalancer amphora list | grep 265d0b71-c073-40f4-9718-8a182c6d53ca

   出力例

   | 1afabefd-ba09-49e1-8c39-41770aa25070 | 265d0b71-c073-40f4-9718-8a182c6d53ca | ALLOCATED | STANDALONE | 198.51.100.7  | 192.0.2.177   |

4. 前の手順の amphora ID (1afabefd-ba09-49e1-8c39-41770aa25070) を使用して、amphora 情報を表示します。

   例

   $ openstack loadbalancer amphora show 1afabefd-ba09-49e1-8c39-41770aa25070

   出力例

   +-----------------+--------------------------------------+
   | Field           | Value                                |
   +-----------------+--------------------------------------+
   | id              | 1afabefd-ba09-49e1-8c39-41770aa25070 |
   | loadbalancer_id | 265d0b71-c073-40f4-9718-8a182c6d53ca |
   | compute_id      | ba9fc1c4-8aee-47ad-b47f-98f12ea7b200 |
   | lb_network_ip   | 198.51.100.7                         |
   | vrrp_ip         | 192.0.2.36                           |
   | ha_ip           | 192.0.2.177                          |
   | vrrp_port_id    | 07dcd894-487a-48dc-b0ec-7324fe5d2082 |
   | ha_port_id      | 94a12275-1505-4cdc-80c9-4432767a980f |
   | cert_expiration | 2022-03-19T15:59:23                  |
   | cert_busy       | False                                |
   | role            | STANDALONE                           |
   | status          | ALLOCATED                            |
   | vrrp_interface  | None                                 |
   | vrrp_id         | 1                                    |
   | vrrp_priority   | None                                 |
   | cached_zone     | nova                                 |
   | created_at      | 2022-02-17T15:59:22                  |
   | updated_at      | 2022-02-17T16:00:50                  |
   | image_id        | 53001253-5005-4891-bb61-8784ae85e962 |
   | compute_flavor  | 65                                   |
   +-----------------+--------------------------------------+

5. リスナー (listener1) の詳細を表示します。

   例

   $ openstack loadbalancer listener show listener1

   出力例

   +-----------------------------+--------------------------------------+
   | Field                       | Value                                |
   +-----------------------------+--------------------------------------+
   | admin_state_up              | True                                 |
   | connection_limit            | -1                                   |
   | created_at                  | 2022-02-17T16:00:59                  |
   | default_pool_id             | 48f6664c-b192-4763-846a-da568354da4a |
   | default_tls_container_ref   | None                                 |
   | description                 |                                      |
   | id                          | 5aaa67da-350d-4125-9022-238e0f7b7f6f |
   | insert_headers              | None                                 |
   | l7policies                  |                                      |
   | loadbalancers               | 265d0b71-c073-40f4-9718-8a182c6d53ca |
   | name                        | listener1                            |
   | operating_status            | ONLINE                               |
   | project_id                  | 52376c9c5c2e434283266ae7cacd3a9c     |
   | protocol                    | HTTP                                 |
   | 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                  | 2022-02-17T16:01:21                  |
   | client_ca_tls_container_ref | None                                 |
   | client_authentication       | NONE                                 |
   | client_crl_container_ref    | None                                 |
   | allowed_cidrs               | None                                 |
   +-----------------------------+--------------------------------------+

6. プール (pool1) とロードバランサーメンバーを表示します。

   例

   $ openstack loadbalancer pool show pool1

   出力例

   +----------------------+--------------------------------------+
   | Field                | Value                                |
   +----------------------+--------------------------------------+
   | admin_state_up       | True                                 |
   | created_at           | 2022-02-17T16:01:08                  |
   | description          |                                      |
   | healthmonitor_id     | 4b24180f-74c7-47d2-b0a2-4783ada9a4f0 |
   | id                   | 48f6664c-b192-4763-846a-da568354da4a |
   | lb_algorithm         | ROUND_ROBIN                          |
   | listeners            | 5aaa67da-350d-4125-9022-238e0f7b7f6f |
   | loadbalancers        | 265d0b71-c073-40f4-9718-8a182c6d53ca |
   | members              | b92694bd-3407-461a-92f2-90fb2c4aedd1 |
   |                      | 4ccdd1cf-736d-4b31-b67c-81d5f49e528d |
   | name                 | pool1                                |
   | operating_status     | ONLINE                               |
   | project_id           | 52376c9c5c2e434283266ae7cacd3a9c     |
   | protocol             | HTTP                                 |
   | provisioning_status  | ACTIVE                               |
   | session_persistence  | None                                 |
   | updated_at           | 2022-02-17T16:01:21                  |
   | tls_container_ref    | None                                 |
   | ca_tls_container_ref | None                                 |
   | crl_container_ref    | None                                 |
   | tls_enabled          | False                                |
   +----------------------+--------------------------------------+

7. ロードバランサーの VIP アドレス ( 192.0.2.177) に接続して、リスナーが HTTPS または TERMINATED_HTTPS プロトコルに設定されているロードバランサー全体に、HTTPS トラフィックが流れることを確認します。

   ヒント

   コマンド openstack loadbalancer show <load_balancer_name> を使用して、ロードバランサーの VIP アドレスを取得します。

   注記

   ロードバランサー VIP 用に実装されたセキュリティーグループは、必要なプロトコルとポートのデータトラフィックのみを許可します。上記の理由から、ICMP トラフィックがブロックされているため、ロードバランサー VIP に ping を実行できません。

   例

   $ curl -v https://192.0.2.177 --insecure

   出力例

   * About to connect() to 192.0.2.177 port 443 (#0)
   *   Trying 192.0.2.177...
   * Connected to 192.0.2.177 (192.0.2.177) 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: Jan 15 09:21:45 2021 GMT
   * 	expire date: Jan 15 09:21:45 2021 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: 192.0.2.177
   > Accept: */*
   >
   < HTTP/1.1 200 OK
   < Content-Length: 30
   <
   * Connection #0 to host 192.0.2.177 left intact

手順

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

   例

   $ source ~/overcloudrc

2. 移行する amphora の ID を特定します。後のステップで ID を指定する必要があります。

   $ openstack loadbalancer amphora list

3. Compute スケジューラーサービスが退避しているコンピュートノードに新しい amphora をスケジュールしないようにするには、コンピュートノード (compute-host-1) を無効にします。

   注記

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

   例

   $ openstack compute service set compute-host-1 nova-compute --disable

4. 取得した amphora ID (ea17210a-1076-48ff-8a1f-ced49ccb5e53) を使用して amphora をフェイルオーバーします。

   例

   $ openstack loadbalancer amphora failover ea17210a-1076-48ff-8a1f-ced49ccb5e53

手順

1. ディレクターノードで、ssh-agent を起動し、ユーザー ID キーをエージェントに追加します。

   $ eval $(ssh-agent -s)
   $ sudo -E ssh-add /etc/octavia/ssh/octavia_id_rsa

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

   例

   $ source ~/overcloudrc

3. 接続する amphora の負荷分散管理ネットワーク (lb_network_ip) 上の IP アドレスを把握します。

   $ openstack loadbalancer amphora list

4. SSH を使用して amphora に接続します。

   $ ssh -A -t tripleo-admin@<controller_node_IP_address> ssh cloud-user@<lb_network_ip>

5. 終了したら、amphora への接続を閉じて、SSH エージェントを停止します。

   $ exit

手順

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

   例

   $ source ~/overcloudrc

2. リスナー (listener1) の統計を表示します。

   注記

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

   例

   $ openstack loadbalancer listener stats show listener1

   ヒント

   リスナーの名前が分からない場合は、loadbalancer listener list コマンドを実行します。

   出力例

   +--------------------+-------+
   | Field              | Value |
   +--------------------+-------+
   | active_connections | 0     |
   | bytes_in           | 0     |
   | bytes_out          | 0     |
   | request_errors     | 0     |
   | total_connections  | 0     |
   +--------------------+-------+