Still no defined list of IP addresses that Hyperdrive connects from, right?
Still no defined list of IP addresses that Hyperdrive connects from, right?
DTotally depends on what you're doing. If you are sorting by a date column, but are returning the date column anyway, you can sort it in JavaScript after.
DNot if you're paginating
DI just turned off caching for now, I'll wait until cache purging is shipped, I don't love modifying the application layer in weird ways to get expected query behavior
Dhmm, there's probably another trick you could use with random(). Like
WHERE random() >= 0;.DI think at that point it'd make more sense to just use a scond hyderdrive config with caching disabled for queries that you're doing that to
DIs there a reason why you aren't returning the comment in the same query where the user creates it?
DI am, but think about the user that gets a push notification and looks at their phone immediately, that comment won't be loaded in
Ddelay the notification by the cache duration? 
DI think the two hyperdrive configs is a pretty good solution, since in my case it's really there's a set of resources that frequently are mutated and should never be cached, and sets of resources that can be cached
DCache purging would just allow optimization of this
ANope. Soon(tm), though.
Part of the reason that this is taking so long is that a bunch of folks went ahead and tried to allowlist based on the shared/untrusted ip pool. We don't want to just break them (though at some point they'll get broken anyway when the pool shifts enough to clip them, but at least it won't be because we did it). So the migration over is kind of a process.
Part of the reason that this is taking so long is that a bunch of folks went ahead and tried to allowlist based on the shared/untrusted ip pool. We don't want to just break them (though at some point they'll get broken anyway when the pool shifts enough to clip them, but at least it won't be because we did it). So the migration over is kind of a process.
D@AJR oh, another reason why exposing Hyperdrive as a regular PostgreSQL pooler would be great: we could do stacked Hyperdrive configs! e.g. one "main" Hyperdrive with no caching connected to the real backend directly, and then have another Hyperdrive config with caching enabled that connects to the main Hyperdrive's pooler.
DI think it's still worth using hyperdrive without caching though right?
Dyes.
AOh yeah. Measure how long it takes to create a connection to a pooler/origin further away than a couple hundred miles and you'll have a clear picture of why only ~half of our configs even having caching enabled.
AI really need to write that "how hyperdrive works" blog post soon. I'm finally allowed to.
AI'm hopeful we can get per-query cache bypass/adjustment done sooner than that would take.
DI'm pretty sure the answer to this is "heck no", but would it possible to have a unique outgoing port for each Hyperdrive config? (And I don't think it would be too insane, since it's only 25 ports per paid Workers account that would need to be "reserved".) Or even 1 unique port per account would be nice.
That would be really nice to firewall based off of.
That would be really nice to firewall based off of.
AHmmm. I'll ask the team, it's not something we've talked about afaik
DI would be curious if using Hyperdrive reduces bandwidth pricing (and by how much) for Google Cloud customers, since Cloudflare has a reduced bandwidth price iirc.
AThe goal is that it should, yes. Still needs some work to get all the way there, I believe. I don't work with that project a ton and there is some nuance IIRC.
Diirc it's already reduced pricing, no?
AIt gets complicated. It goes GCP->Workers->Hyperdrive for ingress, so I believe that's already reduced. Egress from ??->Workers->Hyperdrive->GCS is the one I'm not certain about.
DWorkers->Hyperdrive->GCS would be ingress from Google's standpoint (which is free)
DYou should be able to automatically tell who did the allowlist by trying to connect from a new IP. Then whoever fails, email them giving them a warning that they need to use the new proper official list of IP ranges. 
AWe landed with just never migrating them, plus courtesy email. Same difference, though.
Doh, is there a list already somewhere secret? 
AOf the shared address pool? Not publicly, but folks are clever. Hazard of making tools for other devs, I guess. In some regions things are stable enough that folks noticed that all Hyperdrive connections were coming in from a small number of addresses, and eventually just coded that into their firewall rules.
A(that's my theory, based on the available evidence. maybe someone dug up a list I don't know about)
OIs there any eta for mysql support?
AWe generally don't put out dates in advance of releases. That tends to make nobody happy.
It's being actively worked on, though.
It's being actively worked on, though.
OOkay, good for me, thanks
SCan you connect hyperdrive to a digital ocean managed postgres db or is the IP range still not allowed?
ASorry, not sure I understand the question.
Hyperdrive doesn't refuse to egress to DO ranges. Is there an issue with ingressing to DO from the shared pool?
Hyperdrive doesn't refuse to egress to DO ranges. Is there an issue with ingressing to DO from the shared pool?
SHey thanks for reply on this. Yes when I try to setup hyperdrive + a managed DO database in cf dashboard it errors
I have setup connections with supabase in the past successfully and I searched this channel for issues with DO leading me to believe it’s with DO ip range?
I have setup connections with supabase in the past successfully and I searched this channel for issues with DO leading me to believe it’s with DO ip range?
AInteresting. I searched and you're right, TCP connect from workers to DO seems to have some issues.
I'm not sure if it's due to the shared address range or not, though.
I'll check Monday with my teammate who's working on the migration to the CF IP ranges and see if we have a way to test if DO cooperates with those. I'd be curious to know, honestly
I'm not sure if it's due to the shared address range or not, though.
I'll check Monday with my teammate who's working on the migration to the CF IP ranges and see if we have a way to test if DO cooperates with those. I'd be curious to know, honestly
SI have digital ocean and azure credits to burn and the latter seem to be priced crazily so would be ideal! 
Maybe if there is no solution with public there is one with private connection?
I’d be open to using d1 instead also but I have about 50gb of data already so I don’t know if limits can be increased to say 100gb (for future scale)
Also happy to discuss using r2 as this is mostly a primary store of library like data with reads being carried out from my typesense instance.
I am on CF startups program also
Maybe if there is no solution with public there is one with private connection?
I’d be open to using d1 instead also but I have about 50gb of data already so I don’t know if limits can be increased to say 100gb (for future scale)
Also happy to discuss using r2 as this is mostly a primary store of library like data with reads being carried out from my typesense instance.
I am on CF startups program also
AFYI @thomasgauvin ^
Might be in a better spot to address what will fit your use case best.
Might be in a better spot to address what will fit your use case best.
SHey,
I am not sure what Hyperdrive is, but does this make it possible to have a database being hidden behind the Cloudflare Network?
I am not sure what Hyperdrive is, but does this make it possible to have a database being hidden behind the Cloudflare Network?
AYes. Our tunnel integration does exactly that.
SI want to hide my database behind Cloudflare's Network without needing to have the 
Is that what Hyperdrive fixes?
Cloudflared application on all devices.. Is that what Hyperdrive fixes?
AHyperdrive is a way to talk from Workers to a centralized database. We integrate with tunnels too so you'd only need have cloudflared running once somewhere within your vpc to egress the traffic to your DB from.
Based on your questions I'm assuming you're not running your application on Workers?
Based on your questions I'm assuming you're not running your application on Workers?
SNo I am not..
AOkay. This is another interesting use case for non-workers ingress for us. I'll mention this over to our product folks.
AFor now though, Hyperdrive probably isn't going to be a lot of help for your use case, I'm afraid.
SAlright, thanks tho for the help 
SSweet thank you, let me know on the digital ocean stuff when back into the office just to get a firm answer if possible vs not.
Then I can explore alternatives if its a definite no!
Happy to speak to @thomasgauvin also. As exploring alternatives is totally fine too.
Then I can explore alternatives if its a definite no!
Happy to speak to @thomasgauvin
also. As exploring alternatives is totally fine too.
NIs Hyperdrive on the Cloudflare IP range? (So we can whitelist those)
DYou could probably use cloudflared just fine
