欢迎大家分享自己的文档,请点击查阅:分享方法,![]() 如果你喜欢这文章,可以点击文章结尾处百度分享,分享到你的各种社区收藏,或推荐给朋友……
返回:海量运维、运营规划--linux网络架构规划首页 分布 1、ISP分布,对于互联网业务是毋庸置疑的,必需做多ISP分布,北方多联通,华东、华南多电信;移动互联多可重点考虑BGP或多线IDC。 2、IDC分布,IDC的问题比较透明,分一线(北京、上海、广州等)、二线IDC(天津、济南、南京、郑州、成都、西安等)及CDN(吉林、福建、临沂、莆田、、沈阳等) 策略 1、按内容分静态与动态,静态(图片、html\JS\CSS、视频、下载)一般按中心IDC+CDN的模式,中心IDC通常选一线城市的IDC,重点覆盖,其它都使用CDN做省内覆盖,中心IDC至少同ISP需要两个以上IDC并与CDN,做区域容灾;动态内容大多依靠IDC之间的专线做QOS或透明代理实现最后一公理覆盖,DB多在双线或多线IDC为佳。 2、按区域、ISP、IDC分布,可以重点考虑华北、华东、华南、西南、西北、华中6个区域,其中华南、华东是电信大省占各占电信50%,占全国用户2/3,电信与联通比例为2:1,西南、西北、华中是区域覆盖,西南、西北电信居多与华东互备,华中与华南互备,华东、华南互备。华北主要为联通用户依赖天津联通、山东联通互备。(北京联通贵,约是天津联通3~4倍) 3、基本原则是就近接入,按IDC所在的区域覆盖。 调度 1、依赖GSLB分POOL调度,例如img1.qq.com分了电信(深圳、上海、南京、成都、西安)、联通(北京、天津)、移动(上海、西安)9个POOl,每个POOL对应就近各省及ISP解析。 2、当出现区域网络灾难、IDC网络中断或交换机掉电、服务器硬件故障,可以直接通过GSLB进行区域或某同ISP的IDC所负责的用户覆盖的调度,可以直接摘除故障服务器。 案例1: 腾讯网(www.qq.com),将内容分为静态(图片、素材、页面三类)分别分区域、分ISP、分IDC覆盖,动态部分集中在深圳、天津、上海,专线互通,具体如下图所示。 案例2: 还有一类是互联网+移动互联网的应用,需要双重保障覆盖质量,与案例1有区别的是多加了8线BGP网络覆盖手机端用户,静态部分90%使用CDN加速,动态部分集中在无锡双通,上海、天津、北京BGP通用透明代理从无锡双通取数据,具体如下图所示。 转载请注明linux系统运维: |