POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
查看: 1907|回复: 7
打印 上一主题 下一主题

想架个视频网站, 请问配置

[复制链接]
跳转到指定楼层
1#
发表于 2007-7-28 14:09 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
目前谈个网站项目, 大概是要架个视频网站, 并且能让客户根据视频发表评论的。 对硬件不是很熟悉, 想请教一下高人, 大概需要配个什么样配置的服务器。 规模大概是200人同时在线吧。 还有是不是要把程序和视频服务器分开来? 视频应该是跟youtube差不多, 支持flash播客的那种

谢谢了!
2#
 楼主| 发表于 2007-7-31 11:55 | 只看该作者
顶顶, 没人知道?
回复 支持 反对

使用道具 举报

3#
发表于 2007-7-31 12:30 | 只看该作者
32G内存+SuperCacheII


去日本网站买个二手机器,很多非常强大的机器不过十几万人民币
回复 支持 反对

使用道具 举报

4#
发表于 2007-7-31 13:02 | 只看该作者
原帖由 alextooter 于 2007-7-31 12:30 发表
32G内存+SuperCacheII


去日本网站买个二手机器,很多非常强大的机器不过十几万人民币

:blink: 过关之后就不便宜了啊
回复 支持 反对

使用道具 举报

5#
发表于 2007-7-31 13:08 | 只看该作者
1/需要压缩视频到 flv 多媒体性能要高
2/存储视频 硬盘大 多任务性能需求大
3/上传下载视频 网络带宽需求大


200人同时在线应该主要是看吧,上传的估计很少同时超过10个,10个视频也是排成队列压缩的。
所以cpu内存要求其实不是太高。
主要还是硬盘和网络性能。


4核至强X5350  和q6700性能相当 主要是能组smp
MAX 146G U320 15k转的硬盘 3块做raid5 raid卡你问问别人吧 我不熟悉,要带缓存的才好(或者直接用主板的sas借口 买sas硬盘)
英特尔  S5000PSL  

8G全缓冲ddr2 667 ecc
回复 支持 反对

使用道具 举报

6#
发表于 2007-7-31 16:35 | 只看该作者
这种需求用高端硬件绝对浪费钱,有个10多万RMB买10台PC,每台1w,每台带20个客户简直是轻松之至.
youtube也不过是用了X86架构的PC Server而已.转一段关于youtube架构的文字,能看懂自然知道该选什么.


简单的说 YouTube 的数据流量, "一天的YouTube流量相当于发送750亿封电子邮件.", 2006 年中就有消息说每日 PV 超过 1 亿,现在? 更夸张了,"每天有10亿次下载以及6,5000次上传", 真假姑且不论, 的确是超乎寻常的海量. 国内的互联网应用,但从数据量来看,怕是只有 51.com 有这个规模. 但技术上和 YouTube 就没法子比了.
Web 服务器YouTube 出于开发速度的考虑,大部分代码都是 Python 开发的。Web 服务器有部分是 Apache, 用 FastCGI 模式。对于视频内容则用 Lighttpd 。据我所知,MySpace 也有部分服务器用 Lighttpd ,但量不大。YouTube 是 Lighttpd 最成功的案例。(国内用 Lighttpd 站点不多,豆瓣用的比较舒服。by Fenng)
视频视频的缩略图(Thumbnails)给服务器带来了很大的挑战。每个视频平均有4个缩略图,而每个 Web 页面上更是有多个,每秒钟因为这个带来的磁盘 IO 请求太大。YouTube 技术人员启用了单独的服务器群组来承担这个压力,并且针对 Cache 和 OS 做了部分优化。另一方面,缩略图请求的压力导致 Lighttpd 性能下降。通过 Hack Lighttpd 增加更多的 worker 线程很大程度解决了问题。而最新的解决方案是起用了 Google 的 BigTable, 这下子从性能、容错、缓存上都有更好表现。看人家这收购的,好钢用在了刀刃上。
出于冗余的考虑,每个视频文件放在一组迷你 Cluster 上,所谓 "迷你 Cluster" 就是一组具有相同内容的服务器。最火的视频放在 CDN 上,这样自己的服务器只需要承担一些"漏网"的随即访问即可。YouTube 使用简单、廉价、通用的硬件,这一点和 Google 风格倒是一致。至于维护手段,也都是常见的工具,如 rsync, SSH 等,只不过人家更手熟罢了。
数据库YouTube 用 MySQL 存储元数据--用户信息、视频信息什么的。数据库服务器曾经一度遇到 SWAP 颠簸的问题,解决办法是删掉了 SWAP 分区! 管用。
最初的 DB 只有 10 块硬盘,RAID 10 ,后来追加了一组 RAID 1。够省的。这一波 Web 2.0 公司很少有用 Oracle 的(我知道的只有 Bebo,参见这里). 在扩展性方面,路线也是和其他站点类似,复制,分散 IO。最终的解决之道是"分区",这个不是数据库层面的表分区,而是业务层面的分区(在用户名字或者 ID 上做文章,应用程序控制查找机制)
YouTube 也用 Memcached.
回复 支持 反对

使用道具 举报

7#
 楼主| 发表于 2007-8-1 12:47 | 只看该作者
多谢楼上各位. 受益匪浅!
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2025-8-1 21:57

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表