首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >负载平衡器F5是否支持CasC (配置为代码)?

负载平衡器F5是否支持CasC (配置为代码)?
EN

DevOps用户
提问于 2017-06-24 11:42:33
回答 2查看 183关注 0票数 9

将CasC与F5结合使用将允许进行版本化和可选的动态网络端点配置,从而节省时间和降低风险。

这个工具支持这个吗?单个配置文件(SCF,F5术语)是实现这一目的的工具吗?

EN

回答 2

DevOps用户

回答已采纳

发布于 2017-06-24 22:06:05

是的,F5's作为代码支持配置。历史上,F5制作了一个设备,将配置管理为“企业管理器”(Enterprise),它使用iControl XML务实地管理客户端点F5s (LTMs等)。

他们很快就发现这个管理设备很糟糕,并在管理设备的客户端设备(LTMs等)中添加了一个更健壮的REST (也称为iControl),后者更易于使用和更灵活,然后开始为企业经理创建一个名为“大智商”的替代品。

关键是,您可以使用这个REST接口来管理同一个API。请参阅他们关于DevCentral的教程。通常,您可以找到确切的REST语法,并在DevCentral站点上按版本调用,比如TMOS 12.1.0的REST语法和调用。

一般来说,不建议您使用SCF (单配置文件),这有几个原因。首先,它缺乏任何支持文件,比如SSL配置文件的证书和密钥,或者脚本(所谓的“外部”健康监视器)等等。其次,如果使用分区,它的性能很差,因为分区分布在一个折叠式结构中的多个文件上。这些文件不能很好地合并到SCF文件中。实际上,编写TMOS脚本会更好。F5从Big管道命令切换到TMOS的原因之一是,它可以在bigpipe无法轻松编写脚本的地方编写脚本。但是,REST还是首选的。SCFs实际上是to第9版的遗产,而且在第12版中没有很好地使用,这是因为当V10和V11变成集群体系结构时,HA之间的窥视发生了变化。它确实对SCF的可用性造成了极大的破坏。

如果您使用此配置管理工具,则傀儡实际上有一个用于管理模块的F5s,而salt有一个用于管理配置管理工具的跑步者 --如果您使用这些配置管理工具中的任何一个,则两者都使用REST。

票数 11
EN

DevOps用户

发布于 2017-07-05 15:26:14

詹姆斯,你的大智商取代了企业经理,你是对的。然而,像企业经理一样,大智商是用于“设备/功能”管理的。为了直接通过REST集成,或者通过第三方自动化工具/工具链集成,您应该看看F5 iWorkflow (可编程/可扩展的API网关)。

iWorkflow背后的团队专注于“服务模板”和“服务目录”。这是快速创建“声明性接口”的好方法,您可以使用单个REST调用来实现,而不是调用数百个“命令式接口”(单独的REST端点)来执行相同的任务。

转向声明式模型将使您在未来避免许多麻烦,并将更好地支持自动化,以及与CI/CD管道的集成。您最不希望的是将基础设施的所有细微之处移到自动化管道本身!!通过声明性接口的抽象将保护您免受绝望之苦。

使用REST+declarative接口,您有一个简单得多的基础设施作为代码模型,因为您只维护服务模板的JSON,而不是单块配置文件。双赢!

看看如何从REST调用iApps (F5服务模板)。这是一个免费的在线培训课程:

http://f5-automation-labs.readthedocs.io/en/latest/

蔡斯=正确!一路休息!

票数 4
EN
页面原文内容由DevOps提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://devops.stackexchange.com/questions/1418

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档