想到一个可以降低S3价格的办法。

[imcj]

用一个ec2建立到s3的代理，多人使用一个公网ip访问自己的s3，这样就可以享受更低的阶梯价格。

假设我每月流量在10T的范围内按照$0.12的价格付费，另外还有四个人也是每月10T左右，那么5个人加一起就超过了40T，价格就可以降低到$0.09每GB。

第 1 GB/月 $0.00 每 GB
最多 10 TB/月 $0.12 每 GB
下一个 40 TB/月 $0.09 每 GB
下一个 100 TB/月 $0.07 每 GB
下一个 350 TB/月 $0.05 每 GB

技术方面，只是把访问的域名绑定到了同一个ec2，由这个ec2来提供对外的s3访问。

s3内网传输是不要钱的，利用ec2从内网读取s3上的文件，最后所有人的流量统统计费到了ec2上面。

[blacktulip]

额，开这个 ec2 也不会是免费的吧...

[imcj]

@blacktulip ec2的使用都在网络io上，选择最便宜的计划应该就可以支撑很大的访问量了。

[blacktulip]

@imcj ec2 的流量也要钱的吧？

[imcj]

@blacktulip 附言

[chemhack]

那还不如在外部流量便宜的地方弄个varnish来缓存一下，基本上就不跑S3的流量了，但是还能用到S3的储存可靠性

[imcj]

@chemhack 我这样想只是为了合理的降低s3的流量费用。外部流量便宜的地方，这句话是否可以理解为某些vps?

[chemhack]

@imcj 显然嘛

[imcj]

@chemhack 但是稳定性就无法保证了，而且vps你还是存在存储的限制，容量很有限。

[chemhack]

@imcj =。=!我跟你说了是做cache啊，件还是存S3上的。。。 比EC2可用率高的VPS多的是，AWS又不是没挂过，而且还挂过好多次。。。

[imcj]

@chemhack cache失效的情况下还是去读s3，不失效的情况下就占用vps的硬盘。或许我们的角度不同，我是先看中稳定性和aws的品牌，并能够通过这种方法合理的降低费用。而你的办法可能真的如你说的，价格比s3还要更低。

[acen]

这不就是CloudFront的作用么

[imcj]

@acen 不知道是不是我对 CloudFront的应用的理解错误了，我理解CloudFront是CDN。

[imcj]

@acen 我是希望任何流量的用户都可以直接使用aws流量定价的第二档，甚至是第三档定价。目的是为了省钱。

[Showfom]

@imcj 用得起 AWS 这种价格的客户，不会在乎这点差别的流量钱的。

[imcj]

@Showfom 哪你还是你们公司已经不在乎流量的钱了？能分享一下吗？

[Showfom]

@imcj 好的，我直接说点内幕吧，美国 ISP 最便宜的流量，如果量大，可以谈到 $0.5/Mbps ，也就是说，100Mbps 带宽成本只要 50 美元，也就是说，100Mbps 带宽差不多是 33TB 流量，33000 GB = 50 美元，所以你可以看到 AWS 之流的暴利了，你花 50 美元在 AWS 只能用 50/0.12 = 416G 流量，而别人花 50 美元可以用 33000GB 流量，这个。。。。

属于爆内幕么

[Showfom]

当然我说的这种价格的带宽，属于最垃圾的质量的，稍微靠谱点的美国的带宽，量大可以谈到 $1/Mbps 左右的价格，属于比较优质了。

如果非要用最好的带宽，也能谈到 $5/Mbps 的价格，当然再怎么算价格，也比 AWS 要便宜好几十倍

[Showfom]

反正睡不着，再爆点内幕吧，所有的 ISP 都是按带宽收钱的，没有哪个 ISP 会用流量来收钱，流量都是自己算出来的。

而 ISP 卖的带宽，有两种，一种是 burstable 的，按照 95th 计费，具体可以看维基百科的说明 http://en.wikipedia.org/wiki/Burstable_billing#Burstable_rate_calculation

这种方式的带宽，猫腻就多了，比如你可以买 100Mbps burst to 1Gbps，就是给你 1Gbps 的带宽，但是每个月按照你实际使用来收费，实际使用量按照 95th 计费法则，超出的就比较贵，这是大多数机房都会超售的伎俩，因为绝大多数客户都是用不满带宽的。这种方式的好处就是计费灵活，如果前期要用的量不多，但是偶尔需要用满带宽，那么就很合适，当然，一旦超出了，就很不划算了，超出的带宽价格是很贵的。

还有一种是 unmetered 的，就是你买了多少带宽，用多少都无所谓，但是你必须按照购买的量付钱，比如你买了 1Gbps Unmetered 的带宽，就得付 1GBps 的钱，这种就适合流量大户了，但是如果能用满的话，自然就划算。

然后 AWS 这种，带宽会换算成流量，如果他按 95th 计费，是很不划算的，某些特殊的应用，流量可以只用一点点，但是每个月只要有一定时间跑满了带宽，按照 95th 计费法则，那带宽的价格就很贵了，要超出都是杠杠的。

所以 AWS 是肯定买的 Unmetered 的带宽，不怕你跑满，然后，就是暴利了，啧啧

[Showfom]

95th Percentile Billing，每个月你最多只能把带宽跑满 36 个小时，然后按照每 5 分钟计算一次，扣除最多的 95%，剩下使用的带宽按照顺序排列，最大的使用量（5 分钟计算一次）就是你实际使用的带宽。

两种情况，第一种，你买了 100Mbps burst to 1Gbps 的带宽，每个月有 36 小时跑满 1Gbps，然后除了这 36 个小时，你最高的一次计算（5 分钟内）跑了 900Mbps 带宽，那么按照 95 计费，你就得支付 900Mbps 的带宽费用，而你签订的合同是 100Mbps burst to 1Gbps 的，所以超出了 800Mbps 带宽，超出这部分的收费，相信我，是很贵很贵的。

第二种情况就是你买了 Unmetered 的带宽，那么就是想怎么用就怎么用，每时每刻跑满都没人鸟你，只要不影响机房的路由器和交换机。。。

[imcj]

@Showfom 涨知识了，这样算下来s3流量的确很贵。

我只是想利用群众集资的方式，在aws的流量计费上直接跳到以后的阶梯价格，并不想抛弃aws，很多服务无法替代，比如s3,ec2和rds。

[Showfom]

@imcj 弄一台大点的硬盘的服务器做 Nginx 反代即可。。。。我就是这么干的，缓存个 3650 天

[webflier]

你这样的话，整个服务就有single point failure。
用s3就是看中它的稳定，你这样通过ec2，如果ec2挂了，就个屁了～～～呵呵

[msg7086]

@webflier 那就弄2台，不行就弄3台，怎么看也比直接aws要划算很多。

[orvice]

@Showfom 米国带宽真便宜。。。

[standin000]

@Showfom AWS的服务器费用应该是大头。流量只是被用来作为收费方式而已。

[ftao]

@imcj AWS 是可以合并付费的。 将几个帐号和起来一起按总使用量计算阶梯价格。

http://docs.aws.amazon.com/awsaccountbilling/latest/about/consolidatedbilling.html

[dndx]

个人不看好 LZ 提出的方案，原因如下：

* 将所有 S3 流量通过 EC2 ，既制造了瓶颈，也增加了单点
* S3 本来是自带 SSL 证书的，这么一折腾还得自己买额外的证书
* S3 本来有完善的 ACL 系统，经过代理后基本全废了
* S3 本来就很便宜，这么做除非达到一定的量，否则真的省不了几个钱

[mgplus]

EBS的磁盘IO也是算钱的

[imcj]

@ftao 这个应该需要一群高度信任得人吧，我看说明说付费账号给其他几个连接账号统一付费，但是aws是后计费的。

[imcj]

@mgplus 反向代理到s3，不对ebs做IO，除非是nginx日志的读写io。

[imcj]

@dndx 当然，没有完美的产品，需要的是解决自己最看中的问题。S3的写操作不需要走ec2，读操作因为是反向代理接口操作不会改变，ACL一样的使用。

[imcj]

@webflier 这个问题不是太突出，毕竟只是反向代理，迁徙很容易。如果故障了，API再启动一个实例服务就好了。

[Showfom]

@orvice 量大的意思是，起码买个 40、50Gbps 。。。。。一般人哪能用那么多