Rendered at 01:04:26 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
sgarland 2 hours ago [-]
How people are running any RDBMS in prod — but especially Postgres - and not using a connection pooler with the capability to pause incoming connections is beyond me.
The entire “how do we drain connections” issue described in TFA becomes trivial, as does gradually raising the amount of incoming connections, let alone the load advantages from multiplexing the client connections.
d4v3 3 hours ago [-]
Separate high-frequency operational state from large, flexible, searchable metadata. It is bad data models that don't scale
CubsFan1060 2 hours ago [-]
15,000 database connections seems like a lot. Is that a scale Postgres supports very well?
jbonatakis 2 hours ago [-]
That’s well beyond what a stock Postgres server would reasonably handle
hylaride 3 hours ago [-]
> with an unusually large load we surpassed our provisioned IO on the underlying volume
Sounds like they could have benefitted from Aurora's storage model (though there are reasons not to use it, too).
The entire “how do we drain connections” issue described in TFA becomes trivial, as does gradually raising the amount of incoming connections, let alone the load advantages from multiplexing the client connections.
Sounds like they could have benefitted from Aurora's storage model (though there are reasons not to use it, too).