IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New AMAZON Cloudfront and S3
For what we do... maximum $10/month and its distributed. We do far less that this guesstimate. but the speedup is phenomenal.

http://calculator.s3...ws.com/calc5.html

You need AMAZON S3 and AMAZON CloudFront.

Amazon S3

(US) Storage: 5 GB-months
Data Transfer-in: 5 GB
Data Transfer-out: 100 GB
PUT/LIST Requests: 1500 Requests
Other Requests: 200000 Requests

Amazon CloudFront
Data Transfer-out - US: 92.3 GB
Requests - US: 193000 Requests
Data Transfer-out - Europe: 7.6 GB
Requests - Europe: 4000 Requests
Data Transfer-out - Japan: 2.6 GB
Requests - Japan: 2000 Requests
Data Transfer-out - Hong Kong: 1.3 GB
Requests - Hong Kong: 1000 Requests



Total Cost $36.12

Of course these are WILD guesstimates. Figure your split for CloudFront based on what you see now. Remember the Data-Transfer-in is only when putting stuff there.

Pless then... its an awesome thing and you can CNAME the calculated host and also make an HTTPS compatible name for it too... so people can browse your site with https should you ever want to support it.

Another thing AMAZON CloudFront is HUGELY FAST! HUGELY FAST!
Expand Edited by folkert July 29, 2009, 07:32:24 PM EDT
New Are those numbers per month?
If you look at mine again, it's 68 GB per day. (Officially 2,000 GB per month, so the daily cap is marginally lower in July than June.)

That's not a typo. I had 33,670 page views yesterday. A typical blog post might have anywhere from 15-30 images, say 60 KB each, so about 1-2 MB, not counting headers, thumbnails and other design elements. The main page has 3 posts. I got lucky yesterday that I noticed the traffic early and did a "welcome" post with no images, which pushed a regular post off the front page. If I hadn't done that, I probably would have exceeded my cap and been off the air by early afternoon.
--

Drew
New Yikes...
Misread.

right about $682/month for your numbers off a Distributed Content Delivery Network

1043770 hits (cheap part)
2000GB/month (expensive part)

You are starting to get into the expensive areas now.
New That's what I figured
And it's an oddly large bump. It seems the shared hosting deals set bandwidth caps that they believe are beyond what most users will ever need. (CPU time is the exact opposite.) To scale up, you need to move to a whole different class of host.
--

Drew
New Your images may be a lot larger than that
I only looked at one arbitrary post (http://blog.cooklike...h-onion-soup.html). The thumbnails are ~60K, the images themselves are ~600K
New Most people don't click through to most of the pictures
Although you're right, a few people doing that can really eat up bandwidth.
--

Drew
New Server-side compression?
You're probably already doing this, but you might explore it further: http://www.webrefere...http/compression/
New The HTML is coming from blogger.com
It's only the static images coming from my site.

You know what's funny? The #1 URL by traffic volume is http://cooklikeyourg...r.com/favicon.ico And it's 510b.
--

Drew
New Re: The HTML is coming from blogger.com
I just edited you favicon.ico...

Dropped from 510b to 252b.

Layer 1, 4bpp, 1 bit alpha, 16 slot palette compressed
Layer 2, 1bpp, 1 bit alpha, 2 lot palette compressed

You might want to go through you pics/images
New Yeah, I don't know much about compressing photos
--

Drew
New Better learn and quickly...
Lessen your quality on jpeg...

or Reduce you colors count...

In the following link (two pics 99K and 66K), I only reduced the quality of the JPEG.

You might say its a bit darker, but you can up the brightness a bit.

http://www.gregfolkert.net/pics/drook/

Saving at least 1/3rd in image size... with just a weee little bit of processing. Might just be worth that $700/month.
     Are there any entry-level content caching services? - (drook) - (27)
         AMAZON Cloudfront and S3 - (folkert) - (10)
             Are those numbers per month? - (drook) - (9)
                 Yikes... - (folkert) - (1)
                     That's what I figured - (drook)
                 Your images may be a lot larger than that - (scoenye) - (6)
                     Most people don't click through to most of the pictures - (drook) - (5)
                         Server-side compression? - (Steve Lowe) - (4)
                             The HTML is coming from blogger.com - (drook) - (3)
                                 Re: The HTML is coming from blogger.com - (folkert) - (2)
                                     Yeah, I don't know much about compressing photos -NT - (drook) - (1)
                                         Better learn and quickly... - (folkert)
         Who have you looked at? - (static) - (10)
             I found that same list - (drook) - (9)
                 Aye. - (static) - (8)
                     And it's *NOT PORN* - (drook) - (7)
                         Wow... but what about this... - (folkert) - (3)
                             Already had to do two DMCA takedown notices - (drook) - (2)
                                 Well, I started... - (folkert) - (1)
                                     I've seen her - (drook)
                         Obvious question... - (static) - (2)
                             Great point. -NT - (folkert)
                             I've asked them, waiting for a reply -NT - (drook)
         photobucket, maybe? -NT - (malraux) - (2)
             Had Flickr for a while - (drook) - (1)
                 photobucket should allow that - (malraux)
         Hosting Matters? - (Another Scott) - (1)
             It not the bits per second he needs... - (folkert)

I love RedBrick, it's the only database I've met than can consistently give different results for
Select count(*) from table
versus
select count(*) from table where 1=1
79 ms