Dans cette étape, vous spécifiez la topologie qui sera migrée. Cela peut être effectué via l'interface utilisateur de NSX Manager ou à l'aide d'un fichier de mappage au format JSON.
Ce mappage spécifie comment les passerelles Edge Service Gateway (ESG) et les routeurs logiques distribués (DLR) doivent être mappés aux passerelles dans
NSX-T. Avant de fournir le mappage, évaluez vos exigences de topologie et prévoyez d'effectuer les opérations suivantes :
- Déterminez comment vous allez mapper les passerelles ESG et les DLR. Les passerelles ESG ascendantes sans services L4-L7 doivent être ignorées. Il s'agit généralement des passerelles ESG appairant avec des routeurs ascendants et elles se trouvent dans le chemin ECMP. Si vous utilisez un VPN sur une passerelle ESG ascendante, il est recommandé de migrer vers le niveau 0 actif-en veille. Il est recommandé de migrer les passerelles ESG/DLR vers le niveau 1. Une passerelle ESG et un DLR peuvent être fusionnés dans une entrée de mappage.
- Créez des passerelles de niveau 0 et de niveau 1 et configurez le routage dynamique ou statique sur les passerelles de niveau 0 vers les routeurs ascendants en fonction de vos besoins. Pour le routage dynamique, vous pouvez choisir de configurer BGP ou OSPF, en fonction de votre configuration NSX-V. Vous devez configurer manuellement ce routage ascendant.
- Lors de la configuration du routage ascendant, vous devez créer et configurer des interfaces de liaison montante sur la passerelle de niveau 0 NSX-T. Le sous-réseau de l'interface de liaison montante peut être le même sous-réseau que les liaisons montantes ascendantes de la passerelle ESG NSX-V. Les adresses IP de l'interface de liaison montante doivent être différentes des adresses IP des liaisons montantes ESG.
- Après avoir configuré le routage dynamique sur les passerelles de niveau 0, vérifiez que le routage dynamique a convergé, c'est-à-dire que des sessions BGP sont établies ou que les voisinages OSPF sont COMPLETS. Ensuite, poursuivez le mappage.
Lors de la définition d'un mappage, assurez-vous que les conditions suivantes sont remplies. Notez qu'une passerelle de routeur distribué (DR) de niveau 1 uniquement correspond à une passerelle de niveau 1 sans cluster Edge.
- Une passerelle de niveau 0 doit disposer d'une interface de liaison montante.
- Une passerelle DR uniquement de niveau 1 doit être connectée à une passerelle de niveau 0 disposant d'une interface de liaison montante.
- Lorsque le routeur logique universel distribué (UDLR, Universal Distributed Logical Router) est mappé à un DR de niveau 1 étendu uniquement, le niveau 0 étendu auquel il est connecté doit disposer d'une liaison montante sur tous les sites.
- Lorsque l'UDLR est mappé à un niveau 0 étendu, ce dernier doit disposer d'une liaison montante sur tous les sites.
- Lorsque l'UDLR est mappé à un niveau 1 étendu actif-en veille, le site principal de cette passerelle doit correspondre au site principal du niveau 0 étendu connecté.
Exemple de fichier de mappage qui mappe des passerelles ESG à une passerelle de niveau 0 :
[
{
"name":"nsxv-to-nsxt-mapping",
"v_edges_to_policy_gateways_mappings":[
{
"v_edges":[
"edge-1",
"edge-2"
],
"policy_gateway_name": "tier0-gateway"
"policy_gateway_path": "/infra/tier-0s/tier0-gateway"
}
]
}
]
Si vous effectuez une migration de configuration, le mappage mentionné ci-dessus n'est pas utilisé pour Advanced Load Balancer (ALB). Au lieu de cela, vous pouvez fournir un autre mappage facultatif pour ALB. Pour spécifier ce mappage, vous devez télécharger un fichier JSON. Exemple de fichier de mappage qui mappe des passerelles ESG à des groupes de moteurs de service :
{
"alb": {
"service_engine_group_per_esg": false,
"esgs": [
{
"name": "edge-4",
"interfaces": [
{
"name": "mgmt",
"tier1_id": "London_Tier1Gateway1"
},
{
"name": "vnic1",
"placement_network_subnet": "172.16.1.10/16",
"service_engine_group": "Test-SE-group"
}
]
}
]
}
}
À partir de
NSX-T 3.2.1, vous pouvez migrer un environnement cross-vCenter vers la fédération NSX. Voici un exemple de fichier de mappage pour une telle migration :
[
{
"name": "london",
"nsxv_id": "10.206.106.163",
"nsxt_site_id": "1722c659-b0a9-4e70-b7ba-f264e057e1ea",
"v_edges_to_policy_gateways_mappings": [
{
"v_edges": [
"edge-2"
]
"policy_gateway_name": "Tier1Gateway1",
"policy_gateway_path": "/infra/tier-1s/Tier1Gateway1"
}
]
},
{
"name": paris",
"nsxv_id": "10.206.96.206",
"nsxt_site_id": "00d3802e-5673-4791-b86d-71805a2c0aa6",
"v_edges_to_policy_gateways_mappings": [
{
"v_edges": [
"edge-2"
]
"policy_gateway_name": "Tier1Gateway1",
"policy_gateway_path": "/infra/tier-1s/Tier1Gateway1"
}
]
},
{
"name": "site-GM",
"nsxv_id": "10.206.106.163",
"nsxt_site_id": "",
"v_edges_to_policy_gateways_mappings": [
{
"v_edges": [
"edge-4e5065d6-d12d-49b1-a7da-5d9fcc7888f0"
]
"policy_gateway_name": "Tier1Gateway1",
"policy_gateway_path": "/infra/tier-1s/Tier1Gateway1"
}
]
},
]
Si vous migrez un environnement cross-vCenter vers la fédération NSX, notez ce qui suit :
- Les passerelles de niveau 0 créées sur le gestionnaire local doivent disposer d'un cluster Edge attribué.
- Les passerelles de niveau 1 créées sur le gestionnaire local doivent disposer d'un cluster Edge attribué ou être connectées à une passerelle de niveau 0 à laquelle un cluster Edge est attribué.
- Les passerelles de niveau 0 et de niveau 1 créées sur le gestionnaire global doivent couvrir tous les sites.
Si vous utilisez l'interface utilisateur du gestionnaire pour effectuer le mappage, les passerelles de niveau 0 et de niveau 1 qui ne répondent pas aux conditions ci-dessus ne s'affichent pas dans la liste déroulante.
Pour plus d'informations sur la création d'un fichier de mappage pour l'équilibreur de charge, reportez-vous à la section Migration de NSX-V Load Balancer vers Advanced Load Balancer.
Procédure
- Choisissez l'une des options suivantes :
- Ne pas migrer les entités et les services L3-L7.
- Télécharger un fichier de mappage (*.json).
- Sélectionner une passerelle de niveau 0 ou de niveau 1 pour chaque entité qui doit être migrée.
