Home Sign Up Sign In
Recommended Services
› Amazon Web Services
› LeanCloud
› New Relic
› ClearDB
imcj
V2EX  ›  云计算

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

  •   
  •   imcj · Jul 5, 2013 · 8500 views
    This topic created in 4694 days ago, the information mentioned may be changed or developed.
    用一个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访问。
    Supplement 1  ·  Jul 5, 2013
    s3内网传输是不要钱的，利用ec2从内网读取s3上的文件，最后所有人的流量统统计费到了ec2上面。
  • GB
  • TB
  • S3
    33 replies  •  1970-01-01 08:00:00 +08:00
    blacktulip
        1
    blacktulip  
       Jul 5, 2013
    额，开这个 ec2 也不会是免费的吧...
    imcj
        2
    imcj  
    OP
       Jul 5, 2013
    @blacktulip ec2的使用都在网络io上，选择最便宜的计划应该就可以支撑很大的访问量了。
    blacktulip
        3
    blacktulip  
       Jul 5, 2013
    @imcj ec2 的流量也要钱的吧？
    imcj
        4
    imcj  
    OP
       Jul 5, 2013
    @blacktulip 附言
    chemhack
        5
    chemhack  
       Jul 5, 2013
    那还不如在外部流量便宜的地方弄个varnish来缓存一下，基本上就不跑S3的流量了，但是还能用到S3的储存可靠性
    imcj
        6
    imcj  
    OP
       Jul 5, 2013
    @chemhack 我这样想只是为了合理的降低s3的流量费用。外部流量便宜的地方，这句话是否可以理解为某些vps?
    chemhack
        7
    chemhack  
       Jul 5, 2013
    @imcj 显然嘛
    imcj
        8
    imcj  
    OP
       Jul 5, 2013
    @chemhack 但是稳定性就无法保证了，而且vps你还是存在存储的限制，容量很有限。
    chemhack
        9
    chemhack  
       Jul 5, 2013
    @imcj =。=!我跟你说了是做cache啊，件还是存S3上的。。。 比EC2可用率高的VPS多的是，AWS又不是没挂过，而且还挂过好多次。。。
    imcj
        10
    imcj  
    OP
       Jul 5, 2013
    @chemhack cache失效的情况下还是去读s3，不失效的情况下就占用vps的硬盘。或许我们的角度不同，我是先看中稳定性和aws的品牌，并能够通过这种方法合理的降低费用。而你的办法可能真的如你说的，价格比s3还要更低。
    acen
        11
    acen  
       Jul 6, 2013
    这不就是CloudFront的作用么
    imcj
        12
    imcj  
    OP
       Jul 6, 2013
    @acen 不知道是不是我对 CloudFront的应用的理解错误了，我理解CloudFront是CDN。
    imcj
        13
    imcj  
    OP
       Jul 6, 2013
    @acen 我是希望任何流量的用户都可以直接使用aws流量定价的第二档，甚至是第三档定价。目的是为了省钱。
    Showfom
        14
    Showfom  
    PRO
       Jul 7, 2013
    @imcj 用得起 AWS 这种价格的客户，不会在乎这点差别的流量钱的。
    imcj
        15
    imcj  
    OP
       Jul 7, 2013
    @Showfom 哪你还是你们公司已经不在乎流量的钱了？能分享一下吗？
    Showfom
        16
    Showfom  
    PRO
       Jul 7, 2013
    @imcj 好的，我直接说点内幕吧，美国 ISP 最便宜的流量，如果量大，可以谈到 $0.5/Mbps ，也就是说，100Mbps 带宽成本只要 50 美元，也就是说，100Mbps 带宽差不多是 33TB 流量，33000 GB = 50 美元，所以你可以看到 AWS 之流的暴利了，你花 50 美元在 AWS 只能用 50/0.12 = 416G 流量，而别人花 50 美元可以用 33000GB 流量，这个。。。。

    属于爆内幕么
    Showfom
        17
    Showfom  
    PRO
       Jul 7, 2013
    当然我说的这种价格的带宽，属于最垃圾的质量的，稍微靠谱点的美国的带宽，量大可以谈到 $1/Mbps 左右的价格，属于比较优质了。

    如果非要用最好的带宽，也能谈到 $5/Mbps 的价格，当然再怎么算价格，也比 AWS 要便宜好几十倍
    Showfom
        18
    Showfom  
    PRO
       Jul 7, 2013
    反正睡不着，再爆点内幕吧，所有的 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
        19
    Showfom  
    PRO
       Jul 7, 2013
    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
        20
    imcj  
    OP
       Jul 7, 2013 via Android
    @Showfom 涨知识了，这样算下来s3流量的确很贵。

    我只是想利用群众集资的方式，在aws的流量计费上直接跳到以后的阶梯价格，并不想抛弃aws，很多服务无法替代，比如s3,ec2和rds。
    Showfom
        21
    Showfom  
    PRO
       Jul 7, 2013
    @imcj 弄一台大点的硬盘的服务器做 Nginx 反代即可。。。。我就是这么干的，缓存个 3650 天
    webflier
        22
    webflier  
       Jul 7, 2013
    你这样的话，整个服务就有single point failure。
    用s3就是看中它的稳定，你这样通过ec2，如果ec2挂了，就个屁了～～～呵呵
    msg7086
        23
    msg7086  
       Jul 7, 2013
    @webflier 那就弄2台，不行就弄3台，怎么看也比直接aws要划算很多。
    orvice
        24
    orvice  
       Jul 7, 2013
    @Showfom 米国带宽真便宜。。。
    standin000
        25
    standin000  
       Jul 7, 2013
    @Showfom AWS的服务器费用应该是大头。流量只是被用来作为收费方式而已。
    ftao
        26
    ftao  
       Jul 7, 2013
    @imcj AWS 是可以合并付费的。 将几个帐号和起来一起按总使用量计算阶梯价格。

    http://docs.aws.amazon.com/awsaccountbilling/latest/about/consolidatedbilling.html
    dndx
        27
    dndx  
       Jul 7, 2013
    个人不看好 LZ 提出的方案，原因如下：

    * 将所有 S3 流量通过 EC2 ，既制造了瓶颈，也增加了单点
    * S3 本来是自带 SSL 证书的，这么一折腾还得自己买额外的证书
    * S3 本来有完善的 ACL 系统，经过代理后基本全废了
    * S3 本来就很便宜，这么做除非达到一定的量，否则真的省不了几个钱
    mgplus
        28
    mgplus  
       Jul 7, 2013
    EBS的磁盘IO也是算钱的
    imcj
        29
    imcj  
    OP
       Jul 8, 2013
    @ftao 这个应该需要一群高度信任得人吧，我看说明说付费账号给其他几个连接账号统一付费，但是aws是后计费的。
    imcj
        30
    imcj  
    OP
       Jul 8, 2013
    @mgplus 反向代理到s3，不对ebs做IO，除非是nginx日志的读写io。
    imcj
        31
    imcj  
    OP
       Jul 8, 2013
    @dndx 当然，没有完美的产品，需要的是解决自己最看中的问题。S3的写操作不需要走ec2，读操作因为是反向代理接口操作不会改变，ACL一样的使用。
    imcj
        32
    imcj  
    OP
       Jul 8, 2013
    @webflier 这个问题不是太突出，毕竟只是反向代理，迁徙很容易。如果故障了，API再启动一个实例服务就好了。
    Showfom
        33
    Showfom  
    PRO
       Jul 8, 2013
    @orvice 量大的意思是，起码买个 40、50Gbps 。。。。。一般人哪能用那么多
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5655 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 86ms · UTC 03:37 · PVG 11:37 · LAX 20:37 · JFK 23:37
    ♥ Do have faith in what you're doing.