字体
关灯
   存书签 书架管理 返回目录
  
网址改成为 m.011bz.cc 请牢记

第301章 视频网站 (第3/5页)

展来说说吧!

    一,web服务器!

    youtube出于开发速度的考虑,大部分代码都是开发的。web服务器有部分是apache,用gi模式。对于视频内容则用pd。据我所知也有部分服务器用pd,但量不大。youtube是pd最成功的案例。

    二,视频!

    视频的缩略图给服务器带来了很大的挑战。每个视频平均有4个缩略图,而每个web页面上更是有多个,每秒钟因为这个带来的磁盘io请求太大。youtube技术人员启用了单独的服务器群组来承担这个压力,并且针对cache和os做了部分优化。

    另一方面,缩略图请求的压力导致pd性能下降。通过pd增加更多的worker线程很大程度解决了问题。而最新的解决方案是起用了google的bigtable,这下子从性能容错缓存上都有更好表现。看人家这收购的,好钢用在了刀刃上。

    出于冗余的考虑,每个视频文件放在一组迷你r上,所谓‘迷你r’就是一组具有相同内容的服务器。最火的视频放在cdn上,这样自己的服务器只需要承担一些‘漏网‘的随即访问即可。youtube使用简单廉价通用的硬件,这一点和google风格倒是一致。至于维护手段,也都是常见的工具,如,ssh等,只不过人家更手熟罢了。

    三。数据库!

    youtube用mysql存储元数据--用户信息视频信息什么的。数据库服务器曾经一度遇到swap颠簸的问题,解决办法是删掉了swap分区!管用。

    最初的db只有10块硬盘,raid10。后来追加了一组raid1。够省的。这一波web20公司很少有用oracle的。在扩展性方面,路线也是和其他站点类似。复制,分散io。最终的解决之道是‘分区‘,这个不是数据库层面的表分区,而是业务层面的分区!

    那么需要哪方面的技术人才呢,托前世在视

-->>(第3/5页)(本章未完,请点击下一页继续阅读)
上一页 目录 下一页