Cloud Docs Home > F5 OpenStack Solutions Index

Capacity-Based Scale Out

When using differentiated service environments, you can configure capacity metrics for the F5 Agent for OpenStack Neutron to provide scale out across multiple BIG-IP device groups.

Learn more

Prerequisites

Caveats

  • All hosts running the F5 Integration for OpenStack Neutron LBaaS must use the same Neutron database.
  • You can not manage a single BIG-IP device or cluster with multiple F5 agent instances running in the same service environment on the same host. [1]

Configuration

Edit the following items in the F5 agent configuration file.

  1. Set the desired environment_group_number.

    ###############################################################################
    #  Environment Settings
    ###############################################################################
    ...
    #
    environment_group_number = 1
    #
    ...
    
  2. Provide the iControl endpoint and login credentials for one (1) of the BIG-IP devices in the device group.

    #
    icontrol_hostname = 1.2.3.4
    #
    ...
    #
    icontrol_username = myusername
    ...
    #
    icontrol_password = mypassword
    #
    
  3. Define the capacity score metrics.

    Capacity score settings
    throughput total throughput in bps of the TMOS devices
    inbound_throughput throughput in bps inbound to TMOS devices
    outbound_throughput throughput in bps outbound from TMOS devices
    active_connections number of concurrent active actions on a TMOS device
    tenant_count number of tenants associated with a TMOS device
    node_count number of nodes provisioned on a TMOS device
    route_domain_count number of route domains on a TMOS device
    vlan_count number of VLANs on a TMOS device
    tunnel_count number of GRE and VxLAN overlay tunnels on a TMOS device
    ssltps the current measured SSL TPS count on a TMOS device
    clientssl_profile_count the number of clientside SSL profiles defined

    ###############################################################################
    #  Environment Settings
    ###############################################################################
    ...
    #
    capacity_policy = throughput:1000000000, active_connections: 250000, route_domain_count: 512, tunnel_count: 2048
    #
    

Learn more

The F5 agent environment_group_number and environment_capacity_score configuration parameters allow the F5 Driver for OpenStack LBaaSv2 to assign requests to the group that has the lowest capacity score. The environment_group_number provides a convenient way for the F5 driver to identify F5 agent instances that are available to handle requests for any of the devices in a given group.

You can configure a variety of capacity metrics via the capacity_policy configuration parameter. These metrics contribute to the overall environment_capacity_score for the environment group. Each F5 agent instance calculates the capacity score for its group and reports the score back to the Neutron database.

To find the capacity score, the F5 agent divides the collected metric by the max specified for that metric in the capacity_policy configuration parameter. An acceptable reported environment_capacity_score is between zero (0) and one (1). If an |agent| instance in the group reports an :code:`environment_capacity_score` of one (1) or greater, the device is at capacity.

Capacity-Based Scale Out diagram

Capacity-based Scale Out

As demonstrated in the figure, when the F5 driver receives a new LBaaS request, it consults the Neutron database. It uses the environment_group_number and the group’s last reported environment_capacity_score to assign the task to the group with the lowest utilization. The F5 driver then selects an F5 agent instance from the group (at random) to handle the request.

If any F5 agent instance has previously handled requests for the specified tenant, that F5 agent instance receives the task. If that F5 agent instance is a member of a group for which the last reported environment_capacity_score is above capacity, the F5 driver assigns the request to an F5 agent instance in a different group where capacity is under the limit.

Danger

If all F5 agent instances in all environment groups are at capacity, LBaaS service requests will fail. LBaaS objects created in an environment that has no capacity left will show an error status.

Use Case

Capacity-based scale out provides redundancy and high availability across the F5 agent instances responsible for managing a specific service environment. The capacity score each F5 agent instance reports back to the Neutron database helps ensure that the F5 driver assigns tasks to the F5 agent instance currently handling the fewest requests.

Footnotes

[1]See differentiated service environments for information about running multiple F5 agent instances on the same host.