All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Exclusive discount for LET members, get our S3-compatible object storage at $36/TB charged Yearly
systemfreaks
Member, Patron Provider
CANADA
Storage: $36/TB/Year
Exclusive discount for LET members, get our S3-compatible object storage at $36/TB charged Yearly
Billing is YEARLY
Take advantage of this special offer by signing up now:
**CANADA **Compatible Object Storage :
Unmetered Bandwidth - Fair Use policy
1 gbps
CDN for public buckets
👉Promo is applied once and does not carry over to upgrades.
Our Mission
At SystemFreaks, we’re committed to giving every customer a great experience. We work hard to deliver top-tier services that are simple, accessible, and built for everyone.
Supported Payment Types
Credit / Debit Card
Google Pay
Apple Pay,
Cartes Bancaires,
Link,
Revolut,
Bancontact,
iDEAL,
Sofort,
Bacs
Direct Debit,
SEPA Direct Debit,
ACH Direct Debit,
Bank transfer,
South Korean cards,
Naver Pay,
Kakao Pay,
Samsung Pay
Payco
AmazonPay
BITCOIN
Need Additional Help?
Contact Us
ALL ORDERS ARE MANUALLY APPROVED – Please be patient while we review your order.

Comments
What happened to previous post?
deleted due to 3$/TB
LOL. must have cause lots of confusion
he also ignored very technical question i asked in earlier post and replied to all other users. avoid this host.
Any indication of when the EU zone will be restocked?
if i remember the question correctly , answers can be found here https://www.systemfreaks.com/object-storage/ , the reason no reply was posted was because the post was deleted due to the typo, so feel free to ask again
Currently the Europe and SG locations are at capacity so we allow only orders of 100TB + at the moment,
my question was very specific, and was not in your site faq section. i checked first, i will not waste any more energy here. also no longer interested to buy, i will keep paying for r2 for my ~50 TB data.
It’s your right to do so, but please don’t defame a service you haven’t tried based on a question that wasn’t answered in a deleted post.
after my question was posted, 2 more people commented and you answered to them almost instantly. then i saw your post was still up many hours after. and my simple question was not answered then still because answering that would expose your cheap vibe coded server setup.
You have spent more time making accusations than simply repeating the question you say was ignored.
If the goal was really to get an answer, you could have reposted the question and I would have answered it directly. Instead, you keep making claims about a service you have not used or tested.
The service has been operating successfully in production for a year now. Criticism is welcome, but unsupported claims like “vibe coded server setup” are not fair or accurate.
you ignored valid question, thats the point. you didnt ignore other user comment but my technical one. i dont care about 3 bucks offers, i would have gladly paid more per tb. why would customer be desperate to get answer from provider, a provider be show interest when people ask technical question.
and you mentioned you are in business for a while but cannot afford good designer for website, had to generate with ai. and using stock images from shutterstock and cheap ah logo.
and broken ah website, cant even prompt properly.
Last time I placed an order and bought it, when I returned to the let forum, I found that the post had been deleted, which scared me
How's the service working?
You saved him hassle dealing with you. For future reference, just repeating the "simple" question again and tagging them would have been the logical next step. Your repeated posts were just whining. If you were an actual interested customer, you'd open a ticket directly, DM him, email him, or repeat the question.
So when you say you're taking your business elsewhere, providers think 'good riddance".
There was a typo, causing confusion, the price was stated in monthly rate while the offer is yearly
Timbo you acting more defensive than the provider himself lol.
I asked technical question on storage infra. He replied other comments fast, skipped mine completely, then later came with “ask again”. That already tells enough.
And no serious customer with 50TB+ data is going to beg provider in DMs/tickets/emails just to get basic infra answers before buying. Public sales thread exists for public answers.
Funny thing is whenever question touches replication/backend/failure domains/setup suddenly people say “open ticket bro”. Why not answer publicly then?
This is object storage, not some random $3 yearly VPS. People will obviously ask technical questions before trusting provider with important data.
If provider gets uncomfortable from that, maybe dont sell storage.
Nobody asked you to open a ticket or move this privately.
Questions about replication, infrastructure, backend setup, and failure domains have already been answered publicly on this forum before, including during the BETA discussions and previous offers. A quick search will show those answers.
That said, you are welcome to ask your exact technical question again here and I will answer it publicly.
But please either ask the question directly or stop making unsupported claims about the service.
You need pay attention first because Timbo was the one saying “open ticket/DM/email” and thats exactly what i replied to. You didnt even understand context properly.
And since you asking again, my original question was basically:
These are very normal questions for object storage customers because durability architecture matters more than raw $/TB pricing.
Please dont even answer now if this was already answered publicly before. Just link:
where these exact things are explained and i will shut up immediately.
Because i genuinely checked your site first and did not find this information.
And also no need get angry if someone repeats technical questions. This is storage infrastructure business, people will repeatedly ask about EC layout, replication, failure domains, durability guarantees, backend stack etc before trusting provider with large datasets.
I will answer directly here instead of linking older posts, to make it easier.
Storage stack:
Currently MinIO-based. Ceph and other options, including RustFS, are being tested internally.
Durability model:
We use 3x replication across Canada, the US, and Europe.
Erasure coding:
8+2 erasure coding layout.
Failure tolerance:
Per pool, the setup can tolerate up to 2 server failures, or up to 72 drive failures in total, without object loss.
Physical layout:
Each pool consists of 8 physical servers. This is not a single RAID-backed node exposed as S3.
Datacenter redundancy:
Multiple datacenters are used, not a single-datacenter-only setup.
Connection between nodes is at 50 Gbps - Raid is not used since is not recommended with erasure coding
Being an OVH partner https://partner.ovhcloud.com/en/partner/systemfreaks-ltd/ All servers are based in OVH data-centers current nodes in use HGR-STOR-1 which supports hot swap of disks.
If i missed something was not intentional so let me know
Are you stupid? I didn't defend myself or the provider and was all critical about you.
Posts get overlooked all the time. The way I browse LET, I open new tabs for all interested threads and it could be 20 minutes before I look and reply and then I don't always see other posts made in that time. It's perfectly normal behavior to overlook a post and that was pointed out to you.
Beg? It's just a fucking presales question. Are you fucking lazy or what? You asked one fucking question, not ten times over a month.
Generally involves specifics and not generalization, duh.
You were just asked to re-ask the question instead of whining about overlooking one. You're a shit customer.
Actually, you need to read. I said you would have done those things if you actually were interested in the answer and their services. You're all over the place, just stop.
Wait, you were saying "question" before like a single question but you asked several technical questions that very likely need to be answered by someone else, like someone in Support.
Don't engage with this user. You don't want him for a customer.
We also reserve the right to refuse service or decline orders from particular individuals.
As mentioned in the post, all orders are manually reviewed before confirmation.
This is not my game. Just asking because you mentioned this - I have 3 simple questions and need 3 simple answers.
Im asking because you are going for an extremely low price, which creates an extremely high risk. Google OVH destroyed how much data in the last 15 years!
How come you consider 3x replication across Canada, the US, and Europe "no offsite backup ? "
2) How do you "know" the servers are on the same rack? why would the server be on the same rack? there is Vrack between datacenters
Same OVH network is not considered as an off-site backup! And it's RISKY! low cost tomaintain but risky.
Also mention - While 8+2 EC is efficient (~25% overhead), doing 3x replication on top of that means your total raw-to-usable ratio is massive.
There is also - Slow write speeds due to trans-continental round-trips. High bandwidth (50 Gbps) does not solve the speed-of-light delay between Paris and Montreal.
Your durability is entirely dependent on OVH’s backbone and internal DC routing.
Also - In a 3-region setup, keeping the "bucket index" consistent is notoriously difficult. If the metadata database becomes desynchronized between the US and Europe, you may encounter "ghost objects" (objects that exist in one region but aren't visible in another) or versioning conflicts.
I think it may concern you! and it's more..
The purpose of replication is to prevent data loss or unavailability in cases such as hardware failure, node loss, or a datacenter being offline.
Replication is not intended to act as a backup against user error, accidental deletion, overwrites, or application-level mistakes.
Users who need protection against those cases should enable versioning, use object lock where applicable, or maintain their own backup strategy to further improve durability beyond what is currently provided.
MinIO does not rely on a separate central bucket-index metadata database for object visibility. Object/version metadata is stored with the object itself in xl.meta files on the drives. Therefore, the “bucket index database desync” argument is not an accurate description of MinIO’s architecture. Async replication can still have temporary cross-region lag, but that is replication delay, not metadata database corruption.
Object storage writes to the local/primary cluster first, then replication happens in the background to the other regions.
At this point, I believe the conversation has reached its end.
You are still making assumptions and presenting them as facts about a service you have never used. That is unfair and misleading.
You are absolutely free not to use our service, but please do not defame it based on incorrect assumptions.
Hey @systemfreaks hope you are having a good day.
I am sorry if this has been asked before but I wish to ask again if it hasn't just in case but can you please tell me more about your fair use case policy for unmetered bandwidth, I think other people might be interested in hearing this too!
And good luck with sale! :-]