随着越来越多的应用架构解耦变为分布式的,在组件横向扩展能力提高的同时对负载均衡设备的要求和依赖性也越来越高,同时更要求负载均衡设备有强大的横向扩展能力。负载均衡集群技术变得越来越重要。虽然很多厂商提供各种Cluster技术,但是能够真正简化管理、实现智能流量调度的唯有Netscaler是做的最独特的。
CPU漏洞的赛门铁克解决方案,无需频繁更新特征码和打补丁,提供全方位的一劳永逸式防护。
很多人经常问如何实现2台或多台相同业务的服务器的主备功能,也就是说对外使用同一个VIP,后端对应2台或多台真实服务器,但正常情况下只有1台或某几台作为主服务器,只有当主服务器出现问题后剩余的服务器以备服务器的身份接管业务。从技术角度讲,这种需求属于不明智的,但只要是存在的就是合理的,你无法完全左右客户的想法。既然有需求,作为功能强大的Netscaler自然有解决办法,只不过这种需求是违背负载均衡设
在DHCP里面经常看见这两个IP地址,但是就是不知道这两个IP地址到底能干什么?下面打个比方来方便理解:IP地址0.0.0.0当主机启动时,如初生的婴儿(0.0.0.0),没有身份信息,需要向外界大声哭泣,“大神,请赐予我一个名字吧”!(Discovery)婴儿的呼唤被广播了出去,使用的是255.255.255.255这个地址。255.255.255.255255.255.255.255是一个特殊
我们经常会碰到很多URL或cookie改写的需求,在netscaler10.1版本以前只能通过比较复杂的标准rewrite策略来做,不但费时而且还容易出错。后续的版本特意把比较这类操作频繁但需求又不复杂的操作从rewrite中摘出来,形成 transformation模块。可以做转换的对象包括request方向和response方向的URL(注意是hostname+URI都可以改,不只是路径),Cookie的domain,复合正则表达式可以用的非常灵活(如果感觉正则不太会写,可以参考《Netscaler数据索引String Map与Pattern Set的》来方便枚举不算太多的参数)总之Netscaler的设计就是在满足稳定性和功能性的前提下尽量让大家的操作简单。
在某谢特殊的场景下,需要Netscaler与外部服务实现联动来作出复杂情景下的判断。例如在做LLB时通过外部数据库来判断URL是否安全,判断源地址是否合法(这里只是举例,用在客户非要用自己运维的内容归类服务器或不想买企业版NS时。NS内置功能可以做IP和各种恶意URL的判断)此时就需要祭出Callout这个神器了,下面就是一个配置案例。
默认情况下CS VS不感知 LB VS的状态,及不管LB的状态如何CS VS都是UP。如果想让CS VS随着 LB的状态来改变,需要启用“State update”特性。只有该CS VS绑定的所有LB全为down时,CS VS也会变为DOWN。这种需求应该是比较普遍的,虽然Netscaler在设计的时候足够『自信』,认为CS Vserver就不该down,但是实际部署的时候总会有兄弟把LB Vserver删除了但忘记删除CS Vserver,出现访问白夜面的情况。在此给大家介绍一个小技巧就能满足这类需求。
一般思路上讲我们要看系统和业务日志都是从audit来进行全文查看(顶多是进行日志分级),一般只有发生错误时产生,但是如果你想看一个策略执行的情况如何或有特殊的目的,对于一般设备来说就没办法了。Netscaler可以基于策略来定制log,极大的方便了大家用于做debug和验证策略执行情况。当然你也可以脑洞大开,做点其他事情。
Netscaler中建立索引或子集无疑是解耦前后关联事务的非常好的思路,可以大幅度的减少后期策略的修改,简化管理,降低用户的使用门槛。即便是不常操作netscaler但又偶尔有改动策略需求的管理员,你只要告诉他改一个地方的文件即可完成多条策略的更新工作,而不需要他理解复杂的策略逻辑关系。在netscaler中有data set、pattern set、string map等方式来提供不同目的的属性子集以供操作。我们这里先讨论其中两个与字符串相关的类型。
在负载均衡做各种复杂策略的时候往往会碰到需要前后有连续性的状态计数,netscaler作为一个策略封装比较友好的ADC在提供完善策略安全性保障的同时还提供了比较开放的编程环境。在编程中很关键的一环就是变量的定义和使用,我们就变量这一话题来看netscaler能够提供怎样的功能。本文抛砖引玉为目的,提供一个思路供大家参考,具体应用场景还需要大家发散性思考。
追加Cookie的Netsclaer策略我们经常会碰到需要添加HTTPheader的操作,如果是单纯的添加、删除或全部替换是比较简单的,但很多时候不能删掉原先的信息,只是需要添加内容,这就相对麻烦一点。例如如下场景,对于使用代理的用户,后台服务器需要知道多台代理服务器的IP,而因为netscaler的源地址替换又需要把客户端地址加到X-Forward-For字段里。要实现以上需求,netscale
用Netscaler解决网络爬虫问题近来有人问使用ADC来解决网络爬虫问题,首先要明确的一点:“在爬虫与反爬虫的对弈中,爬虫一定会胜利。”换言之,只要人类能够正常访问的网页,爬虫在具备同等资源的情况下就一定可以抓取到。robots.txt只是约定,爬虫遵守或者不遵守完全在于爬虫作者的意愿。举个例子,公交车上贴着「请为老弱病残孕让座」,但是大部分人并不见得会遵守。一般来讲,只有大的搜索引擎爬虫会遵守
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号