In my opinion, knowing what you're planning to do w/the data once it's stored is the important piece to giving you some idea of where to put it.
Agreed - though I feel like every data use comes after the fact. Original software engineers/developpers rarely have the foresight that the data scientists need the information for (at least imho).
Ask HN: How would you store 10PB of data for your startup today?
21–30 of 374 posts
Re: Ask HN: How would you store 10PB of data for your startup today?
#22Backblaze B2, ingress and egress are free through Cloudflare, and it's S3 compatible. It's peanuts by comparison but I've been storing ~22TB on there for years and love it. Wasabi and Glacier would be my 2nd choices.
>Backblaze B2, ingress and egress are free through cloudflare AFAIK cloudflare ToS prohibits you from using it as a file hosting proxy. You might not run into issues if you're transferring a few gigabytes a month, but if you're transferring multiple terabytes it's just asking for trouble. edit: https://www.cloudflare.com/terms/ section 2.8 Limitation on Serving Non-HTML Content
Re: Ask HN: How would you store 10PB of data for your startup today?
#23Are you fundamentally a data storage business or are you another business that happens to store a tremendous amount of data? If it's the former, then investing in-house might make sense (a la Dropbox's reverse course).
Re: Ask HN: How would you store 10PB of data for your startup today?
#24Wasabi is a good option. They’re S3 compatible and don’t charge any egress or ingress fees. Been using them for a few years. Great speeds and customer support.
10PB with their pricing calculator comes out to over $60,000/mo. Feels like a lot. edit: perhaps their RCS option would be cheaper if you know exactly how much data you need to store in advance.
Re: Ask HN: How would you store 10PB of data for your startup today?
#25If it's all archival storage then it's pretty straight forward. If you're on GCP you take it all and dump it into archival single region DRA (Durable Reduced Availability) storage for the lowest costs.
Otherwise, identify your segments and figure out a strategy for "load balancing" between standard, nearline, coldline, and archive storage classes. If you can figure out a chronological pattern, you can write a small script that uses the gsutils built-in rsync feature to mirror over data from a higher grade storage class to a lower one at the right time.
The strategy will probably be similar in any of the other big 3 providers as well, but fair warning, some providers archival grade storage does not have immediate availability last I checked.
Re: Ask HN: How would you store 10PB of data for your startup today?
#26Re: Ask HN: How would you store 10PB of data for your startup today?
#27Take any credits you can get from a provider switch and then thoroughly map out your access patterns, ingestion, and egress. Do whatever you can to segment data by your needs for availability and modification. If it's all archival storage then it's pretty straight forward. If you're on GCP you take it all and dump it into archival single region DRA (Durable Reduced Availability) storage for the lowest costs. Otherwis…
Re: Ask HN: How would you store 10PB of data for your startup today?
#28Re: Ask HN: How would you store 10PB of data for your startup today?
#29Re: Ask HN: How would you store 10PB of data for your startup today?
#30Changing that can be very very difficult for not much gain. Plus AWS skills are very easy to recruit for vs Google cloud.