欢迎大家分享自己的文档，请点击查阅：分享方法, 如果你喜欢这文章，可以点击文章结尾处百度分享，分享到你的各种社区收藏，或推荐给朋友……
返回：海量运维、运营规划--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系统运维： |
