WAN架构注意事项3个关键

如今,网络组织面临着大量且不断增长的WAN架构选择。在本文中,我将讨论网络组织面临的其他WAN架构替代方案和挑战。
动态多路径
能够通过多个WAN链路对流量进行负载均衡并不是一项新功能。但是,在传统的WAN中,此功能很难配置,并且通常以静态方式将流量分配给给定的WAN链路。以静态方式负载平衡流量的缺点之一是,即使面对诸如拥塞链路之类的负面拥塞,也不能改变给定WAN链路的流量分配。
现在有可用的功能,可以基于策略和WAN链接特性的组合,在WAN链路上实现动态负载平衡。利用此功能的一种方法是动态地在MPLS和因特网链路上对流量进行负载平衡,目的是降低MPLS链路的容量,从而降低成本,并用相对便宜的因特网带宽替换减少的MPLS带宽。
另一种方法是使用此功能通过负载平衡多个Internet链接上的流量来节省更多资金。为了提高网络可用性,网络工程师应尽可能地将分支机构路由到其分支机构。即使使用不同的ISP,每个在DSL上运行的多个Internet连接也不可能具有第一英里的多样性。拥有多个互联网连接,一个使用DSL而另一个使用电缆,将增加第一英里多样性的可能性。
为了进一步提高第一英里多样性的可能性,网络工程师应考虑通过蜂窝网络实现互联网接入作为主动链路或备份。
政策
对IT的所有方面(包括网络)实施基于策略的方法有一个广泛的运动。策略可以基于分层的规则系统,旨在处理环境的复杂性并管理用户,服务,SLA和设备级性能指标之间的关系。
可以实施策略的一种方式是在应用程序级别。例如,如果应用程序的性能开始下降,因为该应用程序使用的托管虚拟化网络功能(VNF)的物理服务器的CPU利用率过高,则VNF可能会移动到利用率较低的服务器,如果在线与应用程序的政策。
正如我在动态多径处理的讨论中所提到的,实现基于策略的网络的另一种方法是部分地基于指示该应用的业务关键性的集中策略以及其他特征来控制哪些WAN链路应用流量转换。
能见度
有许多工具声称可以为网络组织提供对传统WAN的完全可见性,以便解决与网络和/或应用程序性能相关的问题。但是,无论是这些工具的缺陷还是网络组织使用的故障排除流程,采用新的WAN架构将使故障排除任务变得更加复杂。例如,一旦实施动态负载平衡,网络组织将无法在不知道哪个WAN链路支持应用程序流量的情况下有效地解决降级应用程序性能的来源。
评估新的WAN解决方案为网络组织创造了各种机会。其中一个机会是,通过实施新的WAN设计,网络组织可能能够降低成本并提高可用性。这些新的广域网解决方案也带来了各种挑战,包括它们是否有效,可扩展并实际兑现承诺。网络团队需要确保在探索新的WAN替代方案时,他们会评估每种替代方案提供的可见性。
实施降低成本并提高网络可用性的新WAN解决方案显然是一个重要目标,但如果它降低了网络组织的故障排除能力,则不值得这样做。

原文地址:http://blog.51cto.com/13852657/2160687

时间: 2024-11-04 21:25:04

WAN架构注意事项3个关键的相关文章

高性能并发系统架构应该如何设计?关键是什么?

1)  优化前端网页 充分利用CDN,使JS.图片等静态资源的请求能够就近访问(顺便说一下,如果12306订票插件能从google提供的http://cdnjs.com中引用JS,而不去直接引用github的JS,就不会把github搞瘫了). 将JS.CSS合并,最小化请求数.将JS和CSS压缩,最小化数据传输 启用gzip压缩网页. 2)  群集分发和调度 据说12306是采用集中式构架的,集中式构架很难应对高并发,也很难水平扩容,分布式不是仅仅将调度服务器,应用服务器,缓存服务器,数据库服

成为架构师的7个关键思考、习惯和经验-----转载

本文作者秦迪,微博平台及大数据技术专家,13 年加入微博,负责微博平台通讯系统的设计和研发.微博平台基础工具的开发和维护,并负责微博平台的架构改进工作,在工作中擅长排查复杂系统的各类疑难杂症.原文来自微信公众号:聊聊架构(ID: archtime) 工作了挺久,发现有个挺有意思的现象,从程序员.高级程序员,到现在挂着架构师.专家之类的头衔,伴随着技术和能力的提高,想不明白的事情反而越来越多了.这些疑问有些来自于跟小伙伴交流,有些是我的自问自答,有些到现在也想不清楚,这篇文章就来写一写这些问题.

如何成为架构师?7个关键的思考、习惯和经验

本文作者秦迪,微博平台及大数据技术专家,13 年加入微博,负责微博平台通讯系统的设计和研发.微博平台基础工具的开发和维护,并负责微博平台的架构改进工作,在工作中擅长排查复杂系统的各类疑难杂症.原文来自微信公众号:聊聊架构(ID: archtime) 工作了挺久,发现有个挺有意思的现象,从程序员.高级程序员,到现在挂着架构师.专家之类的头衔,伴随着技术和能力的提高,想不明白的事情反而越来越多了.这些疑问有些来自于跟小伙伴交流,有些是我的自问自答,有些到现在也想不清楚,这篇文章就来写一写这些问题.

企业WAN架构与设计基础知识

企业WAN发展史 1969年,ARPANET--Internet的前身 1970s, X.25出现,WAN开始进入商业领域 1980s, 企业开始部署以TDM为基础的WAN网络 early 1990s,企业开始部署以帧中继(Frame Relay)为基础的WAN网络 middle 1990s, 一些IT企业开始使用ATM替换之前的帧中继 2000s,许多企业使用MPLS替换原有的帧中继和ATM网络 2010s,SD-WAN开始取代MPLS 出于成本方面的考虑,现在的WAN不只是单纯的某种技术(比

如何成为架构师?7 个关键的思考、习惯和经验!

工作了挺久,发现有个挺有意思的现象,从程序员.高级程序员,到现在挂着架构师.专家之类的头衔,伴随着技术和能力的提高,想不明白的事情反而越来越多了.这些疑问有些来自于跟小伙伴交流,有些是我的自问自答,有些到现在也想不清楚,这篇文章就来写一写这些问题. 如何更高效的学习? 很多新人程序员一开始在学习上找不到方向,但我想在渡过了一段时间的新手期之后这类问题大多都会变得不再那么明显,工作的方向也会逐渐变得清晰起来. 但是没过多久,能了解到的资料就开始超过每天学习的能力,像是买了没看的书.收藏没读的贴.m

HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇

一.开篇 上一篇<HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍>我们已经详细的分析了HRMS系统具备的功能,并且从HRMS系统的概念.系统功能.HR行业管理现状及痛点.发展趋势及行业前景.行业内的服务提供商情况.HRMS系统的建设意义及价值等方面进行了系统化的分析梳理.我想大家已经对于HRMS系统的大体情况有了初步的了解,本篇将对HRMS系统的需求进行全方位的梳理(功能性需求.非功能性需求.系统约束等),这对于HRMS系统的架构设计来说是核心关键,是架构能否成功的前提.这也

Android系统架构之微服务架构

目录 一.微服务架构模式 1.1 模式描述 1.2 模式拓扑 1.3 避免依赖与调度 1.4 注意事项 1.5 模式分析 二.Android中的微服务架构 三.结语 前段时间我们翻译的<软件架构模式>( 完整书籍的地址 ) 对外发布之后得到了大家的一致好评,书中讲述了五种经典.流行的软件架构模式,同时分析了五种模式的实现.优缺点等,为我们的开发工作提供了很有价值的指导.但是<软件架构模式>的问题在于没有结合具体的示例来让这些理论知识更易于吸收,因此有些同学在我的开发群反馈: 书看起

pfsense 多WAN设置

多WAN 连接 章节目录: 多WAN术语和概念 策略路由,负载均衡和故障转移策略 多WAN注意事项 多WAN要求概述 负载平衡和故障切换网关组 接口和DNS配置 多WAN和NAT 策略路由配置 验证功能 故障排查 一站式多WAN IPv6的多WAN 多链路的PPPoE(MLPPP) pfSense的多WAN(多WAN)功能允许防火墙利用多个Internet连接来实现更可靠的连接和更大的吞吐能力. 在进行多WAN配置之前,防火墙必须至少正确配置两个接口(LAN和WAN). pfSense能够处理多

SOA EDA 事件驱动架构 (Event-Driven Architecture,EDA) 简介

事件驱动架构 (Event-Driven Architecture,EDA) 简介 可以从两个方面来理解 EDA: EDA 是一种侧重于以生成/消费为基础的异步通信的架构模式.这主要对照于传统的基于线程的同步系统. EDA 是一种以事件 (event)为核心,提供事件产生,路由,消费已经结果回调等机制的架构模式. 简单地说, 面向服务架构 (Service-Oriented Architecture, SOA) 是一种 IT 架构策略,其基于面向服务的概念之上.自从 2002 开始为大家熟知以来