防火墙迁移:提高安全弹性与可用性的5种方法

简介:

如果企业正在计划一次防火墙升级,或者正在向下一代防火墙迁移,获得的将不仅是更丰富的功能与更广泛的保护,还有查看整个安全架构的机会。后者确保了安全架构得以尽可能提高全部安全设备的价值与效率,同时最大程度地降低网络停机风险。这种风险之所以引人注目,是因为研究机构Gartner指出,一系列行业的平均停机成本远远超过300,000美元/小时,这恰恰印证了本杰明·富兰克林的格言“一分预防胜过十分治疗”。

防火墙迁移:提高安全弹性与可用性的5种方法

然而什么才是最适合的架构,又当如何将其整合到网络之中?按照以下5项最佳实践,你将可以确保企业网络安全架构最大限度地提高整体安全及效率。

1. 降低停机风险

若要降低停机风险,首先应该检查总体架构,确定潜在的故障点或性能问题。串联部署是需要加以避免的关键结构特性,因为这种部署是将流量从一个安全设备传输至另一个,而如果其中任意一个设备发生故障,则会中断流量传递,导致网络停机——随之严重影响生产力、收益、甚至企业声誉。

在防火墙及其它安全设备前端采用模块化旁路交换机是一种简单易行的替代方案。这些交换机必须持续监测所有内联设备,确保其随时接收流量。如果某设备发生故障,旁路交换机应引导流量绕过该设备,直至恢复联机状态。

但是,该方法存在一个潜在问题,即必须在安全性与网络正常运行之间做出权衡——当设备发生故障时,不会对旁路流量进行常规检查。为此,第2个最佳实践应运而生。

2. 高效的负载均衡行为

旁路交换机与Network Packet Broker(NPB)搭配使用能够提高查看与检查内部网络数据包的能力,并仅将数据包传送至适合该类型流量的设备。例如,它可以引导非HTTP/HTTPS流量绕过网络应用防火墙,因为让其穿过防火墙毫无益处。

该智能型流量均衡降低了单件设备的不必要处理负担——减少其变得不堪重负与发生故障的可能性。另外,网络效率与安全性强度得到最大限度的提升——所有流量均会接受相关工具的检查。

3. 巧妙配置获得高可用性

拥有模块化旁路交换机与NPB后,接下来须对其进行配置以实现最佳可用性。例如,许多NPB能够配置到所谓的双主动模式。这能够自动即时恢复安全架构内的任意设备,同时运行即有安全设备。巧妙的配置旨在提高正常运行情况下的可用性,而在某设备出现故障时全面保护流量。如果配置得当,用户将不会发现停机故障,安全监测也不会受到影响。

4. 借助NPB实现更高可视性

重要的是,切勿自认为在架构内增加安全设备就能够自动降低风险。网络规模越大、越复杂,出现网络盲点的概率也越高,所以提升可视性是至关重要的一条原则。NPB的一项优势在于提供了关于网络环境的全面视图。它能够捕获并汇聚流量,去除数据重复,并剥离不必要的细节;甚至能够根据源地址或地理位置预先过滤已知的恶意流量,让企业明智地决定应首先阻止哪些流量进入网络。

带外监测工具最适合于分析网络性能,确定趋势并响应合规性请求。也就是说,它们能够支持全面且智能的网络可视性,而这对于当今企业而言至关重要。最佳工具要能够被远程管理,并生成有关合规性的定制报告,支持日益重要的持续合规状态。

5. 打造能经受未来考验的架构

在这个企业停机所导致的不满情绪随时能够被迅速反应并传播的社交媒体时代,用户体验与应用可用性变得极其重要。借助高速旁路交换机与强大的NPB将使企业安全架构面对未来考验时无后顾之忧,它们不但可以最大化地缩减由意外设备故障、部署、维护或升级导致的网络停机时间,还能够尽可能延长安全基础架构的正常运行时间,减少安全设备负载,进而延伸其有用寿命,并生成高效的流量分析数据。另外,企业还能够以最少的新投资来支持网络流量增长。总而言之,这些优势都将有助于企业得以从容应对未来代价高昂、引起混乱的网络调整。

由旁路交换机与NPB打造的网络安全架构能够同为网络稳健与高效运行保驾护航——这是一种更加有效且在停机状况下自我修复的架构。对于企业安全性来说,未雨绸缪远胜远胜江心补漏,且成本更低。


本文转自d1net(转载)

相关文章
|
5月前
|
存储 人工智能 缓存
[大厂实践] 无停机迁移大规模关键流量 (上)
[大厂实践] 无停机迁移大规模关键流量 (上)
59 0
|
5月前
|
存储 监控 安全
[大厂实践] 无停机迁移大规模关键流量 (下)
[大厂实践] 无停机迁移大规模关键流量 (下)
34 0
|
8月前
|
弹性计算 容灾 定位技术
构建弹性高可用的云计算环境:ECS的扩展与高可用性设计
本文深入研究了云服务器ECS的自动伸缩和高可用性设计,重点关注了弹性伸缩原理与应用、自动伸缩策略、负载均衡器的使用,以及跨地域容灾架构的建立。通过实际代码示例,读者能够全面了解如何在云计算环境中实现弹性的资源管理和高可用性的应用架构。
347 0
|
9月前
|
负载均衡
使用软件和硬件实现负载均衡以及高可用性的理解
接触过实际业务的童鞋一定知道,高可用和负载均衡这件事情。实际实施中,有人选择使用硬件实现,有人选择软件实现。
68 0
|
存储 弹性计算 负载均衡
基于传统负载均衡实例CLB和命令行接口CLI搭建跨可用区的高可用集群系统
利用英诺天玑的实时数据镜像复制功能,可以在两个ECS实例之间实时同步数据;利用英诺天玑的丰富的深层次健康状态检查程序,可以检测到影响业务运行的进程级别故障;英诺天玑在检测到故障后,将磁盘和业务服务切换到备机后,可以调用阿里云命令行接口(CLI)在数秒内完成负载均衡的后端ECS实例列表。
574 1
基于传统负载均衡实例CLB和命令行接口CLI搭建跨可用区的高可用集群系统
|
负载均衡 监控 容灾
《DNS稳定保障系列2--全局流量管理保障异地容灾》
背景 随着互联网的快速发展,为保证业务的持续高可用,同城多活、异地多活已成为各企业的不二之选。服务设置多中心,中心内部多地址负载,是多数企业采用的常规做法。这种情况下,如何对流量进行有效控制以达到最佳的用户访问效率变得尤为重要。
|
负载均衡
如何实施异构服务器的负载均衡及过载保护?
能否根据异构服务器的处理能力来动态、自适应进行负载均衡及过载保护,是本文要讨论的问题。
838 0
|
弹性计算 负载均衡 容灾
集群部署,SLB让业务更高效、稳定
随着DT数据时代的到来,用户访问急剧增加,如何保障业务系统的稳定性、连续性是很多企业的重点考虑。阿里云推出负载均衡服务,能够通过简单的配置,即可实现集群部署,提供企业系统对外服务能力。
3004 0
|
Java Linux 程序员
如何提高阿里云上应用的可用性(二)
这是如何提高阿里云上应用的可用性系列文章的第二篇,第一篇传送门。 在单体应用时代,最大的问题是如何解决数据库瓶颈,而微服务之下,一个大应用被拆分成了几十个甚至上百个微服务,数据访问的压力被传导到了服务之间的网络,服务强弱依赖,服务雪崩等各种问题随之而来,那么如何保障服务的可用性以及整个应用的健壮性.
2237 0
|
Java 应用服务中间件 数据库
如何提高阿里云上应用的可用性(一)
如今,开发并上线一款应用十分方便。因为云计算提供了从最基础的计算资源如服务器网络、数据库服务、中间件PaaS平台到各种应用支撑的云管理服务,同时开源社区的迅猛发展也提供了从数据库、缓存到应用全生命流程中各种必须的组件,所以越来越多的应用开发者可以把精力放在业务创新上。
2695 0