Cloud Native应用交付

  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
Cloud Native Application Services: cnadn.net
  1. 首页
  2. F5技术
  3. 正文

F5-LTM旁路模式/nPath模式

2007年09月25日 19621点热度 1人点赞 1条评论

众所周知 ,F5常见的接入模式是采用串联接入,串联接入的好处是结构清晰简洁,但事实中,一个已经建好在用的网络可能很难接受断网串结带来的改变,此时旁路模式则是一种非常好的办法,它不用改变网络物理结构,同时还能满足串接的逻辑结构。如图:

在正常的访问中,client访问VIP地址192.168.165.200,F5处理接到的数据包并均衡给相关server,server响应的数据则会被发给F5,F5在发给client,这样就完成了一次完整的逻辑串联数据处理流程。

如果说,我们日常就这么用,到也没关系,可是如果是在一个开发测试环境中,可能研发人员有时候需要直接访问某台服务器(不再是访问F5的VIP),而由于服务器的网关都指向了F5,这行来回的数据实际是在绕圈圈,由于F5默认是基于状态的,他不容许在没有syn的情况下收到ACK,这样必然导致F5会丢弃掉服务器返回的数据,所以此时需要采用下面这个方法来补救:

1.建立一个FAST L4的自定义profile,并选择Loose Initiation,Loose close 两个选项

2.启用一个0.0.0.0:0的IP Forwarding,并调用自定义的fast l4 profile

这样容许了F5进行简单的IP路由转发,同时由于启用了2个loose参数,容许了F5在没有SYN的情况下接受ACK,在没有收到final的情况下接受结束的ACK,也就是说F5只是进行了简单的3层转发,而不再刻意处理数据。

如此一来,从服务器直接返回的数据在到达F5时候,又被简单的转发给了路由器,所以客户端可以正常的接收到返回的数据了。

这样就实现了,需要负载时访问VIP即可,不需要时直接访问服务器IP即可。

--------------------

 

与nPath的比较,上面的旁路例子中解决的是当真实服务器的网关指向F5时,又想直接访问服务器的问题。而nPath则相反,它的目的是解决真实服务器网关指向非F5的网络设备时情况,这种情况下,从真实服务器返回的数据则不经过F5(去向真实服务器的是经过F5的),在npath中的要点是1.要保证在真实服务器上配置环回接口为VIP,并确保应用软件使用这个环回接口作为原地址响应数据;2.确保VS中是禁止地址和端口转换的并引用自定义的profile 3.需要自定义fast l4的profile,选中loos close 并调整 空闲超时值.

npath情况下由于返回数据不经过F5,所以F5针对响应数据的一些特殊处理功能是不能实现的。

关于nPath中TCP\UDP空闲时间值的调整:

1.udp

估计UDP数据返回时间,将空闲值设置的比这个估计时间大些,以便在下次客户端再响应数据时,F5还能知道连接的存在(知道连接的存在是为了保证响应数据正确的发送到相同的服务器上)

2.tcp

一般设置为2倍的重传时间,一般WINDOWS和UNIX是25秒,因此可以设置为51秒这样,如果线路质量差或者机器响应慢可以适当再调大些

 

相关文章

  • 密码保护:F5OS tenant部署后的容器情况、网络接口情况
  • 密码保护:F5OS tenant镜像实例化后信息
  • 密码保护:F5OS docker-compose.yml
  • 密码保护:F5OS 底层容器、网络及k8s状态
  • AI Gateway PII test page - internal only
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: F5 旁路 ltm
最后更新:2007年09月25日

纳米

linjing.io

打赏 点赞
下一篇 >

文章评论

  • fragrant

    你好!你这两种方案都是f5和服务器在同一个网段内的。如果f5和服务器不在同一个网段内,他们各自的网关又都分别指向自己的3层交换,那么如何实现?snat是否能解决?谢谢!

    纳米 于 2009-4-3 14:32:44 回复

    keyi

    2009年04月3日
    回复
  • razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
    取消回复

    这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理。

    页面AI聊天助手

    纳米

    linjing.io

    ☁️迈向Cloud Native ADC ☁️

    认证获得:
    TOGAF: ID 152743
    Kubernetes: CKA #664
    Microsoft: MCSE MCDBA
    Cisco: CCNP
    Juniper: JNCIS
    F5:
    F5 Certified Solution Expert, Security
    F5 Certified Technology Specialist, LTM/GTM/APM/ASM
    F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 归档
    分类
    • AI
    • Automation
    • Avi Networks
    • Cisco ACI
    • CISCO资源
    • F5 with ELK
    • F5-Tech tips
    • F5技术
    • Juniper
    • Linux
    • NGINX
    • SDN
    • ServiceMesh
    • WEB编程
    • WINDOWS相关
    • 业界文章
    • 交换机技术
    • 化云为雨/Openstack
    • 协议原理
    • 容器/k8s
    • 我的工作
    • 我的生活
    • 网站技术
    • 路由器技术
    • 项目案例
    标签聚合
    api envoy DNS nginx F5 network irule neutron docker gtm flannel bigip k8s openstack istio
    最近评论
    汤姆 发布于 8 个月前(09月10日) 嗨,楼主,里面的json怎么下载啊,怎么收费啊?
    汤姆 发布于 8 个月前(09月09日) 大佬,kib的页面可以分享下吗?谢谢
    zhangsha 发布于 1 年前(05月12日) 资料发给我下,谢谢纳米同志!!!!lyx895@qq.com
    李成才 发布于 1 年前(01月02日) 麻烦了,谢谢大佬
    纳米 发布于 1 年前(01月02日) 你好。是的,因为以前下载系统插件在一次升级后将所有的下载生成信息全弄丢了。所以不少文件无法下载。DN...
    浏览次数
    • Downloads - 183,775 views
    • 联系我 - 118,966 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 116,514 views
    • Github - 103,665 views
    • F5常见log日志解释 - 79,774 views
    • 从传统ADC迈向CLOUD NATIVE ADC - 下载 - 74,627 views
    • Sniffer Pro 4 70 530抓包软件 中文版+视频教程 - 74,320 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 67,770 views
    • 关于本站 - 60,915 views
    • 这篇文档您是否感兴趣 - 55,495 views
    链接表
    • F5SE创新
    • Jimmy Song‘s Blog
    • SDNlab
    • Service Mesh社区
    • 三斗室
    • 个人profile
    • 云原生社区

    COPYRIGHT © 2023 Cloud Native 应用交付. ALL RIGHTS RESERVED.

    Theme Kratos Made By Seaton Jiang

    京ICP备14048088号-1

    京公网安备 11010502041506号