Hi João! Hyperdrive can spawn in various regions, usually one that's closest to your Worker making the request, and no, there's no way to know which region it's spawned in
^ to add to this, Hyperdrive is always spawned in a region with a DO but may not spawn in every DO region (I'm uncertain, only someone on the Hyperdrive team would know). But you can certainly use the non-DO regions as an indicator of where it does not spawn. Here's a community-sourced tool for exploring DO regions: https://where.durableobjects.live/
Tracking where Durable Objects are created, wherever you are in the world.
It seems like sometimes the EU Hyperdrive pool for our DB is going unavailable for a few minutes and then coming back online. Could someone take a look at this? Thanks!
hello and good day! im trying to understand. Every other day HyperDrive fails for me for about 1 hour... and then comes back. like right now is failing : error: Failed to acquire a connection from the pool. and there is nothing i can do because i know its not my side, because i can connect directly to the DB. (Yes, this could be a solution, trying to monitor these error and switch to direct connection) but i think i should be able to work with hyperdrive.
Just wondering if anyone is experiencing this and if there is anyway to solve this. I think what ill do for the time being is to also put direct connections to the DB and figure out how to failover during these hours. on the pg side of things: 2024-07-31 10:38:16.201 UTC [569089] [unknown]@[unknown] LOG: invalid length of startup packet 2024-07-31 10:20:26.462 UTC [568369] postgres@db LOG: could not receive data from client: Connection timed out 2024-07-31 10:20:26.462 UTC [568369] postgres@db LOG: unexpected EOF on client connection with an open transaction
this is EU client → US host, I'm going US client → EU host. Maybe I should run formal query benchmarks but anecdotally yes, my latency is anywhere between 320-590 or so on a warm conn
In my environment, Hyperdrive is 10x slower than direct connection, while latencies that are displayed Cloudflare web dashboard are not such bad(~100ms). The database region is Tokyo(Japan) and I accessed my Workers from Tokyo too.
Interesting! I hadn't heard of Xata. We've tested across many providers, but that one may be doing something different enough that there's an issue. I'll ask around the team, and take a look when I have some spare cycles if none of them are familiar with it.
Does the Xata database have Postgres enabled? “Inactive” means we haven’t seen any recent queries - when you say “doesn’t work” do you mean you can’t query it from your Worker?
CockroachDB requires installing a client CA certificate, yet Cloudflare Hyperdrive doesn't support uploading your own certificates. How is anyone able to connect to CockroachDB with Hyperdrive? (getting the error PostgresError: server requires encryptionPostgresError: server requires encryption)
I'll let someone who knows more about Cockroach chime in if they know a way to accomplish this.
However we are planning to add support for custom CA verification. It's a complex feature so it won't be very soon, but it's on our roadmap (and near the top of it).