容量规划除了服务器和存储之外，还包含了它们所连接的网络。路由协议的实现细节和交换机的架构不在本书范围之内，但是你的网络其实和其他资源一样：容量是有限的，也很值得测量。

网络一般被视作是服务器的管道铺设，而且这个类比很恰当。当你的网络操作正常时，数据就是简单的传输。当它不正常时，一切都嘎然而止。这并不是想说，微妙而有挑战的问题不会突然出现于网络：只是离得很远。但是多数而言，网络设备是被设计用来良 好地完成一个任务，而它们的上限也应该清楚。

在托管环境的网络容量，往往是被测量的和被严格控制的资源，获得使用量的数据会是件困难的事，因为它依赖于你和你的网络供应商之间的合同。作为你流入和流出的网络使用量的健全检测，要聚集你外流服务器网络度量指标，同时将它们与你从托管供应商那里收到的清单相比较。

当你有自己的机架和交换机时，你就可以明智地决定如何根据它们所需要的网络容量，来把这些主机分开。举个例子，就拿Flickr来说吧，我们的照片缓存服务器对它们的交换机有相当多的需求，因为它们所作的一切都是为处理照片下载请求。我们须小心不要放太多照片到其中的一个交换机，这样保证服务器有足够的带宽。

路由器和交换机，跟服务器一样有各种度量指标可以被抽取（通常是使用SNMP协议）和记录。虽然它们的主要度量指标是每秒输出输入的字节（或如果有效负载很小时的输出输人包），它们同样也常常暴露其他的度量指标，比如CPU使用量和当前网络会话。

所有这些度量指标都应该借由一个网络图形工具来做周期性的基本测量，比如MRTG或 其他一些可以保存每个度量指标历史的工具。和Ganglia以及其他度量指标收集工具不同，MRTG构建时内嵌了SNMP。简单地说，你的交换机和路由器在网络容量的限制之下工作良好，并不代表说你没有接近那些设备的CPU使用量上限——所有这些度量指标也都应该作为告警阈值被监测。