1选择一台电脑（也可能是数台，比一台麻烦一些）做影视服务器，把你的拷至硬盘，把文件都设置为共享（通常是共享文件夹， 每个文件夹中放一定数量的）；
2在客户机安装播放软件, 建立影视服务器上文件的快捷访问方式；
3已经ok了，就是这么简单，（晕，还没完吗？别告诉我你的声卡还没装^!^)
当然其中还有些学问，以让你的影视系统发挥出最佳的性能：
选择合适的播放软件
以下是我用过的几种播放软件：
windows mediapalyer+divx(mpeg的编码解码器），主要用来播放mpeg格式的，它的优点是启动快速，占用系统资源小，缺点是很多格式不支持（致命）大多网吧都在用realplayer，因为它是rm格式的专用播放软件，界面简单，容易作，real的 老版本的不支持其它格式的影片，新版本因为增加了多个插件，可支持的格式大量增加，包括mpeg格式的，但我使用中发现，某些版本的real播mpeg的时候，不能快进，一拖滚动条就出现假死机， 非要三键结束任务才能解决。金山影霸iii支持的格式最全（包括音乐文件），而且安装不很占空间（完全安装小于四十兆），占用系统资源也较少。东方影都支持的格式很多尤其是立体版能看立体，效果真爽，但缺点不少，如安装比较占空间（完全安装要80兆），而且消耗系统资源比较厉害。另外超级解霸2003据说不错，我没有用过，不敢妄下结论（但如果没有比2000有质的转变不用也罢），有兴趣的朋友可以试一下，和其它的软件比较比较。根据我的经验我首推金影iii做网吧的播放软件（本人严正声明：本人绝没有收取金山公司的一分钱广告费^!^)
附：两种流行的压缩影像格式释疑， mpeg(对应文件扩展名为avi)其实是一种影音压缩技术，它是一种通过记录原始影音文件的信息，用一定的算法进行代码替换处理的有损压缩，播放时通过 mpeg编码解码器解码。rm是我们最常见的压缩格式，它使用的另一种算法压缩比例更大（文件大小可压至mpeg的二分之一），故失真较大，效果不如 mpeg格式。
注意事项
1，影视服务器最好不要和网络服务器作为一台，如果你的网吧够大，建议使用专用的影视服务器（如果不对外营业，配置可以很低，主频300即可；内存64m即可128m最好，多了就是浪费了；支持大硬盘的主板即可，但要稳定；硬盘当然要大，但5400转即可；如果要对外营业配置就要稍高一点的，建议使用赛扬二代的处理器），当然如果你的网吧很小15台以下，那就没有必要专设影视服务器了。
2，尽量安装rm格式的，优点是占用硬盘空间小，传输速度快，一台影视服务器支持的终端多，缺点的效果没有mpg4和vcd的效果好，但只要光盘做的不是太差一般没有什么影响。
3，一定要为你的所有共享并创建快捷方式，使其能在任何一台终端能看到所有的影视，如果你的是分在几台电脑里放置的，应该先建立个文件夹，把其它电脑上的文件的快捷方式放进来，然后把这个文件夹复制到每台终端的桌面上，换上漂亮的图标，取个类似“影视欣赏”的文件名就ok了。这种方法同样适合各种歌曲的使用，可用类似的方法建立个“音乐欣赏”。
4，网络设置：在微软网络客户中选择快速登录，这样启动过程中将不检测网络驱动器，加快启动速度；登录中选择windows登录，启动过程将不出现登录对话框，可以避免因登录时点取消而未登录网络的情况（这种情况下，客户机可以上网，但不能访问网上邻居）。
5，同一部片子能同时被数台电脑同时调用，一般不影响效果，但应该尽量避免这种情况的发生（对硬盘损耗较大），如果某个片子同时看的人实在太多，应事先多在硬盘中复制几份（尽量选择不同的分区）供调用。
6，一台服务器可支持多少用户同时观看？中等的网吧（单影视服务器，客户机50台以下，使用10m的网络即可，当然百兆的网络就更好了）一台影视服务器可同时支持二十台左右的电脑同时播放rm（mpeg或vcd就要少了）。事实上网吧中不可能所有的顾客都一起看（通常在50%以下），所以这个数目可基本满足五十台以下的网吧了
实际环境举例（我的网吧）：
依拖一所大学，电脑三十六台，10m网络，单影视服务器（c2-600， 128m ， 240g/5400转，对外营业）；把按类型（如成龙全集，007全集，美国大片，贺岁片，某某电视剧，某某动画片等等）存放在不同的文件夹中，把这些文件夹共享出来，将影视服务器在各个电脑上建立快捷方式，将共享名改为影视欣赏；四个hub（三个16口，一个8口），采用堆叠；在全满的时候通常是十五人左右同时看，最高达到十九人同时观看（还有同时从影视服务器调音乐听的），运转正常，从未出现广播风暴。
建议：
1, 多做广告，有很多人以为“网吧就是上网的”，其实不然，我们可以把这部分作大，让它成为我们营业的一个重要部分，扩大网吧的市场，达到这样目的的途经只有宣传。
2有条件的可以在宽敞位置的电脑安装双耳机（满足那些经济条件稍差一些顾客和特殊的顾客），经常有情侣上我这渡假的，内容就是一起看。
3，观注当地影院，及时引进最新，最好的（至于引进方式吗，如果您的经济条件允许的话，请支持一下正版。晕，我也学会这么说了，遗憾的是方面我还没支持过^!^，我是那种经济条件不允许的^!^)
失败的例子（请引以为戒）
我到过一个网吧，有四十台电脑，都是20g的硬盘，每个硬盘里都装了不少的影片，但在他的任何电脑上都看不出来它有在，必须访问网上邻居才知道，而且还不知道哪里有什么，知道看的还要问老板哪个在哪台机器里，真是麻烦，优势一点也出发挥出来，大量的硬盘资源实际上是浪费了。让菜鸟和穷人也能架成自己的征途服务器：
首先你要忘掉网上发表的繁琐的架设教程，那都是有意无意的骗子，按本方法保证能很方便地架起自己的真征服务器。
一，机器需求。
内存必须大，建议4G，cpu要求不高，只要是64位的就行，比用amd
4200+，这套机器下来，价格在2000元元以下。
二，安装RHEL
50，可以电驴上搜索，DVD版的，下载后打人刻在一张DVD盘上。
Red
Hat
Enterprise
Linux
(Server
including
virtualization)系列号:2515dd4e215225dd
安装时，选则上mysql
web
等服务，其它可以不选，玩不转linux的人请关闭防火墙。
三，安装成功后，进入图形界面，界面很容易上手，在这里把网卡IP设好，这里假设为
1921680200
然后
服务
中把
mysqld
>关于服务器，硬件配置，和温度环境要求是怎么样的
环境的话，一般就是需要注意物理环境。即温度、电源、地板、防火系统。
作为机房（电脑学习室/数据中心），它的物理环境是受到了严格控制的，主要分为几个方面：即温度、电源、地板、防火系统。
温度
说到温度，一般用的都是空调了。空调用来控制数据中心的温度和湿度，制冷与空调工程协会的“数据处理环境热准则”建议温度范围为20-25℃(68-75℉)，湿度范围为40-55%，适宜数据中心环境的最大露点温度是17℃。在数据中心电源会加热空气，除非热量被排除出去，否则环境温度就会上升，导致电子设备失灵。通过控制空气温度，服务器组件能够保持制造商规定的温度/湿度范围内。空调系统通过冷却室内空气下降到露点帮助控制湿度，湿度太大，水可能在内部部件上开始凝结。如果在干燥的环境中，辅助加湿系统可以添加水蒸气，因为如果湿度太低，可能导致静电放电问题，可能会损坏元器件。
电源
机房的电源由一个或多个不间断电源(UPS)和/或柴油发电机组成备用电源。为了避免出现单点故障，所有电力系统，包括备用电源都是全冗余的。对于关键服务器来说，要同时连接到两个电源，以实现N+1冗余系统的可靠性。静态开关有时用来确保在发生电力故障时瞬间从一个电源切换到另一个电源。
地板
机房的地板相对瓷砖地板要提升60厘米(2英尺)，这个高度随社会发展变得更高了，是80-100厘米，以提供更好的气流均匀分布。这样空调系统可以把冷空气也灌到地板下，同时也为地下电力线布线提供更充足的空间，现代数据中心的数据电缆通常是经由高架电缆盘铺设的，但仍然有些人建议出于安全考虑还是应将数据线铺设到地板下，并考虑增加冷却系统。小型数据中心里没有提升的地板可以不用防静电地板。计算机机柜往往被组织到一个热通道中，以便使空气流通效率最好。
防火系统
机房的防火系统包括无源和有源设计，以及防火行动执行计划。通常会安装烟雾探测器，在燃烧产生明火之前能够提前发现火警，在火势增大之前可以截断电源，使用灭火器手动灭火。在数据中心是不能使用自动喷水灭火装置的，因为电子元器件遇水后通常会发生故障，特别是电源未截断的情况下使用水灭火情况会变得更糟。即使安装了自动喷水灭火系统，清洁气体灭火系统也应早于自动喷水灭火系统启动。在数据中心还应该安装防火墙，这样可以将火源控制在局部范围内，即便是发生火灾也可以将损失减到最低。
配置方式：
1 完成自定义监控脚本的编写（windows或linux脚本）
脚本要求：（1）既然是监控，那必然要有输出结果值（字符串，数字皆可）
（2）必须要求zabbix用户有执行权限，当然可以直接设置所有用户都有执行权限（chmod 777 脚本文件）
（3）若脚本需要传入参数，按照参数传入的顺序，在脚本中可用$1-$9来引用传入的参数
2 找到zabbix agent的配置文件zabbix_agentdconf,修改如下两个参数
UnsafeUserParameters=0 => UnsafeUserParameters=1并去掉前面的注释符
UserParameter= => UserParameter=aaabbb[], /usr/local/script/monitorsh $1 $2 …
说明：aaabbb[] ---zabbix服务器添加监控信息时需要用到的key值，
格式：aaabbb[]（例：systemfilesize[]）
/usr/local/script/monitorsh ----监控脚本绝对路径
为了便于灵活监控，有时脚本需要传入参数，此参数可从zabbix服务器端传入，所有参数按顺序分别从$1-$9表示
注：（1）若无需传入参数，则红色部分可省略
（2）该自定义脚本可由zabbix服务器控制收集数据的频率（如：每30s运行一次），无需再添加计划任务
（3）以上参数请根据实际情况填写，并注意去除参数前注释符（#）
（4）注意在key值和后面的脚本之间有个逗号隔开
至此，自定义监控脚本zabbix agent端配置结束
3 测试
测试命令： /usr/local/bin/zabbix_agentd -t key[参数]
示例：/usr/local/bin/zabbix_agentd -t systemfilesize[/etc/atxt,abc,…]
4 监控脚本举例：
脚本名称：/usr/local/script/monitorsh
脚本内容：echo `date +"%F %T"`
脚本要求：必须在控制台输出值，该值将作为返回值返回给zabbix服务器端
搭建纯SSD架构的高性能企业级云服务器，采用高端Intel Haswell CPU、高频DDR4内存、高速Sas3 SSD闪存作为底层硬件配置。
怎样估算oracle服务器的硬件配置 Dell PowerEdge T710
标准配置
TPCC：239,392
公司用最好还是用专业级的服务器，打电话给相关电脑服务器供应商很容易了解行情。否则，找台内存大点儿的机器，速度快点儿的机器也凑合着用。
联想rd350服务器怎么查硬件配置
因为阵列卡等设备的原因，在服务器上检测硬盘不太方便，如果是sata盘，拔下直接上台式机检测。
我用的是小鸟云的服务器，挺不错。
打水服务器通常是指虚拟服务器业务，多在境外。 打水的服务器，一般都是需要高配置，一般为Q84OO以上，i3 i5 17是目前市面上的打水服务器的最佳选择。
小提示：目前，打水虽然有风险，但是还是有利可图的，但是要方法得当，如果你打两个月都赚不到点钱，建议不要再打，因为可能你不合适做打水，正如不是个个人都能炒股赚到钱一样。
dell R310 X3430/4G/500G2 sata/raid1 这个配置用于邮件服务器足够了，软件推荐用：《科信KXmail邮件系统》，可以查下！
选购服务器硬件配置要注意什么？服务器硬件配置要稳定高效，千万不要选购一些太便宜的服务器配件，如果服务器运行时因为配置问题出现什么问题，损失就很大了，如机箱一定要选择好点的，国产有家叫IOK的机箱还可以，你去了解下。什么EMC啊 防震效果 听说都是不错 而且最大的好处是可以定制 客户喜欢咋整就咋整
怎么配置服务器硬件300个web站点，说多也不多，说少也不少了。在这个阶段，可以先用这款双路四核的服务器，标配一颗至强E5620四核处理器，英特尔5500芯片组服务器主板，2G DDR3 REG ECC内存，SSD 80G固态硬盘，双千兆网卡，性能可以说是相当不错，带100万广告联盟没问题。如果以后访问量增加，可以扩展到两颗处理器，达成8颗处理核心，16条处理线程（在任务管理器的cpu格子窗口能看到16个- -~~~相当变态），内存可以增加到24GB!
转载表面上看，是一套基于B/S方式实现的分布式管理系统，但其实背后的架构是基于C/S完成的。你以为他是一只鞋吗？其实他是一个吹风机。作为界面化的系统，浏览器框架是不可或缺的，但更加重要的东西在Socket上面。
一、需要解决中央控制端到各节点服务器之间的通信。
这个其实牵扯到一个通信协议的问题，各语言都有自己的socket，thread的库，直接调用即可。但是这个通信协议就需要自己来完成了。既不能太简单，太简单了，明码传输，如果别人获知了这个接口，就很容易执行一些令人讨厌的 *** 作。也不能太复杂，太复杂了等于是给自己找麻烦，所以简单的数据包编解码的工作或者用token验证的方式是需要的。通信协议起码要两种，一种是传输命令执行的协议，一种是传输文件的协议。
二、跨语言的socket通信
为什么要跨语言，主控端和代理端通信，用什么语言开发其实无所谓。但是为了给自己省事，尽可能使用服务器上已经有了的默认语言，Ambari前期采用phppuppet的方式管理集群，这不是不可以，puppet自己解决了socket通信协议和文件传输的问题，可你需要为了puppet在每台服务器上都安装ruby。我是个有点服务器和代码洁癖的人。光是为了一个puppet就装个ruby，我觉得心里特对不起服务器的资源。所以我自己写了一个python的代理端。python是不管哪个linux系统在安装的时候就都会有了。然后主控端的通信，可以用python实现，也可以用php实现，但是考虑到对于更多的使用者来说，改php可能要比改tornado简单许多，所以就没用python开发。hadoop分支版本众多，发布出去，用户要自己修改成安装适合自己的hadoop发行版，就势必要改源码，会php的明显比会python的多。php里面的model封装了所有的 *** 作，而python只是个 *** 作代理人的角色而已。
所以也延伸出一个问题，什么语言用来做这种分布式管理系统的代理端比较合适，我自己觉得，也就是python比较合适了， *** 作系统自带，原生的package功能基本够用。用java和php也可以写agent，但是你势必在各节点预先就铺设好jre或者php运行环境。这就跟为什么用python和java写mapred的人最多是一样的。没人拦着你用nodejs写mapred，也可以写，就是你得在每个节点都装v8的解释引擎，不嫌麻烦完全可以这样干。原理参看map/rece论文，不解释。perl也是 *** 作系统原生带的，但是perl的可维护性太差了，还是算了吧。
所以这就牵扯到一个跨语言的socket问题，理论上来说，这不存在什么问题。但这是理论上的，实际开发过程中确实存在问题，比如socket长连接，通信数据包在底层的封装方式不同。我没有使用xml-rpc的原因之一就是我听说php的xmlrpc跟其他语言的xmlrpc有不同的地方，需要修改才能用,我就没有用这种办法。最早是自己定义的 *** 作协议，这时就遇到了这些问题，所以后来直接采用了thrift方式。就基本不存在跨语言的socket通信问题了。
三、代理端执行结果的获取
无论命令还是文件是否在代理端执行成功，都需要获取到执行结果返回给中央端。所以这里也涉及一个读取节点上的stdout和stderr的问题。这个总体来说不是很难，都有现成的包。当然这个时候你需要的是阻塞执行，而不能搞异步回调。
还有个问题是，我要尽可能使用python默认就带的包，而尽量不让服务器去访问internet下载第三方的包。
还有代理端最重要的一点，就是python的版本兼容性。centos5用python24，centos6用python26，ubuntu基本默认都是27。所以一定要最大限度的保证语言的跨版本兼容性，要是每个 *** 作系统和每一个版本我都写一个代理，我一个人就累死了。
四、浏览器端的model，view，controller
这里面你要封装好所有的通信协议，以及需要在节点上面执行的脚本。发送文件的 *** 作和数据库 *** 作也要在model里面完成。
如果对tcl/tk很熟，也可以写基于 *** 作系统界面方式的管理，不用浏览器就是了。
view对我来说是最痛苦的事，都是现学的jQuery怎么用，前端的工作太可怕了。关于这方面，没有太多可描述的，html和js带给我的只有痛苦的回忆，万恶的undefined。
五、跨 *** 作系统的安装文件封装。
要适应不同的 *** 作系统也是个很麻烦的事情，需要用agent提前获知 *** 作系统的发行分支，版本号。然后去找到对应的安装文件去执行。你不能保证一个分布式系统的集群中所有的节点都可以访问internet，更多的情况是这些节点都存在在一个安全的内网中。只有个别几个节点是可以访问外网的。所以，我势必要把所有的安装文件以及他们的依赖尽可能集中起来。我不确定安装 *** 作系统的lzo，yum或者apt-get会去下什么鬼东西，甚至无论是yum还是apt-get，里面都没有hadoop-lzo的库文件。所以，最好的办法是自己编译打包rpm和deb包。直接安装就好了，别去找repo下载什么。
这就是第五步工作，把需要的依赖的东西自己编译打包成rpm和deb。
deb包很好解决，但是rpm就没那么好办了，需要学习rpm的编译文件如何编写，这块是挺麻烦的，但是这玩意用好了还是挺不错的。现在我自制的安装包里面就已经包含了自己编译的lzo和snappy两种压缩库，以及hadoop-gpl-packaging的rpm和deb。下一个发布的easyhadoop将直接支持centos5,6，suse，以及ubuntu/debian的系统上安装hadoop。已经自带了lzo和snappy以及lzop和snzip。
六、把这些所有东西，整合到一个系统里面。
关联这些所有事情间的联系，整合到一个浏览器界面里面去。写一个分布式的管理脚本不难，写一个界面也不难，但是也许是我的水平不行，这两件事结合起来让他们协同工作还是有点难度的。对我来说，写界面的工作可能更难一点。
Cloudera可能是十来个人在写Manager的东西，ambari也是放到github和apachesvn上面，apache基金会的各种committer在写。easyhadoop没他们功能那么强大，一年来只有我一个人设计架构，功能，各种语言的编码，测试，发布。Fortheloveofgod,WhathaveIdone(英文部分请站在山顶仰天长啸)T_T。从前台到后台，到hadoop和生态系统以及他们的依赖软件的单独patch、编译打包。(系统yum或者apt-get的包不如自己打的好使。)
从时间上来看，全球第一款开源的hadoop部署管理系统应该还是属于ambari，2011年8月开始写的，2012年9月底进入apache的incubator。我是大概2012年8月开始写的easyhadoop，全球第一没赶上，估计国内第一个开源的hadoop管理系统还是可以排上的。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）