Using this comment thread to plug a question: Is there a way to use Cloudflare (or other DNS server providers) in order to dynamically fallback to CDN A (e.g. Cloudfront) in case CDN B (e.g. Netlify CDN) is down?
I don't think Cloudflare Load Balancing can do this (yet), but Dyn can: https://dyn.com/active-failover/ The crucial part is CNAME compatibility. Most DNS services I've had experience with can only do failover between IPs.
How to implement a multi-CDN strategy
41–50 of 59 posts
Re: How to implement a multi-CDN strategy
#42Using this comment thread to plug a question: Is there a way to use Cloudflare (or other DNS server providers) in order to dynamically fallback to CDN A (e.g. Cloudfront) in case CDN B (e.g. Netlify CDN) is down?
You can control DNS failover with custom health checks in AWS Route 53. You can also do latency based routing. I can't speak for Cloudflare, but I imagine they have similar capability.
Re: How to implement a multi-CDN strategy
#43Earlier quoted context omitted.
You solution to bandwidth congestion is for everyone to use 3x+ more bandwidth than they need?
Is this a bot? Firstly, I'm not solving anything. I'm explaining why fallback URLs are not equivalent to CDNs. You don't use a CDN because your site doesn't work, you use it because it's faster. Secondly, no, doing an occasional speed test, using data you'd be downloading anyway, then selecting an endpoint between speedtests does not increase bandwidth usage by 3x. Baffled.
Re: How to implement a multi-CDN strategy
#44Using this comment thread to plug a question: Is there a way to use Cloudflare (or other DNS server providers) in order to dynamically fallback to CDN A (e.g. Cloudfront) in case CDN B (e.g. Netlify CDN) is down?
Re: How to implement a multi-CDN strategy
#45There are several factors to consider in a multi-CDN delivery solution. First, is it VoD or Live? HLS (and DASH) have a second URL option (base URL in DASH), for the client to determine when to choose that Fallback URL. If playback falls back to the second URL, that fallback experience to the viewer, could have had some buffering, or bitrate downshifts triggering that player decision. Although stream playback recover…
For VoD I like the approach where you use a fast and reliable CDN for the first seconds and in the background buffer the rest of the video from a cheap location/CDN. This works if you download video faster than real time which is almost always the case. That way you get the best of both worlds.
What do metrics show for UX for that workflow? (Bonus: What tool for capturing play data?)
Re: How to implement a multi-CDN strategy
#46Using this comment thread to plug a question: Is there a way to use Cloudflare (or other DNS server providers) in order to dynamically fallback to CDN A (e.g. Cloudfront) in case CDN B (e.g. Netlify CDN) is down?
Re: How to implement a multi-CDN strategy
#47Shower thought: what if html/http/browsers supported, as a primitive, the concept of "fetch this asset from url A, or if that doesn't work, B, or if that doesn't work, C ..."?
"If that doesn't work" isn't the problem. As a silly limiting example, imagine that you host Netflix on your dial-up connection as url A. It works. Oh, okay, right, let's set a timeout then, if it takes more than 1 second to load, we try url B. That works, but now we've got a 1 second delay on everything. Okay, we'll update the default to be url B. Conditions are changing all the time as a result of bottlenecks in th…
Re: How to implement a multi-CDN strategy
#48This is a nicely written article, however it's worth noting that the performance/reliability/availability differences across CDNs at a particular moment in time are pretty much non existent. These providers share the same backbone networks, same IX PoPs etc and thereby have little diversification benefit. See https://blog.edgemesh.com/understanding-diversification-netw... ) Where multi-CDN really shines is helping wi…
Re: How to implement a multi-CDN strategy
#49Earlier quoted context omitted.
This statement is not even close to true. At a particular point in time, different CDNs can have very different performance even for the same ISP in the same region.
Absolutely. If you were a CDNs only customer this may be true but the reality is that you’re not and they are always going to be over-subscribed. Having worked at a CDN provider (Cloudflare), I can tell you that they are constantly battling resource contention via DDoS or other reliability issues. Multi-CDN is the way to go for performance and availability, though as a customer it can be challenging because you’re fo…
For Cedexis, I think the strenght is not only in the configurable DNS routing system, but also because they set up a lot of probes for different CDNs & clouds, and share global aggregated data that anyone can access, which can be useful when you don't a Alexa top1000 traffic.
Re: How to implement a multi-CDN strategy
#50Shower thought: what if html/http/browsers supported, as a primitive, the concept of "fetch this asset from url A, or if that doesn't work, B, or if that doesn't work, C ..."?
If video is being served via HLS (which it probably is in 2018), then the manifests support redundant streams, where multiple hosts can be specified for each stream. [0] hls.js supports this, as do many other clients. IME it works nicely for providing some client-side switching in case one of your hosts/CDNs goes down. [0] https://developer.apple.com/library/archive/documentation/Ne...