All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
BuyVM Anycast IP toggle in Stallion not working?
Asking here as probably some of you run the anycast test at BuyVM.
So after I finally collected all the needed vps for an anycast ip in BuyVM for some reason the toggle in Stallion for anycast on/off under indivdual KVM slices is not active.
When I applied and got the anycast IP, this toggle went to "on" in the networking tab of all kvm slices but cannot be set to off.
(I've now got 2 slices in each of the three needed locations and the toggle is "on" for all while irl only one per location (and that arbitrarily) is on.
Also:
Is their no way to toggle this via API? I had the idea to use 2 per location and failover the anycast between them via e.g. keepalived plus API but don't see an API endpoint for this?

Comments
@beanman109 how your dragon balls feel?
Btw thank you @beanman109 for that nice script of yours, that one finally helped me out in collecting all needed locations.
very good sir my balls are anycasted very strong no issue for me when i clicked the anycast button
maybe a ticket would be in order could be a stallion automation problem
Maybe my case is just more complex than the normal 3 vps with anycast usage as I now have six vps (2 per location).
With 3 (one per location) it would be probably stupid to turn anycast off at one of the vps.
But with two per location it would be nice to have that feature to decide which one should be anycasted and which one should not be.
You need all four locations, as far as I recall. @Francisco can confirm, but I'm 92% certain you need all 4 locations active first .
@MannDude Three are enough if you have US-West (Las Vegas), US-East (New York or Miami) and Europe (Switzerland).
I have three locations now and have anycast and anycast is working. But I cannot manage anycast in Stallion as I have two KVM per location and cannot choose the one that should have the anycast - at the moment, Stallion shows all as anycast but actually it is one random per location (and not both) plus I cannot switch anycast on or off per KVM.
Maybe if you turn on one it turns off the other?
All are turned on, that happened when anycast got applied. I cannot turn off anyone. I even searched LET and found an 11 year old thread (anycast announcement here at LET, e.g. with someone posting a similar prob here: https://lowendtalk.com/discussion/comment/818729/#Comment_818729) but did not see a solution there as I cannot toggle anycast off at any of the six.
The on/off doesn't do anything. In the past it did, but it made the process extremely clunky to work with, so, I simply make it there, and on.
My OCD didn't like the area being empty where the on/off toggles existed on other lines.
The IP should 'just work'.
Francisco
It actually does and it even does a failover - but - just after exactly 5 minutes. Just tested this, if I power off one of the two vps in one location, both having the same anycast ip, the second one is choosen exactly 5 minutes after the first one became offline.
So the question is: how do I optimize that timeframe?
(and btw. with the VPS rebooting in 12 seconds, you really need the power off as a test as those reboots are damn fast on those Ryzen 9.)
That’s arp timeout times on the router. If you do bgp with the anycast ips then cutover is sub second.
Francisco
So this means I could apply for a private ASN to announce just that /32 anycast ip in all three locations to you as upstream and also do split traffic (inside a location) etc. plus failover via my bgp announcements from the private ASN?
Or would that only work with BYOAS?
Yup, private and for free.
Yup it’ll work exactly like you’re wanting. Neat eh?
Francisco
Thats really neat and it sounds like I could even add the fourth location with that or even upcoming future locations (Singapore, Singapore, Singapore) while using that road.
Business idea for BuyVM: start an anycast club where each member contracts/subscribes to auto-order a vps of a predefined given size in any new locations you expand to. This could bring in a nice base of definitive orders for a new location and by that making expanding easier.