Forum Discussion

alt's avatar
alt
Icon for Nimbostratus rankNimbostratus
May 14, 2021
Solved

sizing the F5 appliance

Dears, I want to size an f5 appliance, the customer is publishing a application which are running without load balancers, I need to know the questionnaire that I need to ask to the customer. lets ...
application delivery
BIG-IP
  • Daniel_Wolf's avatar
    Daniel_Wolf
    May 16, 2021

    I will quote from K15831: How the BIG-IP VE system enforces the licensed throughput rate

     

    "The BIG-IP VE product license determines the maximum allowed throughput rate. When calculating throughput, the BIG-IP VE system accounts for packets ingressing and egressing the system separately. Additionally, the licensed throughput rate for ingress and egress is enforced separately. For example, if you have a 200 Mbps license, ingress into the Traffic Management Microkernel (TMM) has a limit of 200 Mbps and egress from TMM also has a limit of 200 Mbps."

     

    However, I think the utilization of the NIC is not a quality indicator for sizing your BIG-IP appliance.

    Or it shouldn't be the only parameter for sizing, take into account also connections per second and SSL TPS. Furthermore throughput and connections per second are important metrics, but they are not the only things that should be considered when sizing BIG-IP. Memory and CPU are just as important if not more important than some of the datasheet numbers. Plan for growth too.

     

    The virtual editions datasheets will give you general performance numbers. You should refer to the datasheets as you make general sizing determinations. In most cases, these are the maximum capabilities at which either CPU or memory is completely consumed. This means determining CPU and memory requirements are extremely important in determining the appliance or virtual edition that is purchase for a solution. For, example, the amount of memory not only determines how many modules can run on a BIG-IP, but also how many concurrent connections can be maintained, as each current connection uses a finite amount of memory. CPU can be a limiting factor, HTTP compression consumers CPU, if not performed in hardware, SSL can consume CPU depending on the key size, cipher and whether the cipher is supported by hardware and for BIG-IP Virtual Editions this is always the case.

     

    And last recommendation from: K44935357: Sizing for BIG-IP platform

    "Contact your usual F5 reseller, F5 Sales, or one of F5's many Partners.

    Sizing is done by Sales."

alt's avatar
alt
Icon for Nimbostratus rankNimbostratus
May 17, 2021

Dear Daniel,

Thanks for the reply, I will check the current server connection per second and top of that CPU +MEM as u mentioned and definitely will approached and F5 engineer for sizing.

However, I think the utilization of the NIC is not a quality indicator for sizing your BIG-IP appliance.
Or it shouldn't be the only parameter for sizing, take into account also connections per second and SSL TPS. Furthermore throughput and connections per second are important metrics, but they are not the only things that should be considered when sizing BIG-IP. Memory and CPU are just as important if not more important than some of the datasheet numbers. Plan for growth too.

what shld be in the internet bandwidth reservation calculation for these application keeping aside the other aspects of corporate users.

Thanks

  • Daniel_Wolf's avatar
    Daniel_Wolf
    Icon for MVP rankMVP
    May 18, 2021

    Sorry for the late reply. The internet bandwidth of your customer is not really important for sizing the appliance. Important is how much traffic should flow through the BIG-IP, probably not 100% of the internet bandwidth. And another question - will internal users also access the application trough the BIG-IP? If the answer is "yes" then this must also be taken into account.