Стратегии тестирования f5 bigip
Смотрите на Контрольные группы.
LWN имеет статью о них.
Redhat, Fedora, CentOS имеют RPM-пакет, названный libcgroup, который имеет несколько удобных инструментов командной строки, системного демона и некоторые файлы конфигурации для управления контрольными группами.
Это основано на libcg, размещенном на SourceForge.
Идеально, у Вас должен быть F5 BigIP в Вашем (производственная параллель) подготовка среды. Это позволяет Вам тестировать новую конфигурацию, версии кода, функции, и т.д. не влияя на производство.
Предположение, что это не возможно должное стоить или другие ограничения, затем следующая лучшая альтернатива, должно было бы иметь второй набор 'QA' или сервисов 'UAT', который настроен для удара тех же серверов бэкэнда как производство, но только имеет небольшую часть пользователей, бывших нацеленных на него.
Не зная больше о Вашей конфигурации, трудно быть более конкретным. Могут Вы для обеспечения немного большего количества детали относительно того, как Вы используете свою подсистему балансировки нагрузки, и что изменяется, Вы планируете сделать?
ОБНОВЛЕНИЕ: на основе Вашего разъяснения кажется, что Вы хотите протестировать свою способность зеркально отразить пользователей между одним набором серверов бэкэнда и другим, и что Вы направляете пользовательские запросы на основе URL, к которому они получают доступ? (Переключение содержания).
Если бы Вы не можете предоставить другую подсистему балансировки нагрузки в производстве, я предложил бы настроить новый сервис с помощью тестового URL, и передав запросы к тому URL то же, как Вы в настоящее время делаете в производстве. После того как Вы рады, что этот тестовый сервис работает согласно производству, можно изменить политику, связанную с тестовым URL для передачи новому бэкенду. Это должно проверить, что Ваша Большая Конфигурация IP корректна.
(Извинения из-за отсутствия демонстрационной конфигурации, я не работал с подсистемами балансировки нагрузки F5 сам, только другими поставщиками.)
Можно получить время (и некоторая функциональность) ограничил виртуальный выпуск LTM, который будет работать в VMware:
Или тестовый виртуальный сервер на производственной единице (единицах) является хорошей альтернативой.
Другие подсистемы балансировки нагрузки предлагают схожую функциональность F5, и их поставщики обеспечивают более полезный тест и опции разработки.
Можно получить лицензию на разработку для менеджера по Трафику Zeus (полная функциональность) или лицензия VPX Citrix (только стандартный выпуск), оба ограниченные пропускной способностью на 1 мегабит (который должен быть достаточен для большинства целей разработки), и допустимый в течение 1 года.
Zeus возобновит лицензии на разработку ежегодно бесплатно (не знайте то, что сделает Citrix?)
Aaron - ни при каких обстоятельствах не тестовый виртуальный сервер на производственной единице хорошая альтернатива!
Я делаю это, настраивая вторую виртуальную машину (или набор виртуальных машин), которая сопоставлена тем же пулам. Затем вы можете протестировать промежуточный виртуальный IP-адрес, отредактировав свой файл / etc / hosts (или файл хостов Windows).
На этом этапе я воспою похвалу своему внешнему поставщику DNS, Dynect ( http: // dynect .com ). У них есть функция управления трафиком, которая позволяет добавлять как старые, так и новые виртуальные IP-адреса в ротацию имен хостов, но также настраивать вес - соотношение частоты обслуживания старого и нового IP-адресов, а затем вы можете медленно увеличивать вес. выполнить миграцию, если жесткое переключение слишком рискованно.
Что касается внутреннего DNS, я считаю, что GLB F5 может делать то же самое (но не цитируйте меня, поскольку у меня нет практического опыта здесь).
Наличие тестовой среды является первым ответ.
Я рекомендую автоматизировать тестирование с помощью любого инструмента внедрения сценария HTTP.
Затем возникает вопрос, как поддерживать синхронизацию вашей среды, и я рекомендую отказаться от ручной настройки производственной среды из интерфейса администратора.
Предложения по автоматизации настройки BigIP способом DevOps:
iApp, созданный F5 https://clouddocs.f5.com/api/iapps/
Ansible modules https: //www.ansible. com / integration / networks / f5
Ресурсы Terraform https://www.terraform.io/docs/providers/bigip/index.html
создайте собственное приложение iApp
Или Приложения, созданные из iApp (либо из F5, либо из вашего собственного), должны быть развернуты с помощью Ansible или Terraform.
На момент написания этой статьи ни модули Ansible, ни ресурсы Terraform еще не охватывали все объекты конфигурации BigIP.