From Fedora Project Wiki
No edit summary |
No edit summary |
||
Line 22: | Line 22: | ||
* none for all uploads | * none for all uploads | ||
* none for intra-region requests | * none for intra-region requests | ||
* 0.093/GB/month for data, 200GB = $30-40/month/region | * 0.093/GB/month for data, 200GB = $30-40/month/region. 7 Regions. | ||
* no way guess number of GET requests. $40 assumes 10M requests. | * no way guess number of GET requests. $40 assumes 10M requests, while $30/month assumes 1M requests. | ||
Total: ~$280/month, or $3360/yr | |||
Open questions: | Open questions: | ||
* do we sync to one region, then COPY to others? If so, what tool? That'll cost $ for bandwidth. | * do we sync to one region, then COPY to others? If so, what tool? That'll cost $ for bandwidth. |
Revision as of 14:31, 15 February 2012
Initial thoughts by Matt Domsch
- Use Reduced Redundancy Storage. All the content will be replicated easily.
- Use s3cmd sync to keep content in buckets in sync
- exclude ISOs
- exclude debuginfo? I think so.
- Use bucket policies to limit access to each region
- bucket names s3-mirror-<region>.fedoraproject.org allow for CNAME s3-mirror.fedoraproject.org to s3.amazon.com in our DNS
- Need list of IP addresses for each region to populate MM. Would be nice if we could get that programmatically.
Torrents:
- if we upload ISOs, we get .torrent links "for free".
- no tracker stats :-(
- Can't group multiple files together into a single torrent
- we're paying for outbound bandwidth
- bucket policies keeping traffic in a single region means we need separate buckets for torrent content
Costs:
- none for all uploads
- none for intra-region requests
- 0.093/GB/month for data, 200GB = $30-40/month/region. 7 Regions.
- no way guess number of GET requests. $40 assumes 10M requests, while $30/month assumes 1M requests.
Total: ~$280/month, or $3360/yr
Open questions:
- do we sync to one region, then COPY to others? If so, what tool? That'll cost $ for bandwidth.