视频业务把带宽用得很直接：推流要稳定上行，回放要稳定下行，片库回源则是突发的大文件。搜索大带宽服务器时，很容易把比较停在 100M、500M、1G 这几个数字上。数字是端口容量，不是体验。同样写着 100M，独享带宽在晚高峰仍按购买的速率转发；共享带宽要和同机柜的其他租户一起排队。直播和点播对这两种带宽的感受完全不同。
直播推流最怕的不是平均值，而是几秒钟内的抖动。主播端上行一旦排队，观众端就会卡顿，而且卡顿会比带宽图上的尖峰更早出现。香港服务器因为离华南和东南亚都比较近，常被用来做接收推流的第一跳。这里适合用独享带宽，并且把上行和下行分开看。只承诺下行 100M 的端口，上行可能只有几兆，推流会先失败。云服务器可以做转码和切片，因为转码需要的是处理器，切片需要的是稳定出网。独立服务器或裸金属服务器更适合作为回源和存储，磁盘和网卡不要跟不稳定的邻居混在一起。
观众不要全部打在源站上
点播的流量形状不一样。热门影片会在短时间里把下行打满，长尾影片则大部分时间很闲。如果每一部片子都从源站直接发给观众，大带宽服务器的端口再大，也会在热门档被打满，冷门档又闲置。更稳的做法是源站只对边缘节点回源，观众走离他们更近的节点。源站带宽按回源并发来估，不按全部观众的并发来估。把大带宽理解成观众越多就越要把源站端口买大，买到的常常是一条很少被用满、却在回源抖动时毫无帮助的端口。
国际带宽和优化回国线路在视频里也要分开。面向海外观众的点播，走国际带宽即可。片源放在离观众近的机房：北美观众用美国服务器，日本观众用日本服务器，不必全部绕回香港。面向大陆观众的直播和点播，才需要看香港方向的回国路径是否稳定。用一条国际带宽同时服务大陆观众，晚高峰的表现通常是能连上，但是一直在缓冲。用优化回国线路去服务纯海外观众，则是把钱花在观众用不到的方向上。
三个角色不要叠在一个端口上
服务器租用时，建议把视频拆成三个角色再下单。接收推流的机器要独享上行，端口不必夸张，但要保证晚高峰不被共享池排队。转码可以用云服务器按场次扩容，活动结束再缩回。片库和回源放在磁盘更大的独立服务器上，带宽按回源而不是按观众估算。三个角色叠在一台 1G 大带宽服务器上，账单好看，故障时却会同时失去推流、转码和片库。物理服务器在这里的意义是磁盘和网卡有稳定的邻居环境，不是规格表上的核心数更多。
码率也要写进带宽估算。一条 8M 的高清推流，加上协议开销和重传，上行要留出余量，不能按标称码率卡满。一场活动如果有多位主播同时推到同一台香港服务器，余量按同时在线的路数相加，而不是按最忙的那一路。点播热门文件如果有十个边缘节点同时回源，源站看到的是十路大文件，不是一个观众。这些并发不写进采购说明，端口数字就没有对照物。
验收要在真实推流码率下看十五分钟，而不是看供应商的测速网页。记录上行是否顶到购买值、是否出现周期性掉速，以及观众端首帧时间。点播则看热门文件的回源并发：同时有多少个边缘节点在拉同一个文件，源站网卡是否因此打满。打满了再考虑加大独享带宽；没打满却仍然卡，就去查线路方向和磁盘读取，而不是先把端口数字翻倍。磁盘读不出，网卡再宽也只是在等文件。
活动结束后要把带宽退回日常档，避免按峰值包月空转。云服务器上的转码可以关机或缩容，独立服务器上的片库保留磁盘，只把回源端口降到热门文件的日常并发。如果下一场活动仍在同一机房，独享带宽可以按预约临时升高，不必全年按 1G 计费。香港服务器、美国服务器和日本服务器各自的观众高峰不在同一小时，端口预约也要按当地晚上分别填写。
大带宽服务器适合视频，是因为它能接住突发，而不是因为数字本身更大。先分清推流、回源和观众各自在哪一段网络上，再决定香港服务器、美国服务器或日本服务器哪一台该买独享、哪一台只做计算。端口大小是最后才填的那一栏。容量不够会卡，方向不对会缓冲。这两件事要分开验收。