Windows网络环境下网络规划需要掌握的计算方法（二）

 

我是荔园微风，作为一名在IT界整整25年的老兵，今天继续总结一下Windows网络环境下网络规划必须掌握的技能：网络规划计算。今天先来讲讲第二个知识点，就是知道你的网络的数据如何存储和转换。

不知道大家有没有这样的感觉，看了一大堆网络的书，真的到了要动手建立Windows网络的时候，才发现不知道怎么去规划，无从下手。为什么？因为你看的都是理论书籍。

由于存储的昂贵，客户担心是否会花过多的钱去买存储，那我们如何计算呢。而这些知识理论书籍是不会教你的。你不管是作为一个软件设计师，还是作为一个网络规划设计师，你必须要知道这些，只有这样，你设计的网络才会保持较好的服务性。

我今天将通过一个很经典的例子来教大家如何在规划阶段做网络规划的计算方法，这个例子是原来带我做网络项目的前辈教我的，这篇文章将使你受用一生，因为当你在做这个计算时，客户会真正感谢你，因为你是真的在为他们考虑。

模拟场景：

       某市行政服务中心要网络规划，中心大楼内涉及几类网络：互联网Internet、市电子政务专网、市电子政务外网、市行政服务中心大楼内局域网以及各部门业务专网。行政服务中心网络规划工作组计划以市电子政务专网为基础，建设市级行政服务中心专网（骨干万兆、桌面千兆)。大楼内部署五套独立链路，分别用于连接政务外网、政务专网、大楼内局域网、互联网和涉密部门内网。

现在遇到三个问题：

第一，吞吐量

        DMZ区交换机共提供12个千兆端口和8个百兆端口，请问该交换机的吞吐量至少达到多少Mpps,才能够确保所有端口均能线速工作，并提供无阻塞的数据交换。

第二，视频数据量

        市行政服务中心大楼监控系统采用目前国际上最先进的IP智能监控架构，并且能和门禁系统、报警系统、车牌管理系统进行联动。大楼监控系统可提供实时监控、存储和随时调看CIF格式(352X288)和D1格式(720×576)分辨率的图像，支持MPEG2、MPEG4、H.264等编码格式，尤其是在高动态图像监控场合，可以提供广播级的高清图像质量，满足市大楼安防监控的要求。

　　(1)大楼内预计共有监控点500个，如果保存的是CIF格式的图像，码流为512Kb/s,请计算每小时保存楼内全部监控点视频流需要多大的存储空间(Bytes.或GB)。
　　如果保存的是D1格式的图像，码流为2048Kb/s,请计算每小时保存楼内全部监控点视频流需要多大的存储空间(Bytes.或GB)。
　　(2)系统实施时，图像格式采用了CIF,码流为512Kb/s,请计算保存楼内全部监控点30天视频流需要的存储空间(Bytes、GB或TB)。

第三，数据存储　　

　　全部监控视频流信息保存在IPSAN设备S2600中：(S2600控制框：双控，220v交流，4GB内存，8*GE iSCSI主机接口，磁盘数量12个/框，最大支持附加7个磁盘扩展框)。假设在本项目中采用SATA 1TB 7.2K RPM硬盘，在IPSAN配置的RAID组级别为RAID10。
　　请指出RAID10的磁盘利用率，并计算出保存30天视频流至少需要的硬盘数，以及至少需要配置的S2600控制框数量。
　　假设在IPSAN设备中创建了2个RAID组RAID001和RAID002,其中RAID001组采用RAID5,包含6个磁盘，RAD002组采用RAID6,包含8个磁盘。请分别计算这两个RAID组的磁盘利用率。
　

问题解决方法:

        问题一考查的是交换机线速工作并提供无阻塞的数据交换的衡量标准。包转发线速的衡量标准是以单位时间内发送64B的数据包（最小包）的个数作为计算基准的。对于千兆以太网来说，计算方法如下：1000000000bps/8bit/(64+8+12)B=1488095pps。
　　说明：当以太网帧为64B时，需考虑8B的帧头和12B的帧间隙的固定开销。故一个线速的千兆以太网端口在转发64B包时的包转发率为1.488Mpps。快速以太网的端口包转发率正好为千兆以太网的十分之一，为0.1488Mpps。而满配置吞吐量(Mpps)=千兆端口数量×1.488Mpps+百兆端口数量×0.1488Mpps+其余类型端口数。
　　根据题目要求，满配置吞吐量(Mpps)=12×1.488Mpps+8×0.1488Mpps=17.856+1.1904=19.0464Mpps,因此该交换机吞吐量必须大于19.0464Mpps,才认为该交换机采用的是无阻塞的结构设计。

　　问题二考查的是网络存储设备在保存不同格式文件时存储容量的计算。
　　(1)CIF为常用视频标准化格式(Common Intermediate Format)的简称。在H.323协议簇中，规定了视频采集设备的标准采集分辨率，CIF的标准采集分辨率为352×288像素。D1是数字电视系统显示格式的标准，标准采集分辨率为720×480像素。
　　根据题目要求，由于CIF格式的图像码流为512Kb/s,先计算保存每个监控点每秒图像需要的存储空间：即将512Kb转化为512X1024/8B,再乘以监控时间3600s（1小时）和监控点的数量500，即得到最后的结果：
　　512×1024/8×3600×500=112500MB≈109.86GB

　　如果保存的是D1格式的图像，除了码流为2048Kb/s与上述不同外，其余计算方法完全相同：
　　2048X1024/8X3600X500=450000MB≈439.45GB

        (2)如果保存的是CF格式的图像，码流为512Kb/s,保存楼内全部监控点30天视频流需要的存储空间计算方法和(1)类似，只要再乘上24小时和30天即可：
　　512X1024/8×3600×500X24X30=81000000MB≈79101.56GB≈77.25TB

        问题三中，RAID10将数据分散存储到RAID组的成员盘上，同时为每个成员盘提供镜像盘，实现数据全冗余保存。RAID10的磁盘利用率为.1/m(m为镜像组内成员盘个数)。根据题意，要计算出保存30天视频流至少需要的硬盘数，即要使RAID10的磁盘利用率最大，因此取m=2,RAID10最大的磁盘利用率为1/2×100%=50%。根据上面计算出来的保存楼内全部监控点30天视频流需要的存储空间，可得本项目需要77.25TB×2=154.5TB的存储空间，由于所采用的是1TB的硬盘，因此保存30天视频流至少需要155块硬盘。
　　每个S2600控制框加上扩展框满配时可以支持12×8=96块硬盘，因此本项目需要2个控制框。
　　RAID5为保障存储数据的可靠性，采用循环冗余校验方式，并将校验数据分散存储在RAID组的各成员盘上，RAID5允许RAD组内一个成员盘发生故障。当RAID组的某个成员盘出现故障时，通过其他成员盘上的数据可以重新构建故障磁盘上的数据。
　　RAID5磁盘利用率为(n-1)/n(n为RAID组内成员盘个数)，当RAID组由3个磁盘组成时，利用率最低，为66.7%。RAD001组采用RAID5,包含6个磁盘，其硬盘利用率=(6-1)/6×100%=83.33%。
　　RAID6对数据进行两个独立的逻辑运算，得出两组校验数据。同时将这些校验数据分布在RAID组的各成员盘上。RAID6允许RAID组内同时有两个成员盘发生故障。故障盘上的数据可以通过其他成员盘上的数据重构。RAID6磁盘利用率为(n-2)/n(n为RAID组内成员盘个数)，当RAID组由4个磁盘纠成时，利用率最低，只有50%。
　　RAID002组采用RAID6,包含8个磁盘，其硬盘利用率=(8-2)/8X100%=75%。

解决结果：　

　　【问题1】
　　满配置吞吐量(Mpps)=12×1.488Mpps+8×0.1488Mpps=17.856+1.1904=19.0464Mpps,因此该交换机吞吐量必须大于19.0464Mpps,认为该交换机采用的是无阻塞的结构设计。
　　【问题2】
　　(1)如果保存的是CIF格式的图像，码流为512Kbps,每小时保存楼内全部监控点视频流需要的存储空间是：
　　512X1024/8X3600×500-112500MB≈109.86GB
　　如果保存的是D1格式的图像，码流为2048Kbps,每小时保存楼内全部监控点视频流需要的存储空间是：
　　2048X1024/8×3600×500=450000MB≈439.45GB

        (2)如果保存的是CIF格式的图像，码流为512Kbps，保存楼内全部监控点30天视频流需要的存储空间是：
　　512×1024/8×3600X500X24X30=81000000MB≈79101.56GB≈77.25TB

　　【问题3】

        RAD10最大的硬盘利用率为1/2×100%=50%，因此本项目需要77.25TB×2=154.5TB,所以保存30天视频流至少需要155块硬盘。
　　每个S2600控制框加上扩展框满配时可以支持96块硬盘，因此本项目需要2个控制框。
　　RAID001组采用RAID5,包含6个磁盘，其硬盘利用率=(6-1)/6X100%=83.33%。
　　RAID002组采用RAID6,包含8个磁盘，其硬盘利用率=(8-2)/8X100%=75%。

本文最后有一个重要的补充，就是这个码流是怎么算出来的。几乎没有书籍详细介绍这个的。比如D1格式的码流怎么算呢？，就是下面这个公式：

720x576（D1格式分辨率）x12bit（每像素大小）/8（bit和Byte换算）x25（帧率）=15552000B/s=15187.5KB/s=14.83MB/s

各位小伙伴，这次我们就说到这里，下次我们再深入研究windows网络，相信你一定能喜欢上windows。如果要转载我的文章请说明出处哦。

作者简介：荔园微风，1981年生，高级工程师，浙大工学硕士，软件工程项目主管，做过程序员、软件设计师、系统架构师，早期的Windows程序员，Visual Studio忠实用户，C/C++使用者，是一位在计算机界学习、拼搏、奋斗了25年的老将，经历了UNIX时代、桌面WIN32时代、Web应用时代、云计算时代、手机安卓时代、大数据时代、ICT时代、AI深度学习时代、智能机器时代，我不知道未来还会有什么时代，只记得这一路走来，充满着艰辛与收获，愿同大家一起走下去，充满希望的走下去。