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

Can I Auto-scale f5 VE with 1 instance as min #42

Open
aymanelbacha opened this issue Aug 26, 2024 · 5 comments
Open

Can I Auto-scale f5 VE with 1 instance as min #42

aymanelbacha opened this issue Aug 26, 2024 · 5 comments

Comments

@aymanelbacha
Copy link

I need confirmation since there's no reference if Auto-scale works for 1 instance only as minimum

@mikeshimkus
Copy link
Collaborator

Hi @aymanelbacha, the minimum number of BIG-IP instances in the autoscale templates is 1, per the bigIpScalingMinSize parameter, which defaults to 1:

Let us know if you have issues using 1 as the minimum.

@aymanelbacha
Copy link
Author

Thank you @mikeshimkus for the response, no issues so far, but checking the options we have.
Meanwhile, I don't see any dedicated HA sync interface/VPC to sync between instances in the existing repo, are we using the management to sync, is it better to have a separate NIC, how it behaves when autoscaled

appreciate your support

@mikeshimkus
Copy link
Collaborator

Hi @aymanelbacha, check out the README here: https://github.com/F5Networks/f5-azure-arm-templates-v2/tree/48fbe5f9b4262e88ad37c98b6aae27cc0591d9e3/examples/autoscale/payg#changing-the-big-ip-deployment

There is no synchronization between instances in the cluster. This solution uses an immutable model; the configuration is updated by modifying the Runtime Init configuration and redeploying the template while changing the value of the bigIpRuntimeInitConfig parameter to use the new config URL. All the instances are then redeployed using the new configuration.

@aymanelbacha
Copy link
Author

Hi @mikeshimkus , I am working on a GCP not Azure, is that something supported, how to overcome this, since there will be daily changes, for example create new Virtual Servers/nodes...
would it be like have a automated solution that connects to both instances and future auto-scaled and push these objects without redeploying?

@mikeshimkus
Copy link
Collaborator

The same model applies in GCP. The solution as-is does not support updating configuration directly on instances, as this configuration will not be applied when new instances are added to the autoscale group. However, it should be possible to create a Google cloud function to check for scale out and apply configuration to new instances. This is not in scope for our templates.

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