将负载均衡配置为服务

流程

1. 以 stack 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ 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:

     指示 director 启用(true)或禁用(false)自动证书和密钥生成的布尔值。

     重要

     您必须将 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. 运行 openstack overcloud deploy 命令，并包含核心 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 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ source ~/stackrc

3. 创建自定义 YAML 环境文件。

   示例

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

4. 在自定义环境文件中，添加以下参数：

   parameter_defaults:
       OctaviaLoadBalancerTopology: "ACTIVE_STANDBY"

5. 运行部署命令，并包含核心 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 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ 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 模板、环境文件以及新的自定义环境文件。

   重要

   环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源具有优先权。

   示例

   $ 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 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ source ~/stackrc

3. 创建自定义 YAML 环境文件。

   示例

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

4. 在 parameter_defaults 下的 YAML 环境文件中，将 OctaviaLogOffload 设置为 true。

   parameter_defaults:
       OctaviaLogOffload: true
       ...

   注意

   amphorae 卸载管理日志默认使用 local1 的 syslog 工具值，除非您使用 OctaviaAdminLogFacility 参数指定另一个值。有效值为 0 iwl-wagon7。

   示例

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaAdminLogFacility: 2
       ...

5. amphorae 仅转发与负载均衡器相关的管理日志，如 haproxy admin 日志、keepalived 和 amphora 代理日志。如果要配置 amphorae 从 amphorae 发送所有管理日志，如内核、系统和安全日志，请将 OctaviaForwardAllLogs 设置为 true。

   示例

   parameter_defaults:
       OctaviaLogOffload: true
       OctaviaForwardAllLogs: true
       ...

6. 选择日志协议：UDP （默认）或 TCP。

   如果主端点失败，则 amphorae 只有在日志协议是 TCP 时将其日志发送到二级端点。

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

7. amphorae 使用由编排服务(heat)定义的一组默认容器，其中包含侦听日志消息的 syslog 接收器。如果要使用不同的端点集合，您可以使用 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 模板、环境文件以及新的自定义环境文件。

   重要

   环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源具有优先权。

   示例

   $ 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 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ 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
       ...

   注意

   amphorae 使用 syslog 工具默认值 local0 卸载租户流日志，除非您使用 OctaviaTenantLogFacility 参数指定另一个值。有效值为 0 iwl-wagon7。

6. 可选：要更改 amphorae 用于租户和管理日志卸载的默认端点，请分别使用 OctaviaTenantLogTargets 和 OctaviaAdminLogTargets。amphorae 使用一组默认容器，其中包含侦听日志消息的 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 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ 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 用户身份登录 undercloud 主机。

2. 提供 undercloud 凭证文件：

   $ source ~/stackrc

3. 创建自定义 YAML 环境文件。

   示例

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

4. 在 parameter_defaults 下的环境文件中，将 OctaviaDisableLocalLogStorage 设置为 true。

   parameter_defaults:
       OctaviaDisableLocalLogStorage: true
       ...

5. 运行部署命令，并包含核心 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. 提供可让您使用 RHOSP admin 角色访问 overcloud 的凭据文件。

   示例

   $ 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 角色访问 overcloud 的凭据文件。

   示例

   $ source ~/my_overcloudrc

2. 创建 flavor 配置集：

   $ 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 角色访问 overcloud 的凭据文件。

   示例

   $ 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.                |
   +-------------------+--------------------------------------+

   在本例中，定义了类别。当用户指定此类别时，他们会创建一个负载均衡器，它使用一个负载平衡服务实例(amphora)，且不具有高可用性。

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 使用适合您的站点的参数值运行 openstack loadbalancer healthmonitor create 命令。

   • 所有运行状况监控类型都需要以下可配置的参数：

     <pool>

     要监控的后端成员服务器池的名称或 ID。

     --type

     运行状况监视器的类型。HTTP、HTTPS、PING、SCTP、TCP、TLS-HELLO 或 UDP-CONNECT 之一。

     --delay

     健康检查之间等待的秒数。

     --timeout

     等待任何给定健康检查完成的秒数。超时 必须始终小于 延迟。

     --max-retries

     后端服务器在被视为关闭前必须失败的健康检查数量。另外，后端服务器必须通过的健康检查数量必须再次被视为 up。

   • 另外，HTTP 运行状况监控类型还需要以下参数，该参数会被默认设置：

     --url-path

     应从后端服务器检索的 URL 的路径部分。默认情况下，这是 /。

     --http-method

     用于检索 url_path 的 HTTP 方法。默认情况下，这是 GET。

     --expected-codes

     指明 OK 健康检查的 HTTP 状态代码列表。默认情况下，这是 200。

     示例

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

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 修改运行状况监控器(my-health-monitor)。

   在本例中，用户更改健康检查向成员发送探测之间等待的时间（以秒为单位）。

   示例

   $ openstack loadbalancer healthmonitor set my_health_monitor --delay 600

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 删除运行状况监视器(my-health-monitor)。

   示例

   $ openstack loadbalancer healthmonitor delete my-health-monitor

流程

1. 提供您的凭据文件。

   示例

   $ 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 ~/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)。

   示例

   本例中的命令会创建一个 HTTP 池，它使用专用子网，其中包含在 TCP 端口 80 上托管非安全 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. 在共享外部子网(公共)上创建一个浮动 IP 地址。

   示例

   $ openstack floating ip create public

9. 在 step 8 输出中记录 floating_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. 使用浮动 IP (203.0.113.0)验证跨负载均衡器的 HTTP 流量流。

   示例

   $ 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 ~/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. 创建监听器默认池(pool1)，用于定义 Cookie 上的会话持久性(PHPSESSIONID)。

   示例

   本例中的命令会创建一个 HTTP 池，它使用专用子网，其中包含在 TCP 端口 80 上托管非安全 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 ~/overcloudrc

2. 在公共子网(public_subnet)上创建一个负载均衡器(lb1)。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

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

3. 在端口(443)上创建一个侦听器（监听程序1）。

   示例

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

4. 创建侦听器默认池(pool1)。

   示例

   本例中的命令会创建一个 HTTPS 池，它使用专用子网，其中包含在 TCP 端口 443 上托管使用 TLS 加密 Web 应用程序配置的 HTTPS 应用程序的后端服务器：

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

5. 在池(pool1)上创建一个运行状况监视器(healthmon1)，类型为(TLS-HELLO)，以连接到后端服务器并测试路径(/)。

   建议使用健康检查，但不是必需的。如果没有定义运行状况监控器，则假定成员服务器为 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)合并到单个 PKCS12 文件(server.p12)中。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

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

   注意

   如果您的密码保护 PKCS12 文件，则以下步骤无法正常工作。

2. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

3. 使用 Key Manager 服务为 PKCS12 文件创建 secret 资源(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)，并使它成为监听器的默认池。

   示例

   本例中的命令会创建一个 HTTP 池，它使用专用子网，其中包含在 TCP 端口 80 上托管非安全 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)合并到一个 PKCS12 文件(server.p12)中。

   这这个示例中，您创建了两个 PKCS12 文件 (server.p12 和 server2.p12)，分别作为 www.example.com 和 www2.example.com 的证书。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

   $ 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 ~/overcloudrc

3. 使用 Key Manager 服务为 PKCS12 文件创建 secret 资源（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_secret1 作为监听器的默认 TLS 容器。）

   示例

   $ 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)，并使它成为监听器的默认池。

   示例

   本例中的命令会创建一个 HTTP 池，它使用专用子网，其中包含在 TCP 端口 80 上托管非安全 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)合并到单个 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 ~/overcloudrc

3. 使用 Key Manager 服务为 PKCS12 文件创建 secret 资源(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)，并使它成为监听器的默认池。

   示例

   本例中的命令会创建一个 HTTP 池，其中包含在 TCP 端口 80 上托管使用 Web 应用程序配置的 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. 将专用子网上的 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)合并到单个 PKCS12 文件(server.p12)中。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

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

2. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

3. 使用 Key Manager 服务为 PKCS12 文件创建 secret 资源(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)，并使它成为监听器的默认池。

   示例

   本例中的命令会创建一个 HTTP 池，它使用专用子网，其中包含在 TCP 端口 80 上托管非安全 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 ~/overcloudrc

2. 在公共子网(public_subnet)上创建一个负载平衡器(lb1)。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

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

3. 在指定端口 (23456) 中创建一个 TCP 监听器 (listener1)，自定义应用程序被配置。application is configured.

   示例

   $ 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 ~/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 端口的后端服务器：

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

5. 在池(pool1)上创建一个运行状况监视器(healthmon1)，使用 UDP (UDP-CONNECT)连接到后端服务器。

   建议使用健康检查，但不是必需的。如果没有定义运行状况监控器，则假定成员服务器为 ONLINE。

   示例

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

6. 将专用子网上的后端服务器(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 ~/overcloudrc

2. 创建一个网络带宽 QoS 策略(qos_policy_bandwidth)，最大 1024 kbps，最大突发率 1024 kb。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

   $ 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)在公共子网上创建负载均衡器(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)。

   示例

   本例中的命令会创建一个 HTTP 池，它使用包含在 TCP 端口 80 上托管 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 ~/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. 要验证负载均衡器是否安全，请确保从 CIDR 不在 allowed_cidrs 列表中的客户端向监听程序的请求；请求不会成功。

   输出示例

   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 ~/overcloudrc

2. 使用 --provider ovn 参数，在专用子网(private_subnet)上创建一个负载均衡器(lb1)。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

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

3. 创建一个监听器(listener1)，它将使用配置自定义应用程序的指定端口（80）上的协议 (tcp)。

   注意

   OVN 提供程序仅支持第 4 层 TCP 和 UDP 网络流量。

   示例

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

4. 创建侦听器默认池(pool1)。

   注意

   OVN 唯一支持的负载平衡算法是 SOURCE_IP_PORT。

   示例

   本例中的命令会创建一个 HTTP 池，它使用专用子网，其中包含在特定 TCP 端口上托管自定义应用程序的后端服务器：

   $ 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. 运行 openstack loadbalancer pool show 命令，以查看池(pool1)和 load-balancer 成员。

   示例

   $ 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 ~/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& gt; 命令，并验证是否存在带有 STARTS_WITH 的 compare_type 规则。

   示例

   $ openstack loadbalancer l7rule list policy1

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 在负载均衡器(lb1)上创建第二个池(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. 添加 L7 规则，该规则在策略的请求路径的开头查找 /js。

   示例

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

6. 创建一个 L7 策略(policy2)，其操作(REDIRECT_TO_POOL)并添加指向池的监听程序(listener1)。

   示例

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

7. 添加 L7 规则，该规则在策略的请求路径的开头查找 /images。

   示例

   $ 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 > 命令，并验证每个对应策略都有带有 STARTS_WITH 的 compare_type 规则。

   示例

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

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 在负载均衡器 (lb1) 上创建第二个池（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. 在策略中添加 L7 规则，该规则使用 HTTP/1.1 主机名 www2.example.com 发送任何请求到第二个池(pool2)。

   示例

   $ 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 ~/overcloudrc

2. 在负载均衡器 (lb1) 上创建第二个池（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. 在策略中添加 L7 规则，将任何使用 HTTP/1.1 主机名(www2.example.com的请求)发送到第二个池(pool2)。

   示例

   $ 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 ~/overcloudrc

2. 在负载均衡器(lb1)上创建第二个池(login_pool)。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

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

3. 向第二个池中添加一个成员，在身份验证子网（secure_subnet)）中的身份验证服务器(192.0.2.10)。

   示例

   在本例中，后端服务器 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)，并指向第二个池(login_pool)。

   示例

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

5. 向策略添加 L7 规则(policy1)，以任何值搜索浏览器 cookie (auth_token)，并在 Cookie 不存在时匹配。

   示例

   $ 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& gt; 命令，并验证是否存在带有 REGEX 的 compare_type 规则。

   示例

   $ openstack loadbalancer l7rule list policy1

   其他资源

   • 命令行界面参考中的LoadBalancer pool create
   • 命令行界面参考中的LoadBalancer member create
   • 命令行界面参考中的LoadBalancer l7policy create
   • 命令行界面参考中的LoadBalancer l7rule create

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 在负载均衡器(lb1)上创建第二个池(login_pool)。

   注意

   括号中的值是此流程中的示例命令中使用的示例值。使用适合您的站点的值替换这些示例值。

   示例

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

3. 向第二个池中添加一个成员，在身份验证子网（secure_subnet)）中的身份验证服务器(192.0.2.10)。

   示例

   在本例中，后端服务器 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)，并指向第二个池(login_pool)。

   示例

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

5. 向策略添加 L7 规则(policy1)，以任何值搜索浏览器 cookie (auth_token)，并在 Cookie 不存在时匹配。

   示例

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

6. 在监听器 (listener1) 上创建第二个 L7 策略（policy2）。该策略必须包含操作(REDIRECT_TO_POOL)，并指向第二个池(login_pool)。

   示例

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

7. 将 L7 规则添加到第二个策略(policy2)，用于搜索浏览器 cookie (auth_token)，并在 Cookie 值等于字符串 INVALID 时匹配。

   示例

   $ 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 是否存在带有 REGEX 的 compare_type 规则，以及 policy2 的带有 compare_type 为 EQUAL_TO 的规则。

   示例

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

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 在负载均衡器(lb1)上创建第二个池(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. 向策略添加第二个 L7 规则，该策略与请求路径开头的 /api 匹配。

   此规则通过第一个规则逻辑 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> 命令，再验证两者都存在带有 EQUAL_TO 和 STARTS_WITH 的 compare_type 规则的 policy1。

   示例

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

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 在负载均衡器(lb1)上创建第三个池(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)上创建第四个池(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. 向策略（policy2）添加一个 L7 规则，它使用一个正则表达式匹配以 /js 或 /images 开始的请求路径。

   示例

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

8. 向策略添加第二个 L7 规则，该策略(policy2)与 Cookie (site_version)匹配到确切的字符串(B)。

   示例

   $ 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. 将 L7 规则添加到与 Cookie (site_version)匹配的策略(policy3)到确切的字符串(B)。

    示例

    $ 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 > 命令，并验证每个对应策略都有带有 STARTS_WITH 的 compare_type 规则。

   示例

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

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 当为对象使用正确的带有 --tag <tag> 选项的 create 命令创建负载均衡器时，为它添加一个标签（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> …​

     注意

     标签可以是任意有效的 unicode 字符串，最大长度为 255 个字符。

     示例 - 创建并标记负载均衡器

     在这个示例中，负载均衡器 lb1 被创建并带有两个标签 Finance 和 Sales：

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

     注意

     负载平衡服务对象可以具有一个或多个标签。对您要添加的每个额外标签重复 --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 在 pool1 中创建，标签为 Sales ：

     $ 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 策略

     在这个示例中，使用标签 Sales 创建 L7 策略 policy1 ：

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

     示例 - 创建和标记 L7 规则

     在这个示例中，使用标签 Sales 创建 L7 规则 rule1 ：

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

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 执行以下操作之一：

   • 将 --tag <tag > 选项与对象的相应 set 命令一起使用，为已存在的负载均衡对象添加标签：

     • 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>

       注意

       标签可以是任意有效的 unicode 字符串，最大长度为 255 个字符。

       示例

       在这个示例中，标签 Finance 和 Sales 被添加的奥负载均衡器 lb1：

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

       注意

       负载平衡服务对象可以具有一个或多个标签。对您要添加的每个额外标签重复 --tag <tag> 选项。

   • 使用带有相应 未设置 对象的 --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 ~/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
   包括与一个或多个指定标签匹配的对象。	$ 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
   排除与一个或多个指定标签匹配的对象。	$ 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 ~/centralrc

2. 收集要用于命名负载平衡服务 AZ 的计算服务 AZ 的名称。

   重要

   您创建的负载均衡服务 AZ 的名称必须与计算服务 AZ 的名称匹配。

   $ openstack availability zone list --compute

   输出示例

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

3. 收集用于创建负载平衡服务 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 配置集。重复此步骤，为您要创建的每个负载均衡服务 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创建配置集

   在本例中，创建了一个 AZ 配置集(az_profile_central)，它使用管理网络(lb-mgmt-net)在 Compute AZ (az-central)中运行的 Compute 节点上：

   $ 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，为您要创建的每个负载均衡服务 AZ 创建 AZ 配置集。

   示例 - 为 az-dcn1创建配置文件

   在本例中，会创建一个 AZ 配置集(az-profile-dcn1)，它使用管理网络(lb-mgmt-az-dcn1-net)在计算 AZ (az-dcn1)上运行的 Compute 节点上：

   $ 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创建配置文件

   在本例中，会创建一个 AZ 配置集(az-profile-dcn2)，它使用管理网络(lb-mgmt-az-dcn2-net)在计算 AZ (az-dcn2)中运行的 Compute 节点上：

   $ 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 配置集，创建一个负载均衡服务 AZ。为每个 AZ 使用适当的配置集，为任何其他 AZ 重复此步骤。

   示例 - 创建 AZ: az-central

   在本例中，使用 AZ 配置集(az-profile-central)创建负载平衡服务 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)创建负载平衡服务 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-dcn2)使用 AZ 配置集(az-profile-az-dcn2)创建：

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

流程

1. 提供您的凭据文件。

   示例

   $ 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. 执行 RHOSP 更新，如 执行 Red Hat OpenStack Platform 的次要更新 指南中所述。
2. 应用维护版本后，如果您需要使用新功能，请轮转运行 amphorae 将其更新至最新的 amphora 镜像。

流程

1. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

2. 列出您要更新的所有负载均衡器的 ID：

   $ openstack loadbalancer list -c id -f value

3. 对每个负载均衡器失败：

   $ openstack loadbalancer failover <loadbalancer_id>

   注意

   当您启动对负载均衡器的出现故障时，请根据需要监控系统利用率，请调整执行故障转移的速度。负载平衡器故障转移创建新的虚拟机和端口，这可能会临时增加 OpenStack 网络上的负载。

4. 监控负载均衡器失败的状态：

   $ openstack loadbalancer show <loadbalancer_id>

   当负载均衡器状态为 ACTIVE 时，更新已完成。

流程

1. 提供您的凭据文件。

   示例

   $ 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)，获取与负载均衡器 (lb1) 关联的 amphora 的 ID。

   示例

   $ 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)和 load-balancer 成员。

   示例

   $ 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&gt; 获取负载均衡器 VIP 地址。

   注意

   为负载均衡器 VIP 实施的安全组只允许所需的协议和端口的数据流量。因此，您无法 ping 负载均衡器 VIP，因为 ICMP 流量被阻止。

   示例

   $ 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 ~/overcloudrc

2. 找到您要迁移的 amphora 的 ID。您需要在以后的步骤中提供 ID。

   $ openstack loadbalancer amphora list

3. 要防止计算调度程序服务将任何新的 amphorae 调度到要撤离的 Compute 节点，请禁用 Compute 节点(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. 在 director 节点上，启动 ssh-agent 并将您的用户身份密钥添加到代理中：

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

2. 提供您的凭据文件。

   示例

   $ source ~/overcloudrc

3. 确定您要连接的 amphora 的负载均衡管理网络上的 IP 地址(lb_network_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 ~/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     |
   +--------------------+-------+