Noyau EBC

Un environnement EBC Core est configuré pour un seul client (locataire unique) sur du matériel dédié. L'infrastructure comprend des ressources de calcul, stockage et réseau configurables et gérables via un portail.

EBC Core Compute

EBC Core offre un environnement de calcul où les ressources sont utilisées efficacement. La plateforme EBC Core d'un utilisateur peut inclure plusieurs clusters de calcul. Différents clusters de calcul peuvent être requis pour la virtualisation des postes de travail, des environnements de production et de diffusion en direct (OTA) distincts, des restrictions de licence ou des garanties CPU. EBC Core est fourni dans un cluster composé de plusieurs hôtes.

EBC Core Host

L'hôte d'un environnement EBC Core repose sur une configuration de serveur standard. Le type de serveur « EBC HV GC » est le serveur standard fourni, dans sa dernière version disponible. Pour les environnements EBC aux besoins en mémoire plus importants, il existe un type de serveur hyperviseur à mémoire élevée. Ce type de serveur peut être utilisé sur demande. Le tableau ci-dessous répertorie les types de serveurs hyperviseurs actuellement disponibles, ainsi que la capacité utilisable qu'un seul serveur hyperviseur ajoute à un cluster.

Hypervisor Server Type	Deployment	Use Case	# Available GB RAM1	# Available GB RAM1	CPU Core Speed
EBC HV GC v2	Standard	Generic Compute	450	28	≥ 2.4GHz
EBC HV HM v2	Optional	High Memory	900	28	≥ 2.4GHz

Remarque: Capacité nette de la grappe

Un environnement EBC Core est configuré en cluster avec au moins trois hôtes, dont deux sont utilisés et un de secours (principe N + 1). Le cluster (N + 1) comporte un maximum de 15 hôtes (14 + 1) ; au-delà, un serveur de secours est requis. La taille maximale du cluster est de 30 serveurs hyperviseurs (28 + 2). La capacité du ou des serveurs de secours n'est pas disponible pour une utilisation régulière et n'est donc pas prise en compte dans la capacité nette. L'aperçu ci-dessous présente quelques exemples de tailles de cluster, notamment les tailles minimale et maximale, ainsi que la capacité nette utilisable associée, exprimée en nombre de cœurs de processeur et en Go de RAM.

EBC Core Cluster Size	Hypervisor Server Model	# Spare Servers	# Available CPU Cores1	# Available GB RAM1
3 (2+1) minimum	EBC HV GC v2	1	56	900
15 (14+1)	EBC HV GC v2	1	392	6.300
17 (15+2)	EBC HV GC v2	2	420	6.750
30 (28+2) maximum	EBC HV GC v2	2	784	12.600

Remarque: Capacité nette de la grappe

Types d'unités d'achat de base EBC

1. Le nombre d'hôtes (hyperviseurs-serveurs) dans le cluster
2. L'engagement de 50% sur la capacité nette en GB RAM
3. Le nombre de Go de RAM utilisés

Dans EBC Core, les cœurs de processeur font partie intégrante de l'unité d'achat hôte. L'engagement de 50 % représente un achat minimum de la capacité RAM nette du cluster. La capacité RAM nette totale du cluster est disponible à l'achat et l'utilisation de la capacité RAM supérieure à 50 % est facturée par Go d'utilisation. Vous pouvez utiliser les ressources CPU nettes disponibles à votre convenance.

Les unités d'achat sont décrites dans le tableau ci-dessous.

Purchase Unit	Type of Host	Billing Type	Description
EBC Core - Host	• Generic • High Memory	Baseline	Agreed number of hosts in the cluster
EBC Core - 50% Commit		Baseline	50% of the GB RAM associated with the host
EBC Core - 1GB RAM Additional		Overage	Amount of GB RAM consumption above the baseline

Vous pouvez également étendre votre environnement EBC Core. L'extension se fait sous la forme d'un hôte et d'un engagement de 50 % de la capacité nette de vRAM en Go.

EBC vCPU

Dans le produit EBC Core, un processeur équivaut à au moins 2,4 GHz. Vous déterminez l'utilisation de la capacité du réseau de cœurs de processeur physique disponibles. Des directives d'utilisation des processeurs virtuels (vCPU) sont disponibles pour garantir des performances applicatives prévisibles. Les valeurs de garantie de sursouscription des vCPU indiquent le nombre de vCPU pouvant être déployés pour chaque cœur de processeur physique présent. EBC Core vous offre une liberté quant à l'étendue de la sursouscription par cluster de calcul.

Les niveaux de sursouscription les plus couramment utilisés sont les suivants (à titre indicatif) :

vCPU Variant	vCPU Guarantee Value	Use Case
EBC vCPU Standard Guarantee (Default)	1:4 (25%)	• Generic production servers • OTA servers
EBC vCPU High Guarantee	1:2 (50%)	• Medium-load application servers
EBC vCPU Full Guarantee	1:1 (100%)	• Terminal servers • High-load application servers • Latency-sensitive application servers

Exemple de calcul EBC Core

Vous disposez d'un environnement pour des applications avec une charge supérieure à la moyenne et utilisez donc le processeur virtuel EBC avec garantie élevée. Les ressources requises sont:

1. 500 vCPUs (garantie élevée 1:2)
2. 4000 GB vRAM.
3. 20% d'espace libre pour la croissance

vCPU

En raison de la valeur de garantie 1:2, la moitié des vCPU demandées doivent être présentes en tant que cœurs de CPU physiques pour répondre aux exigences de performance.

500 vCPUs : 2 = 250 CPUs.

20% de 500 vCPUs = 100 vCPUs requis comme espace libre pour la croissance.

100 vCPUs : 2 = 50 CPUs.

Au total, vous avez besoin de 250 + 50 = 300 CPU.

Mémoire

4000 Go de vRAM et une marge de croissance de 20% sont nécessaires.

4000 GB vRAM + 20% = 4400 GB vRAM.

Hôtes

L'hôte hyperviseur standard ajoute un total net de 28 CPU et 450 Go à un CDV.

300 CPU : 28 = 10,7 - En termes de CPU, vous avez besoin d'une capacité de 11 hôtes.

4400 GB vRAM : 450 = 9,8 - En termes de mémoire, vous avez besoin d'une capacité de 10 hôtes.

La valeur la plus élevée des deux ci-dessus est utilisée, dans ce cas, 11 hôtes.

Pour 15 hôtes (jusqu'à un maximum de 30) dans un cluster, un hôte de secours sera déployé. Dans cet exemple, un hôte de secours est ajouté à la configuration.

Le nombre total d'hôtes dans la grappe est donc de 11 + 1 = 12 hôtes.

Un cluster EBC Core avec 12 hôtes est donc déployé avec la capacité nette indiquée dans le tableau ci-dessous.

EBC Core Cluster Size in # Hosts	Hypervisor Server Type	# Spare Servers	# Available CPU Cores1	# Available GB RAM1
(11 + 1) 12	EBC HV GC v2	1	308	4950

Remarque: Capacité nette de la grappe

Au sein de ce cluster, vous disposez d'une capacité nette de 308 CPU et de 4950 Go de RAM. La capacité demandée et immédiatement requise est de 500 vCPU (1:2) et 4000 Go de RAM.

• Ce groupe contient 308 processeurs. Les 500 vCPU à garantie élevée (1:2) utilisent 250 processeurs. Il reste 308 - 250 = 58 unités de processeur disponibles. Ces unités sont incluses dans l'unité hôte (configuration de base). L'utilisation des processeurs n'entraîne aucun coût propre.
• Cette grappe contient 4950 Go de RAM. Cette capacité nette se compose de 2 unités d'achat comme suit :

  • EBC Core - 50 % d'engagement

    L'engagement de 50 % représente la moitié de la capacité nette, dans cet exemple. c'est 0,5 * (11 * 450) = 2475 Go de RAM.

  • EBC Core - 1 GB vRAM supplémentaire

    Dans ce cluster, les 50 % restants (2475 Go de RAM) par unité d'achat de 1 Go de RAM sont disponibles en tant que surplus. Pour les 4000 Go de RAM directement nécessaires, 4000 - 2475 = 1525 de cette unité d'achat sont nécessaires.

La capacité supplémentaire disponible dans cet exemple de cluster est de 4950 - 4000 = 950 Go de RAM.

Le calcul des unités d'achat dans cet exemple est illustré dans le tableau ci-dessous.

Purchase Unit	Calculation Type	Quantity	Description
EBC Core – Generic Host 450 GB RAM	Baseline	12	Cluster Size is 12 Hosts (11+1)
EBC Core – 50% Commit	Baseline	11	50% commit at 11 net hosts (225 GB RAM/host)
EBC Core – 1 GB vRAM Additional	Overage	1525	The difference between 4000 GB - 11 * 225 GB RAM

EBC Core en cours d'utilisation

Vous choisissez le nombre d'hôtes et de clusters qui correspondent à la demande de ressources qui inclut les directives ci-dessous.

• La commande minimale est de 50 % de la capacité utilisable d'une grappe.
• Avez-vous besoin de ressources supplémentaires pour votre travail ou votre perfectionnement professionnel ? Si oui, vous pouvez accéder à des ressources additionnelles. La consommation supplémentaire est facturée automatiquement chaque mois. Votre gestionnaire de compte Equinix pourrait vous conseiller. vous conseiller sur l'achat qui convient le mieux à votre situation.
  • Pour EBC Core, la consommation supplémentaire est limitée à la capacité maximale disponible (100 %) d'une grappe utilisée pour votre environnement.
• Dans les limites de l'hôte, EBC Core n'a pas de taille maximale de VM pour l'utilisation de Ressources de calcul. Il existe des recommandations pour optimiser les performances d'une machine virtuelle. L'ajout de ressources de calcul supplémentaires à une machine virtuelle au-delà de sa taille recommandée n'entraîne pas toujours… Améliorations des performances.
  • Pour EBC Core, la taille maximale recommandée de la VM est de 8 vCPU et 64 Go de vRAM.

Option EBC Core 3.0 Sans licence VMware (NVL)

Avec EBC Core 3.0, les hôtes sont configurés dans une grappe VMware. Le prix de l'hôte comprend les licences VMware. EBC Core 3.0 NVL offre une option permettant de facturer les licences VMware séparément, sous forme de points de licence VMware. Dans ce cas, vous payez moins cher pour l'allocation de 50 % de la vRAM et pour la vRAM supplémentaire. L'avantage de cette option est que les licences ne sont facturées que pour la durée pendant laquelle une machine virtuelle de la plateforme utilise effectivement VMware, conformément à la définition de VMware.

Stockage de base EBC

Le stockage EBC est une partie fixe de la plateforme EBC. Le stockage peut être acheté à quatre niveaux de performance (tiers), sous la forme de magasins de données sur lesquels les machines virtuelles peuvent être placées. La performance du magasin de données dépend de la taille du magasin de données et est exprimée en opérations d'E/S par seconde (IOPS). Les performances de chaque magasin de données sont partagées entre les machines virtuelles qui s'y trouvent.

En termes de performances, chaque niveau est assorti d'une garantie et d'une valeur limite. La garantie correspond à la valeur qu'Equinix s'engage à fournir. Vous pouvez utiliser une quantité supérieure à la valeur garantie pendant de courtes périodes, jusqu'à la valeur limite, conformément au principe d'utilisation équitable. Un gestionnaire de compte Equinix peut vous conseiller sur les niveaux de performances les mieux adaptés à votre situation. Les spécifications de performances de stockage des niveaux livrables sont présentées ci-dessous.

Tier	Name	Use	Impact
1	High performance	DB (Logs), RDS/ SBC, VDI Low-latency beneficial workloads	• IOPS guarantee: 1.000 IOPS per TB; max. • 30.000 per data-store1 • IOPS limit: 1.500 IOPS per TB; max. • 45.000 per data-store2 • Latency: 5 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6
2	Performance (Default)	Generic VMs, App / Web services, High performance File services / Object storage	• IOPS guarantee: 250 IOPS per TB. max.7.500 per data-store1 • IOPS limit: 500 IOPS per TB. max. 15.000 per data-store2 • Latency: 10 ms3 • Size: Min 250GB, max. 30TB per volume4, 5, 6
3	Standard	Back-up, Generic File services / Object storage	• IOPS guarantee: 100 IOPS per TB. max. 3.000 per data-store1 • IOPS limit: 250 IOPS per TB. max. 7.500 per data-store2 • Latency: 15 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6
4	Archive	Archive, Cold storage	• IOPS guarantee: 50 IOPS per TB. max. 1.500 per data-store1 • IOPS limit: 75 IOPS per TB. max. 2.250 per data-store2 • Latency: 20 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6

Remarque:

1. IOPS – Valeur maximale: 65 % en lecture / 35 % en écriture avec une taille de bloc de 8 Ko.

2. Limite – Basée sur une utilisation équitable. En cas de dépassement prolongé de la garantie (utilisation équitable), Equinix se réserve le droit de fixer la garantie à titre de limite.

3. Latence – Moyenne par 5 minutes dans le cadre de la garantie IOPS.

4. Taille – Extension par 250 Go.

5. Arrondi – GB est implémenté sur la base de multiples de 1024.

6. Arrondi – 1 To équivaut à 1 000 Go.

Caractéristiques du stockage de base EBC

• La taille minimale recommandée pour un disque virtuel est de 40 Go.
• La taille maximale d'un disque virtuel est de 8 To.
• Les performances de chaque magasin de données sont partagées entre les machines virtuelles qui l'utilisent.
• La performance IOPS disponible est partagée avec la solution de sauvegarde EBC.
• La capacité de stockage est attribuée par multiples de 250 Go.
• La capacité de stockage est allouée par grappe de calcul.
• La gestion de la capacité de stockage est assurée par le client.
• Les magasins de données sont répertoriés par niveau dans leur propre cluster de magasins de données.

Unités d'achat de stockage de base EBC

Le stockage EBC Core est acheté dans des magasins de données conformément à la politique de stockage, avec des unités d'achat de 1 Go. Un engagement minimum ou une base de 250 Go par cluster de magasin de données s'applique à chaque politique.

Exemples de calcul pour le stockage de base EBC

Exemple de calcul 1 Vous achetez une grappe EBC avec 5 To de stockage de niveau 2. Vous avez alors accès à un magasin de données de niveau 2, la capacité demandée étant inférieure à 30 To, avec les caractéristiques suivantes:

• Garantie - 1250 IOPS

  • Par magasin de données : Max. 2500 IOPS
  • Par To: 5 To x 250 IOPS = 1 250 IOPS

  La valeur la plus basse des deux ci-dessus est utilisée, dans ce cas, 1250 IOPS.

• Limite - 2500 IOPS

  • Par magasin de données : Max. 15000 IOPS
  • Par To: 5 To x 500 IOPS = 2 500 IOPS

  La valeur la plus basse des deux ci-dessus est utilisée, dans ce cas, 2500 IOPS.

Exemple de calcul 2 Vous commandez une grappe EBC avec 20 To de stockage de niveau 1 et 50 To de stockage de niveau 2. Vous avez alors accès à:

Niveau 1 – Un seul espace de stockage de données, la capacité demandée étant inférieure ou égale à 30 To, avec les caractéristiques suivantes:

• Garantie - 20 000 IOPS

  • Par magasin de données : Max. 30 000 IOPS
  • Par To: 20 To x 1 000 IOPS = 20 000 IOPS

  La valeur la plus basse des deux ci-dessus est utilisée, dans ce cas, 20 000 IOPS.

• Limite - 30 000 IOPS

  • Par magasin de données : Max. 45 000 IOPS
  • Par To: 20 To x 1 500 IOPS = 30 000 IOPS

  La valeur la plus basse des deux ci-dessus est utilisée, dans ce cas, 30 000 IOPS.

Niveau 2 – Deux espaces de stockage de données de 25 To, la capacité demandée étant supérieure à 30 To, avec les caractéristiques suivantes:

• Garantie - 2500 IOPS

  • Par magasin de données : Max. 7500 IOPS
  • Par To: 25 To x 250 IOPS = 6 250 IOPS

  La valeur la plus basse des deux ci-dessus est utilisée, dans ce cas, 6 250 IOPS par magasin de données.

• Limite - 5000 IOPS

  • Par magasin de données : Max. 15000 IOPS
  • Par To: 25 To x 500 IOPS = 12 500 IOPS.

  La valeur la plus basse des deux ci-dessus est utilisée, dans ce cas, 12 500 IOPS par magasin de données.

Utilisation du stockage central EBC

Les frais de stockage partagé sont basés sur la consommation de la capacité allouée de tous les disques virtuels liés et sur la capacité utilisée. Cette capacité est mesurée à partir des éléments suivants, par politique :

• Fichiers d'échange de VM
• Instantanés
• Fichiers dans une bibliothèque (modèles de vApp et ISO)

Si vous souhaitez lier plus de 4 To à une ou plusieurs machines virtuelles, il peut être judicieux d'utiliser le service de stockage géré Equinix (EMSS). Ce service permet de lier le stockage aux machines virtuelles du client sans intervention de la plateforme EBC. Il peut notamment s'agir d'un serveur de fichiers ou de sauvegarde virtuel. Des snapshots ou des copies supplémentaires des données stockées dans le service EMS peuvent être créés dans un second centre de données IBX .

Réseau central EBC

La plateforme EBC offre diverses fonctionnalités de réseau virtuel configurables via le portail en libre-service. Equinix propose ces fonctionnalités sur cinq niveaux de virtualisation des fonctions réseau (NFV):

1. De base
2. Standard
3. Avancé
4. Entreprise
5. Entreprise Plus

NFV–libre-service

La plupart des fonctionnalités NFV sont disponibles via le portail web en libre-service, les outils d'automatisation et l'API. Cela permet à l'organisation de mettre en œuvre la configuration réseau souhaitée sans avoir à investir en équipement au préalable. Les architectes Equinix peuvent vous conseiller à ce sujet si nécessaire. Voici quelques exemples de fonctionnalités NFV:

• Pare-feu jusqu'à la couche 4 (L4).
• NAT
• Routage
• Équilibrage de charge
• VPN

Routeurs virtuels

Les caractéristiques et les fonctionnalités offertes par les routeurs virtuels sont semblables à celles du réseau partagé, sauf que leurs plages de déploiement ne couvrent que les tailles Large, Extra Large et Quad Large.

Micro-segmentation

La micro-segmentation, également connue pour les pare-feu distribués (DFW), est une fonctionnalité importante de la plateforme EBC ST et est disponible dès le niveau de fonctionnalité Advanced NFV. La fonction DFW permet aux utilisateurs d'appliquer dynamiquement des règles de pare-feu en fonction des machines virtuelles, des balises, des groupes de ports, du type de système d'exploitation, etc. Cela contraste avec les situations traditionnelles où il est uniquement possible de mettre en place un pare-feu sur l'interface d'un routeur en fonction de l'adresse IP ou du segment IP. L'application des règles DFW rend possible le principe de réseau zéro confiance, où il n'est plus nécessaire de configurer un segment IP, un routeur et un pare-feu pour chaque application ou ensemble de machines virtuelles protégeant l'utilisateur.

Unités d'achat du réseau EBC Core

Consultez les unités d'achat EBC Flex Network proposées par EBC Core Network.

Réseaux internes

Les réseaux internes sont des réseaux de couche 2 (L2) auxquels les machines virtuelles peuvent se connecter et qui existent uniquement dans un environnement EBC Core dans un seul centre de données. Ces réseaux reposent sur la technologie de superposition et sont disponibles sous forme de groupes de ports. Ils s'étendent au-delà des grappes de calcul et ne sont accessibles que via des routeurs virtuels (L3) situés à l'extérieur du centre de données. Ils servent notamment au zonage et à la segmentation du réseau EBC. Des réseaux internes supplémentaires peuvent être demandés via une demande de service auprès du soutien technique Equinix. Si vous avez besoin de réseaux L2 et/ou L3 disponibles en dehors de votre environnement EBC Core, consultez la section Réseaux externes. Cinq réseaux internes sont inclus dans le service EBC Core. Si plus de cinq réseaux internes sont utilisés par centre de données, la facturation est automatique et mensuelle.

Réseaux externes

Les réseaux externes sont des réseaux de couche 2 (L2) auxquels des machines virtuelles ou des routeurs peuvent être connectés. Pour bénéficier de cette connectivité externe, vous devez souscrire aux services EBC Connect en combinaison avec d'autres services Equinix, tels que Metro Connect ou ECX Fabric. Les réseaux externes sont basés sur des VLAN et sont disponibles sous forme de groupes de ports. Ils transcendent les clusters de calcul et sont accessibles depuis l'extérieur du datacenter sans l'intervention de routeurs. Ils peuvent notamment servir à la connectivité vers un second datacenter, un environnement sur site ou des fournisseurs de cloud public. Des réseaux externes supplémentaires peuvent être demandés via une demande de service auprès du service d'assistance Equinix . Le service EBC Core inclut cinq réseaux externes. Si plus de cinq réseaux externes sont utilisés par datacenter, ils sont facturés automatiquement chaque mois.

Propres routeurs

Consultez EBC Flex Network: Propre routeurs pour en savoir plus.

Mesure

Les Equinix Managed Solutions sont facturées de la manière suivante:

• Base - Quantité contractuelle du service (exemple : unité d'achat vCPU, vRAM)
• Dépassement - Le nombre de Go consommés au-delà de la valeur de référence (exemple : la valeur de référence du contrat de stockage est de 500 Go, 600 Go sont utilisés et le dépassement consommé est de 100 Go).
• Paiement à l'utilisation - Entièrement variable (exemple : utilisation d'un certain nombre de Go pour la sauvegarde)

Pour mesurer la quantité de consommation de la composante variable, Equinix utilise des outils de comptage liés à l'environnement de gestion des services. Seules les données nécessaires pour déterminer la quantité de service consommée sont exportées vers le système de facturation d'Equinix. Il est obligatoire d'installer les outils VMware sur chaque VM de la plate-forme EBC.

Rapports

Le service EBC contient des options de reporting standard.

Licences

Pour les questions relatives aux licences, rendez-vous sur Licensing.

Remarque:

• Le partage d'un disque virtuel entre plusieurs machines virtuelles n'est pas pris en charge dans l'EBC. L'application de Microsoft Windows Server Failover Clustering (WSFC) avec des disques partagés à l'EBC n'est donc pas prise en charge.
• L'application de la virtualisation d'E/S à racine unique (SR-IOV) et l'accès physique au NIC à partir de la VM ne sont pas pris en charge.
• L'application de réservations de mémoire par VM n'est pas prise en charge.
• L'accès direct à l'hôte n'est pas possible.
• Il n'y a pas de gestion déléguée ni d'assistance aux clients pour accéder à la couche de gestion de la plateforme EBC.

Options

EBC Virtual GPU

Si vous avez besoin d'une accélération GPU dans votre environnement EBC, la plateforme EBC Core offre cette option. En appliquant les cartes GP NVIDIA Tesla avec un accès direct à la plate-forme, l'infrastructure de bureau virtuel (VDI) rend possible les applications avec accélération GPU. Un environnement approprié est conçu avec un architecte d'Equinix sur la base de blocs de construction standardisés.

Reprise après sinistre de l'EBC

EBC Core offre la possibilité de mettre en place un site de reprise après sinistre (DR) dans le cadre de votre plan de continuité des activités en appliquant une solution DR.

L'objectif de la fonctionnalité DR est de réduire le temps nécessaire pour restaurer le service après une interruption. En appliquant une réplication asynchrone ou synchrone, EBC DR peut fournir un objectif de point de récupération (RPO) allant jusqu'à 0 minute.

Le secours EBC et les fonctionnalités DR ne sont disponibles que dans les centres de données IBX d'Amsterdam et de Zwolle.

Relations et dépendances

Voir les relations et dépendances avec les services suivants ci-dessous -

• EBC Backup and Restore
• EBC Migration
• EBC Connect
• Customer Connect
• Cross Connects
• Metro Connect
• Equinix Fabric

Pare-feu géré

Une partie facultative de l'environnement EBC est une solution de pare-feu géré qui peut vous être utile dans les scénarios suivants:

• Faciliter l'accès sécurisé au nuage public et à d'autres réseaux externes.
• Ajouter des fonctions de détection d'intrusion (IDS) ou de prévention d'intrusion (IPS) à la plateforme EBC.
• Avoir un accès direct à la couche de gestion de la plateforme EBC. Voir Accès direct à la plate-forme pour plus de détails.
• Transférer la gestion opérationnelle du pare-feu à Equinix.

Les fonctionnalités importantes du service de pare-feu géré incluent:

• Coupe-feu
• Routage
• IDS/IPS (variante de commande)
• Équilibrage de la charge
• VPN

Routeur géré

La solution Managed Router est une partie facultative de l'environnement EBC qui peut vous être utile dans les scénarios suivants:

• Faciliter l'accès au nuage public, aux fournisseurs WAN et aux réseaux sur site.
• Transférer la gestion opérationnelle des routeurs à Equinix.

Les fonctionnalités importantes du routeur géré incluent:

• Routage dynamique
• Routage statique
• NAT
• Protocole de redondance des routeurs virtuels (VRRP)