4 ms·
For failure recovery on a single compute that'll work but doesn't that story get more complex as you add more compute VMs? You know, the actual… ah… balancing o
by wwalser 10y ago
For failure recovery on a single compute that'll work but doesn't that story get more complex as you add more compute VMs? You know, the actual… ah… balancing of load?
- bogomipz 10y agoWell I could just add two compute nodes running IPVS and keepalived and get the same thing no? I think that was the OPs point. It seems like that might be far cheaper that this offering.
- wwalser 10y agoI get it and I think for failover it doesn't make sense to use this feature. If you want one feature of load balancing, sure, roll that yourself. What happens as you want each additional feature, incrementally getting closer to rolling your own load balancing instead of just flipping a switch to enable it for $20/month? My point was just that the complexity goes up as you want more. At some point, it's worth the money to just use someone else's solution to all of those small problems instead of maintaining your own worse version. Most small teams likely shouldn't be writing their own nginx, haproxy and keepalive configuration for load balancing. The $20-$200/month that it'll cost them is well worth the time that their engineers back. Of course, there does exist another tier of scale where it becomes questionable to continue paying the premium that comes from asking others to solve your infra problems for you. This falls into the "problems we'd love to be lucky enough to have" bucket for most companies.