Wes
CDCloudflare Developers
•Created by Wes on 12/12/2024 in #workers-help
Cloudflare Sales says there are Egress Fees on Workers
A few hours ago I had a call with a CF sales team about a project and they said two things that got me really confused. For context, this is what we are planning:
- About 8 worker scripts deployed
- About 12 billion requests per month across those workers
- About 120 billion CPU ms
- About 20PB data transfer per month overall
- That we plan to use Workers Paid as we have no need for the extra stuff on Workers for platforms at this time.
Based on that, the Cloudflare sales team told us 2 things:
1) That we should not run out application in a CF Pro or Business plan due to the self-service platform limits.
2) If we go to the Enterprise plan, then we WILL be charged egress fees for data that goes through Workers and
On 1) The docs on Workers paid limits says:
- We can have 500 workers, more than the 8 we need.
- There is no limit on requests, more than the 12 billion we need.
- 30s cpu time/request, more than the 10ms we need.
- No mention of data transfer caps.
On 2) there is a lot of buzz about CF lifting egress fees on workers circa Nov 2021, there is a blog post about the lift and there is no mention of such fees in the workers pricing page. My understanding was thus that there are no data transfer fees of any kind on workers.
I would love some help with two questions:
1) What are these hidden esoteric limits they are talking about that would prevent us from running our workload on Workers Paid with CF Pro/Business? (Or are they just trying to create a problem to sell Enterprise?)
2) Are there or are there not data transfer fees on workers?
5 replies
CDCloudflare Developers
•Created by Wes on 12/10/2024 in #workers-help
Data Transfer Pricing for Workers - official docs
Hi all, it is my understanding that there is no ingress/egress data transfer fees for workers since the last pricing change happened a few years ago. However, there is no explicit comment on that anywhere in the pricing page for workers https://developers.cloudflare.com/workers/platform/pricing/
Interestingly enough 1) in the Queues section of that page there is and explicit mention : "There are no data transfer (egress) or throughput (bandwidth) charges." and on the D1 sections as well "There are no data transfer (egress) or throughput (bandwidth) charges for data accessed from D1.".
The fact that there is an explicit mention on those products but not on workers is making one of our clients a bit uneasy(They are coming form CloudFront).
Do you guys know of a place in the official docs where CF mentions explicitly that that are no Data Transfer fees for data going through workers?
The only mention I can find is a 2021 blog post(https://blog.cloudflare.com/workers-now-even-more-unbound/) but it's hard to defend on that alone.
5 replies
CDCloudflare Developers
•Created by Wes on 11/20/2024 in #workers-help
Workers running in a different continent from the requester
I'm in Brazil, my result for https://www.cloudflare.com/cdn-cgi/trace is
fl=97f585
h=www.cloudflare.com
ip=2804:7f4:REDACTED
ts=1732064404.743
visit_scheme=https
uag=Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36
colo=GRU
sliver=010-tier1
http=http/3
loc=BR
tls=TLSv1.3
sni=plaintext
warp=off
gateway=off
rbi=off
kex=X25519MLKEM768
And yet most of my workers are running either in EWR or IAD with high latency.
Those workers do some fetches and use hiperdrive, all to servers placed in Brazil, so running in the US is killing response times. Even Smart Placement has no effect.
I created a "hello worker" without smart placement just to double check and got the same results:
The IP is local and low latency(13ms) -> Remote Address: [2606:4700:3030::6815:3513]:443
But the actual execution is not(200ms+) -> cf-ray: 8e549030fbc66a4e-EWR / cf-ray:8e54982c1a7e28a0-IAD
There are plenty Cf POPs that are closer, lower latency, and yet the workers seem to be running in the US for some reason.
Is there anything that can be done to address this?
43 replies