This is not planned.
There's an issue with connection pool timeouts I'm investigating. Normally, we disable said spill and opt for a few error pages when it happens over a read-only self-recovery, but due to the dynamics of the data center failover we had this re-enabled. It's just been disabled in a prod build that just went out and I'll be digging into the connection pool issues now.
There are a lot of contributing factors that can funnel into this result. It's ultimately the result of us being efficient here. While that's often a good thing (fewer servers to maintain, buy, etc.), it's not so good for per-server bottlenecks like connection pools. We can push those to the limits fairly routinely. Today, we're pushing way past those limits and I'm currently digging into why.