大型运气王路由设计

大型园区网路由设计

1.    园区网内部路由设计

内部路由一般使用OSPF,核心区域使用区域0,其余各个划分区域使用相应区域编号,如下图所示。

2.    园区网出口路由设计

网络出口可能有多家运营商,如电信、联通、移动。比较主流的需求是,用户访问电信的服务器走电信链路,访问联通服务器走联通链路,怎么实现这个需求呢?  静态路由+默认路由,或者策略路由

静态+默认路由实现思路如上图所示,把电信网段全部写出了,可能写上几百条静态路由,绝对是有限的。(详细电信网段自行百度)让去往电信网段的下一跳指向电信,别的默认路由指向联通即可。(也可以让去往联通服务器的地址指向联通出口,别的默认路由指向电信即可)

策略路由实现方式基本相同,详见课程PPT或视频教程。

最新实现方式:现在主流路由器或者网关类设备均支持智能选路功能,可以根据内置地址库(跟上面讲的实现方式一样)、链路利用率、延时、抖动等多方面进行综合评估,最终选择合适出口访问互联网。

51CTO学院 4.20 IT充电节

(19-20号两天,视频课程会员享6折,非会员享7折,套餐折上8折)

相关视频教程:

大型园区网络实战设计视频课程(路由交换+无线网络+安全+优化)

http://edu.51cto.com/course/course_id-6986.html

时间: 2024-08-07 17:00:56

大型运气王路由设计的相关文章

大型分布式网站架构设计与实践

大型分布式网站架构设计与实践(一线工作经验总结,囊括大型分布式网站所需技术的全貌.架构设计的核心原理与典型案例.常见问题及解决方案,有细节.接地气/京东:大型分布式网站所需技术的全貌.架构设计的核心原理与典型案例.常见问题及解决方案) 陈康贤 著   ISBN 978-7-121-23885-7 2014年9月出版 定价:79.00元 460页 16开 编辑推荐 --作者一直奋战在阿里巴巴及淘宝网一线,书中所讲是其亲身经验的总结,显得更加实战和珍贵. --全面介绍大型分布式网站架构所涉及的技术细

《大型分布式网站架构设计与实践》

读后感 逐字逐句看完<大型分布式网站架构设计与实践>第2章,意犹未尽!如标题所言,这是一本“真材实料的分布式资料”,它与我看过的分布式书籍(如<大型网站系统与Java中间件实践>)不同,本书重技术兼并理论,给了新人入手的方向. 我最最感动的是书中介绍了很多分布式的“干货”:分布式缓存可以用memcache.数据库水平/垂直拆分技术.分布式存储可以HBase/Redis等.消息通道可以用ActiveMQ.搜索引擎Lucene/Solr等.当然每一种技术都不是一本书能说完的,作者至少给

解析大型.NET ERP系统 设计异常处理模块

异常处理模块是大型系统必备的一个组件,精心设计的异常处理模块可提高系统的健壮性.下面从我理解的角度,谈谈异常处理的方方面面.我的设计仅仅限定于Windows Forms,供参考. 1 定义异常类型 .NET 框架定义很多异常类型,ERP系统中根据实际的需要,我们再增加一些自定义的异常类型. 数据库访问异常:LLBL Gen Pro已经定义几种常见的异常类型,常见的异常类型及其作用简介. ORMConcurrencyException     并发异常,更新实体时实体已经被删除,删除时有约束无法删

大型网站的导航设计

对于大部分网站,导航并不算是个挑战.一条主导航加条二级导航支撑,通常就足够了. 典型的做法是,二级导航显示出父.兄及当前子菜单.常显的主导航条显示最顶层的菜单,允许用户在菜单间切换. 然而,有一类网站让这种传统的导航样式承担有些吃力.这就是我要提的大型网站. 定义大型网站 一个大型网站由结合了综合服务和产品的典型大型组织所有.这个组织通常也服务各色用户. 拥有大型网站的组织,包括BBC这类机构型的,类似微软这种项目多样化的公司型的,政府部门,高等教育类的以及运作多种活动的慈善组织类的,比如世界自

关于大型web服务器的设计思路

大型网站,比如门户网站,在海量用户访问.高并发请求方面,基本的解决方案是以下几点:  1.高性能的数据库(oracle/db2/mysql...)  2.高性能的Web容器(weblogic/apache...)  3.高效率的编程语言(java/C#)  4.使用高性能的服务器(小型机.PC服务器)  5.集群分布式运行(比如上百台小型机器在线运行) 但是在在线用户上百万,日点击量超亿,而数据达几十T,甚至日数据量就达到T级别这种情况下还是难以解决大型网站面临的高负载和高并发问题.   本人也

laravel 中 后台管理的 路由设计

在网站前后端设计时候,在后端这块,后端的每一模块对应的表,进行表的管理,增删改查. 使用 route() 全局辅助方法灵活管理 举例,商品表  商品模型  商品控制器  商品视图 Route :: get( ' /goods ' , ' [email protected] ' ) ->name( ' goods ' ); Route :: get( ' /goods/create ' , ' [email protected]' ) ->name( ' goods-create ' ); Ro

iOS中基于协议的路由设计

一.背景 前段时间对我们自己的App做了结构上的重构,抛弃了之前简单的MVC开发模式,原因是随着App的业务线越来越多,单个页面的功能越来越复杂,MVC开发模式导致整个Controller-layer的代码越来越多.本文将分享重构中的Router模块. 使用路由模式可以解决我们项目中页面与页面之间的耦合(因为我们App是视图生命周期作为驱动,所以这里说是页面,实际是控制器层),因为一个页面功能太多就会引入过多的类,往往会造成import过多,不好管理.而且iOS中执行界面跳转的时候,很容易产生模

解析大型.NET ERP系统 设计通用Microsoft Excel导入功能

做企业管理软件很难避免与Microsoft Excel打交道,常常是软件做好了,客户要求说再做一个Excel导入功能.导入Excel数据的功能的难度不大,从Excel列数据栏位的取值,验证值,再导入到数据库表中.然而一直是在做重复工作,写过不计其数的Excel导入程序,每次只是满足于问题解决,后来终于找到一个方法,实现通用的Excel数据导入. 设计通用的Excel导入功能,第一个实现要求是不能依赖Excel,客户的电脑或服务器很有可能没有安装Excel,所以微软的Office Interop一

一种轻量的openresty路由设计

在使用openresty开发接口的过程会发现一个问题,那就是接口的地址问题怎么解决,最好一个接口地址对应一个lua文件,也可以在nginx.conf 配置中使用content_by_lua 来编写接口逻辑,显然后者并不合适团队开发,为了解决这个问题,所以出现了很多类似的框架,一个比较好用的就是lusty框架,他可以将url中的某段值自动定义成变量,但是耦合性有点高,当多个接口站点部署在同一个nginx上时,你只能通过修改lusty的目录结构和app.lua文件,显然这不是我想要的结果,在网上找到