这是一个创建于 4150 天前的主题，其中的信息可能已经有所发展或是发生改变。
用一个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访问。
假设我每月流量在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访问。
第 1 条附言 · 2013-07-05 21:16:53 +08:00
s3内网传输是不要钱的，利用ec2从内网读取s3上的文件，最后所有人的流量统统计费到了ec2上面。
 |
1
blacktulip 2013-07-05 20:52:39 +08:00
额，开这个 ec2 也不会是免费的吧...
|
 |
2
imcj OP @blacktulip ec2的使用都在网络io上，选择最便宜的计划应该就可以支撑很大的访问量了。
|
|
3
blacktulip 2013-07-05 21:03:58 +08:00
@imcj ec2 的流量也要钱的吧？
|
|
4
imcj OP @blacktulip 附言
|
 |
5
chemhack 2013-07-05 21:32:28 +08:00
那还不如在外部流量便宜的地方弄个varnish来缓存一下，基本上就不跑S3的流量了，但是还能用到S3的储存可靠性
|
|
9
chemhack 2013-07-05 22:05:40 +08:00
@imcj =。=!我跟你说了是做cache啊，件还是存S3上的。。。 比EC2可用率高的VPS多的是，AWS又不是没挂过，而且还挂过好多次。。。
|
|
10
imcj OP @chemhack cache失效的情况下还是去读s3，不失效的情况下就占用vps的硬盘。或许我们的角度不同，我是先看中稳定性和aws的品牌，并能够通过这种方法合理的降低费用。而你的办法可能真的如你说的，价格比s3还要更低。
|
 |
11
acen 2013-07-06 22:36:15 +08:00
这不就是CloudFront的作用么
|
 |
16
Showfom 2013-07-07 04:13:57 +08:00
@imcj 好的，我直接说点内幕吧，美国 ISP 最便宜的流量，如果量大，可以谈到 $0.5/Mbps ，也就是说，100Mbps 带宽成本只要 50 美元，也就是说，100Mbps 带宽差不多是 33TB 流量，33000 GB = 50 美元，所以你可以看到 AWS 之流的暴利了，你花 50 美元在 AWS 只能用 50/0.12 = 416G 流量，而别人花 50 美元可以用 33000GB 流量，这个。。。。
属于爆内幕么 |
|
17
Showfom 2013-07-07 04:15:47 +08:00
当然我说的这种价格的带宽，属于最垃圾的质量的，稍微靠谱点的美国的带宽，量大可以谈到 $1/Mbps 左右的价格，属于比较优质了。
如果非要用最好的带宽，也能谈到 $5/Mbps 的价格，当然再怎么算价格，也比 AWS 要便宜好几十倍 |
|
18
Showfom 2013-07-07 04:25:23 +08:00
反正睡不着，再爆点内幕吧，所有的 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 的带宽，不怕你跑满，然后，就是暴利了，啧啧 |
|
19
Showfom 2013-07-07 04:31:30 +08:00
95th Percentile Billing，每个月你最多只能把带宽跑满 36 个小时，然后按照每 5 分钟计算一次，扣除最多的 95%，剩下使用的带宽按照顺序排列，最大的使用量（5 分钟计算一次）就是你实际使用的带宽。
两种情况，第一种，你买了 100Mbps burst to 1Gbps 的带宽，每个月有 36 小时跑满 1Gbps，然后除了这 36 个小时，你最高的一次计算（5 分钟内）跑了 900Mbps 带宽，那么按照 95 计费，你就得支付 900Mbps 的带宽费用，而你签订的合同是 100Mbps burst to 1Gbps 的，所以超出了 800Mbps 带宽，超出这部分的收费，相信我，是很贵很贵的。 第二种情况就是你买了 Unmetered 的带宽，那么就是想怎么用就怎么用，每时每刻跑满都没人鸟你，只要不影响机房的路由器和交换机。。。 |
|
20
imcj OP |
 |
22
webflier 2013-07-07 18:11:25 +08:00
你这样的话，整个服务就有single point failure。
用s3就是看中它的稳定，你这样通过ec2，如果ec2挂了，就个屁了～～～呵呵 |
 |
25
standin000 2013-07-07 21:55:47 +08:00
@Showfom AWS的服务器费用应该是大头。流量只是被用来作为收费方式而已。
|
 |
26
ftao 2013-07-07 22:04:58 +08:00
@imcj AWS 是可以合并付费的。 将几个帐号和起来一起按总使用量计算阶梯价格。
http://docs.aws.amazon.com/awsaccountbilling/latest/about/consolidatedbilling.html |
 |
27
dndx 2013-07-07 22:10:54 +08:00
个人不看好 LZ 提出的方案，原因如下：
* 将所有 S3 流量通过 EC2 ，既制造了瓶颈，也增加了单点 * S3 本来是自带 SSL 证书的，这么一折腾还得自己买额外的证书 * S3 本来有完善的 ACL 系统，经过代理后基本全废了 * S3 本来就很便宜，这么做除非达到一定的量，否则真的省不了几个钱 |
 |
28
mgplus 2013-07-07 23:14:04 +08:00
EBS的磁盘IO也是算钱的
|
Select Language