Поддерживает Ли Балансировщик Нагрузки F5 Casc (Конфигурация Как Код)?

Использование CasC с F5 позволит осуществлять версионную и, при необходимости, динамическую настройку конечных точек сети, экономя время и снижая риски.

Поддерживает ли этот инструмент это? Являются ли единые файлы конфигурации (SCF, термин F5) средством для этого?

#configuration-management #load-balance #f5

Да, F5 поддерживает конфигурацию как код. Исторически компания F5 создала устройство для управления конфигурацией как кодом под названием «Менеджер предприятия», которое прагматично управляло клиентскими конечными точками F5 (LTM и т. д.) с помощью iControl XML API.

Они довольно быстро обнаружили, что это устройство управления ужасно, и добавили к клиентским устройствам более надежный REST API для управления устройствами (LTM и т. д.; также известный как iControl), который намного проще в использовании и более гибок, а затем начали создавать замену для Менеджер предприятия под брендом BIG-IQ.

Дело в том, что вы можете управлять тем же API, используя этот интерфейс REST. См. их руководство на DevCentral. Обычно вы можете найти точный синтаксис REST и вызовы на сайте DevCentral для каждой версии, например, для TMOS 12.1.0.

Вообще говоря, НЕ рекомендуется использовать SCF (один файл конфигурации) практически никогда по нескольким причинам. Во-первых, в нем отсутствуют какие-либо вспомогательные файлы, такие как сертификаты и ключи для ваших профилей SSL или скрипты (так называемые «внешние» мониторы работоспособности) и т. д. Во-вторых, он плохо работает, если вы используете разбиение на разделы, поскольку разделы распределяются по нескольким файлам в папочная структура. Они плохо объединяются в файл SCF. На самом деле вам лучше написать сценарии TMOS. Одна из причин, по которой F5 переключилась с команды bigpipe на оболочку TMOS, заключается в том, что ее можно было написать в сценарии там, где сценарий bigpipe не мог быть легко написан. Но опять же, REST API предпочтительнее. SCF на самом деле являются наследием версии 9 TMOS, они не устарели и плохо работают в версии 12. Основная причина этого связана с изменениями в пиринге высокой доступности между V10 и V11, когда они перешли на кластерную архитектуру. Это действительно нанесло ущерб удобству использования SCF.

У куклы на самом деле есть модуль для управления F5, если вы используете этот инструмент управления конфигурацией, а соль имеет бегун для этого — оба используют REST API, если вы используете любой из этих инструментов управления конфигурацией.

Джеймс, вы правы в том, что BIG-IQ заменил Enterprise Manager. Однако, как и Enterprise Manager, BIG-IQ предназначен для управления «устройствами/функциями». Для интеграции напрямую через REST API или со сторонними инструментами/цепочками инструментов автоматизации вам следует обратить внимание на F5 iWorkflow (программируемый/расширяемый шлюз API).

Команда iWorkflow занимается «шаблонами услуг» и «каталогами услуг». Это отличный способ быстро создать «декларативные интерфейсы», к которым можно обратиться с помощью одиночных вызовов REST, вместо вызова сотен «императивных интерфейсов» (отдельных конечных точек REST) ​​для выполнения одной и той же задачи.

Переход к декларативной модели избавит вас от МНОГИХ головных болей в будущем и улучшит поддержку автоматизации и интеграции с конвейерами CI/CD. ПОСЛЕДНЕЕ, что вам нужно, — это перенести все нюансы вашей инфраструктуры в сам конвейер автоматизации! Абстракция через декларативный интерфейс защитит вас от этой ямы отчаяния.

Используя декларативные интерфейсы REST+, вы получаете гораздо более простую модель «Инфраструктура как код», поскольку вы поддерживаете только большие двоичные объекты JSON для шаблонов служб, а не монолитные файлы конфигурации. Двойная ПОБЕДА!

Посмотрите, как вызывать iApps (шаблоны сервисов F5) из REST API. Вот бесплатный онлайн-курс обучения:

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

Чейз = Верно! ОТДЫХ до конца!