메인 콘텐츠로 건너뛰기
블로그 네트워킹 대역폭 풀링

대역폭 풀링

내부 회계에 네트워크 전송/대역폭 풀링이 있었지만 지금까지 Linode Manager에 표시되지 않았습니다.  이제 주 Linodes 탭의 맨 아래에는 이번 달의 모든 Linodes에 대한 누적 네트워크 전송 할당량, 사용한 사용 량 및 남은 금액을 표시하는 새 섹션이 표시됩니다.

이번 달의 네트워크 전송 풀
400GB 할당량, 125GB 사용, 275GB 남은

또한 이달 중순 Linodes 또는 네트워크 전송 엑스트라를 추가하거나 제거할 때 올바른 작업을 수행하므로 네트워크 전송 프로 등급이 어떻게 수행되는지에 대한 혼동이 없습니다.

댓글 (13)

  1. Author Photo

    Hah! I googled “bandwidth pooling linode” for the first time just now and here I see that the feature description was added mere *hours* ago. Great timing, Linode – keep it up!

  2. Author Photo

    Cool! That’s a really good idea, is there going to be an API for the bandwidth usage?

  3. Author Photo

    What about RAM pooling?!

  4. Christopher Aker

    @Reza – good one.

  5. Author Photo

    Any chance of getting the option to deploy a linode without an IP? (For the purposes of running ‘back end’ servers such as db servers that get accessed via a local IP from the front end server) I can imagine it generally not being used but could be a cool option!

  6. Author Photo

    You will have to add private IP’s on both you front end and back end servers. You can do so by clicking on the network tab under you linodes and then simply not configure the external IP on your backend linode. Hope this helps

  7. Author Photo

    It would be nice to get ‘rollover’ bandwidth, or share the bandwidth between sites. I currently have two Linodes. If one is busy that month then it would be nice to have the accounting combine the bandwidth from both.

  8. Author Photo

    The bandwidth pooling is great since not all your nodes are probably using it. The same might go for RAM but personally I would be more in need of disk space sharing between nodes. E.g. when I set up one load balancer with a fail over I don’t really need 16Gb of drive space on those nodes. The disk space would come in handy on my web servers though. Currently it’s just wasted. I think by adding RAM and disk sharing between nodes, Linode becomes much more Cloud-like. It’s the mixing an matching that will make it really powerful.

  9. Author Photo

    Ram and Disk Space are physical products while bandwidth isn’t physically limited to any server. That’s why bandwidth pools, you wouldn’t be able to use 50mb of ram on this server and 250mb of ram on another server because they aren’t physically the same system.

  10. Author Photo

    Bandwidth pooling across all of your linodes in the same datacenter makes sense, because Linode collectively pays for our bandwidth.

    RAM pooling on the same physical server makes sense (and is called “buying a larger plan”).

    RAM pooling across different physical servers, on the other hand, makes little sense.

  11. Author Photo

    I’d love to have bandwidth rollover too, even if it is only up to a certain percentage over the current limit.

  12. Author Photo

    Bandwidth rollover is a good idea as it offers an incentive not to ‘waste’ bandwidth. As it is unused bandwidth at the end of the month has no value to me so there is no incentive not to use it unnecessarily (having said that, my network usage is low).

    If bandwidth rollover was done (even as a percentage of unused bandwidth) then the unused bandwidth at the end of the month has value and the user could opt to conserve it.

  13. Author Photo

    Bandwidth rollover would also be helpful if someone gets Slashdotted.

    Sometimes a site that normally has very little transfer will hit it big on Slashdot for a day or so and bandwidth use skyrockets past daily (and sometimes monthly) quotas for that period.

    Do what AT&T Wireless does, allow rollover megs to be stored for up to 12 months. And you have to use all of the current months quota to be able to start pulling from the rollover.

    So if I have 50 gigs left over this month, but 7 or 8 months from now I exceed the limit of my account, it would then start to pull from the 50 gigs. If I exceed that, hopefully I have another month somewhere that I had leftover bandwidth.

댓글 남기기

이메일 주소는 게시되지 않습니다. 필수 필드가 표시됩니다 *