Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Détartrage de vos configurations
Le « détartrage » signifie le déplacement d'une BIG-IP configuration F5 vers une configuration inférieure ou plus rentable, en fonction des fonctionnalités ou des mesures requises après les premiers résultats de votre découverte. Vous devez évaluer soigneusement toutes ces options car elles auront un impact sur l'architecture et le nombre d'instances requises.
Le schéma suivant vous aide à évaluer si le détartrage est adapté à vos besoins et exigences.
La migration créera également de nouvelles considérations dans les domaines suivants.
-
Topologie du réseau : actuellement, les VLAN
802.1qbalisés AWS ne sont pas pris en charge. Le nombre d'interfaces d'instance (moins une pour la gestion) limite le nombre de réseaux qu'une instance peut prendre en charge. Si vous avez besoin d'une topologie spécifique, vous devez l'évaluer par rapport aux différentes instances prises en charge par F5 dans le AWS Cloud. -
Performances SSL — Les appliances et les châssis F5 ont des performances SSL supérieures à ce qui est possible.
x86Vous devez évaluer les exigences SSL agrégées et par serveur virtuel. -
Performances du réseau : vous devez évaluer les caractéristiques agrégées, sortantes et internes du réseau. AWS les types d'instance présentent des caractéristiques de réseau différentes (faible, moyenne, élevée, jusqu'à X ou dédiée) qui doivent être prises en compte. Il existe également des limites quant à la quantité de trafic qu'une instance peut envoyer en provenance ou via une connexion directe.
-
Densité VIP — Si vous avez un plus grand nombre d'adresses IP virtuelles (VIP), vous devez tenir compte de la limite d'instance quant au nombre de VIP pouvant être mappées aux interfaces réseau.
-
Connexion simultanée : le nombre maximum de connexions que les instances peuvent prendre en charge est limité.
-
État de session : différentes applications utilisent différents types de persistance. Les applications dynamiques et apatrides modifieront les méthodes utilisées pour passer à l'état partagé, ce qui peut avoir un impact sur l'échelle des in/out opérations.