Groupes de liaison de dispositifs
Un Device Link Group (DLG) est un service Network Edge qui permet de connecter deux ou plusieurs appareils virtuels en tant que groupe au sein de plusieurs métropoles ou entre elles. Un DLG est généralement utilisé pour le chaînage de services (connexion de plusieurs types de dispositifs tels que des pare-feu et des routeurs), pour le backbone ou à des fins de redondance.
Le service de liaison de périphériques crée un réseau local à mailles complètes de couche 2 entre deux ou plusieurs périphériques Network Edge auxquels un utilisateur peut accéder.
L'association de dispositifs peut être utilisée dans plusieurs cas :
- Connectez des dispositifs virtuels entre eux à travers les Metro Connect pour créer un réseau étendu ou une autre configuration de réseau privé.
- Diriger le flux de trafic d'un appareil à l'autre dans l'ordre, ou "enchaîner les services".
- Connecter les appareils redondants entre eux pour les synchroniser à l'aide des protocoles appropriés.
Les liaisons de périphériques n'établissent que la connectivité de la couche 2 et ne spécifient pas le routage exact ou le flux de trafic de la couche 3. Cela doit être créé par la configuration des protocoles d'interface et d'autres besoins.
Bien que la liaison entre les appareils soit une construction de couche 2, l'adressage IP, l'ASN global et d'autres étapes sont nécessaires pour une configuration correcte.
Le service de liaison des appareils a les attributs et les spécifications suivants :
| Data Requirements | Notes | |
|---|---|---|
| Device | Virtual device name | Specify each device that is part of the overall link group. The number of devices allowed in a single DLG is limited to 29 devices. However there are practical limitations to routing, so we recommend that no single group exceed 10-12 total devices. |
| Device Link Group Name | Can’t exceed 50 characters; must be unique to your account. | Common group name that requires the use of a single interface on each device that is part of the group. |
| Device Interface | Each device in the group requires a single interface that’s dedicated to the device link group; the system automatically determines next available interface to assign. | A device can be part of more than one group, but each device is on a discrete interface. |
| IP Address Pool | This option must be IPv4 and in CIDR format: single subnet only. IP Address pool is a required field when creating a DLG. | The IP address can be a public or private address and it is user-defined. When devices are added to the pool, each is assigned an overlay address from the subnet until the subnet is exhausted. Once exhausted, the device link can’t accept additional devices. While most users usually have small groups, the IP address pool can't be augmented or added to once it’s defined. We recommend that you place a large enough pool on the group so there is little risk of exhaustion in the future. |
| IP Address Interface | The IP address needs to be configured manually using device CLI. | As devices are added, an IP address is allocated to the interface from the defined pool or subnet. |
| Metro throughput/ Speed | Whole number from 1-10000 | Measured in Mbps; this is the total possible throughput in and out of the metro |
| Global ASN | Each device in the group must have an ASN specified to conduct BGP peering. The global ASN needs to be configured manually using device CLI. | This Global ASN setting is not exclusive to Device Link, but if no other services or settings have been created when a device is added to the group, an ASN must be specified for the device. If a Global ASN was already specified for a connection, VPN tunnel, or other service, the system automatically uses that ASN instead. |
Pour créer une liaison entre plusieurs appareils, il faut définir un groupe de liaison unique. Ce groupe a un nom commun et nécessite l'utilisation d'une interface unique sur chaque appareil faisant partie du groupe. Un appareil peut faire partie de plusieurs groupes, mais chaque appareil est sur une interface distincte :
Les utilisateurs peuvent ajouter un appareil par métro et par groupe de liaison d'appareils. Le trafic circule d'un dispositif à l'autre entre les métros en utilisant la même dorsale que celle utilisée par Equinix Fabric.
Les liaisons de dispositifs peuvent être créées à l'aide des API de Network Edge. Pour plus d'informations, consultez Network Edge API - Create Device Link.
Considérations sur le débit DLG
Le trafic qui entre et sort d'un métro est contrôlé en tant que mesure unique du débit pour chaque métro. Il est important de comprendre cela pour que les utilisateurs puissent configurer la liaison de l'appareil afin d'optimiser le flux de trafic et le routage superposé prévu.
Par exemple, dans une configuration de maillage complet, les utilisateurs ont généralement le même réglage de débit dans chaque métro, comme indiqué :
Par ailleurs, si l'intention avec un groupe Device Link est de mettre en place un schéma de routage en étoile, les utilisateurs peuvent ajouter des limites de débit comme ci-dessous :
Au fur et à mesure que des fonctionnalités sont ajoutées pour permettre l'utilisation de plus d'un appareil par métro dans une liaison d'appareils, cette conception et cette configuration de débit deviennent critiques. Cette configuration reste un paramètre par métro, et non un paramètre de débit par appareil. Dans le métro, il n'y a pas de politique de débit imposée, mais il peut y avoir d'autres limitations, telles que le débit de l'appareil lui-même, la capacité disponible dans le nœud de calcul ou le trafic best effort en concurrence avec d'autres trafics.
Lorsque le trafic en provenance ou à destination d'un métro est supérieur à celui qui lui est alloué (par exemple en raison de la conception du routage ou du débit), les paquets sont abandonnés car il s'agit d'un service "best effort" (meilleur effort). Les utilisateurs peuvent éditer et modifier la quantité autorisée pour chaque métro à tout moment.
Étant donné qu'un seul appareil peut faire partie de plusieurs liaisons d'appareils, les utilisateurs peuvent également s'en servir pour superposer des modèles de trafic unidirectionnels pour certains cas d'utilisation, tels que les pare-feu qui filtrent le trafic et le renvoient ensuite vers un autre appareil. Le diagramme ci-dessous en est un exemple :
La liaison de l'appareil peut toujours être bidirectionnelle, en fonction des règles de routage superposées créées par l'utilisateur.
Liaison et redondance des dispositifs
Une liaison de dispositifs peut contenir n'importe quelle combinaison de dispositifs primaires et secondaires qui font également partie d'un couplage redondant. C'est le cas même si la combinaison ne représente pas les mêmes paires. Par exemple, un lien de dispositif pourrait théoriquement inclure le dispositif primaire de la paire redondante A et le dispositif secondaire de la paire redondante B.
Certains dispositifs virtuels peuvent être empêchés d'utiliser des liaisons d'appareils en raison de paramètres propres au fournisseur ou à la configuration actuelle. Le système indique lorsqu'un appareil ne peut pas faire partie d'une liaison d'appareils. Voici quelques exemples de raisons pour lesquelles un appareil virtuel ne peut pas être autorisé :
- L'appareil n'a plus d'interfaces disponibles
- L'appareil fait déjà partie du même groupe (il ne peut pas être ajouté deux fois).
- Il n'y a pas d'adresses IP supplémentaires à allouer à partir du pool de clients initial qui a été défini.
Redondance des liaisons entre appareils
Les groupes de liaison de dispositifs (DLG) peuvent être créés avec ou sans redondance. Il est important de comprendre comment les DLG redondants sont créés pour une meilleure architecture résiliente du service Network Edge. Voir Device Link Resiliency pour plus d'informations.