Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is there a hard or practical limit on how many public/private IP addresses that are supported in CFE beyond the number of EIPs allowed by AWS #133

Open
pedley-f5 opened this issue Feb 1, 2024 · 1 comment

Comments

@pedley-f5
Copy link

Do you already have an issue opened with F5 support?

No.

Description

We are getting a number of requests to configure virtual addresses on one of our HA Pairs in AWS. Is there a hard or practical limit on how many public/private IP addresses that are supported in CFE beyond the number of EIPs allowed by AWS?

Environment information

For bugs, enter the following information:

  • Cloud Failover Extension Version: 1.13
  • BIG-IP version: 15.10.2 0.44.2
  • Cloud provider: AWS

Severity Level

Severity: 3

Severity level definitions:

  1. Severity 1 (Critical) : Defect is causing systems to be offline and/or nonfunctional. immediate attention is required.
  2. Severity 2 (High) : Defect is causing major obstruction of system operations.
  3. Severity 3 (Medium) : Defect is causing intermittent errors in system operations.
  4. Severity 4 (Low) : Defect is causing infrequent interuptions in system operations.
  5. Severity 5 (Trival) : Defect is not causing any interuptions to system operations, but none-the-less is a bug.
@mikeshimkus
Copy link
Contributor

Hi @pedley-f5, we've tested with up to 25 EIPs: https://clouddocs.f5.com/products/extensions/f5-cloud-failover/latest/userguide/performance-sizing.html#aws

Since these are updated asynchronously, I don't see any thing that would limit the number of EIPs you can update in one failover execution.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants