F5 BIG-IP : licence, modules et provisionnement

Un module peut être présent dans l’image logicielle sans être utilisable dans votre configuration. Pour raisonner correctement, séparez les droits accordés par la licence, le provisionnement des ressources et l’association des objets au trafic. Une case activée dans un écran ne prouve pas qu’une application est effectivement protégée.

Le provisionnement détermine comment BIG-IP réserve des ressources aux composants. Il ne remplace pas la licence et ne crée pas une politique WAF, un access profile ou un virtual server. Une application peut continuer à utiliser uniquement LTM alors qu’un autre module a été provisionné.

Commencez par identifier la plateforme, la version, les modules requis et les ressources disponibles. Comparez la licence installée avec le besoin, puis le niveau de provisionnement avec les recommandations de la version. Conservez l’état initial et le plan de retour arrière avant toute opération susceptible de redistribuer la mémoire.

Les commandes ci-dessous sont des lectures. La sortie de licence peut contenir des identifiants de l’équipement : ne la publiez pas intégralement dans un article ou un dépôt. Le résultat doit être interprété sur le système concerné, sans déduire un droit d’usage d’un exemple pédagogique.

Pour ajouter une inspection applicative, relevez la mémoire consommée, les modules déjà présents, les contraintes de disponibilité et les licences nécessaires. Vérifiez les niveaux proposés par votre version et leurs conséquences opérationnelles. Un niveau de provisionnement n’est pas un objectif de performance universel.

La recette doit vérifier les objets créés, leur association au service, les événements de sécurité et le comportement applicatif. Un accès HTTP réussi peut établir la disponibilité du service ; il ne suffit pas à démontrer l’application d’une politique de sécurité.

Votre laboratoire affiche le module de sécurité attendu, mais une requête pédagogique ne produit aucun événement. Établissez trois hypothèses : licence insuffisante, absence de provisionnement ou absence d’association au service. Pour chacune, indiquez une lecture qui peut la confirmer sans changer le trafic.

La réponse doit suivre les dépendances. Si licence et provisionnement sont conformes, inspectez l’objet applicatif et son association avant d’augmenter les ressources. Pour une mise à jour, poursuivez avec le guide de préparation d’un upgrade HA ; l’éligibilité de version doit être vérifiée séparément.