Noyau EBC

Un environnement EBC Core est mis en place pour un seul client (locataire unique) sur du matériel dédié. L'infrastructure se compose de compute, storage et network ressources qui peuvent être configurées et gérées par le biais d'un portail.

EBC Core Compute

EBC Core offre un environnement informatique où les ressources sont utilisées de manière efficace. La plateforme EBC Core d'un utilisateur peut inclure divers clusters informatiques. Différents clusters informatiques peuvent être nécessaires pour la virtualisation des postes de travail, la séparation des environnements de production et de mise à jour à distance (OTA), les restrictions de licence ou les garanties CPU. EBC Core est fourni dans un cluster composé d'un certain nombre d'hôtes.

EBC Core Host

L'hôte dans 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 ayant des besoins en mémoire plus importants, il existe un type de serveur hyperviseur High Memory. Celui-ci peut être utilisé sur demande. Le tableau ci-dessous répertorie les types de serveurs hyperviseurs actuellement disponibles avec 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 du cluster

Un environnement EBC Core dispose d'une configuration en cluster d'au moins trois hôtes, dont deux sont utilisés et un est de secours (principe N + 1). Le cluster (N + 1) peut compter au maximum 15 hôtes (14 + 1) ; au-delà, un serveur de secours supplémentaire est nécessaire. 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 ne fait donc pas partie de la capacité nette. L'aperçu ci-dessous présente quelques exemples de tailles de cluster, y compris les tailles minimale et maximale, ainsi que la capacité nette utilisable associée en nombre de cœurs de processeur et de Go de RAM utilisables.

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 du cluster

Types d'unités d'achat EBC Core

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 % correspond à l'achat minimum en 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 gigaoctet utilisé. Les ressources CPU nettes disponibles peuvent être utilisées à votre discrétion.

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, 1 CPU équivaut à au moins 2,4 GHz. Vous déterminez comment utiliser la capacité des cœurs physiques disponibles du processeur. Des directives sont disponibles pour l'utilisation des vCPU afin de garantir des performances applicatives prévisibles. Les valeurs garanties des vCPU en cas de sursouscription indiquent le nombre de vCPU pouvant être déployés pour chaque cœur physique présent. EBC Core vous offre une grande flexibilité quant au niveau de sursouscription appliqué 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 vCPU EBC avec garantie élevée. Les ressources demandées sont les suivantes :

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 unités centrales 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 chaque groupe de 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 du cluster

Dans 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 cluster contient 308 CPU. Les 500 vCPU à haute garantie (1:2) utilisent 250 CPU. Il y a Il reste donc 308 - 250 = 58 CPU de capacité nette disponible. Les CPU sont inclus dans l'unité hôte (Baseline). L'utilisation des CPU n'a pas de composante de 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 % correspond à la moitié de la capacité nette, soit, dans cet exemple, 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

Noyau EBC en usage

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.
• Vous avez besoin de plus de ressources dans le cadre de votre travail ou d'une croissance régulière ? Si c'est le cas, vous pouvez accéder à des ressources supplémentaires. La consommation supplémentaire est automatiquement facturée mensuellement. Le gestionnaire de compte d'Equinix peut 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'un cluster utilisé 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 informatiques. Il existe des recommandations pour optimiser les performances d'une VM. L'ajout de ressources de calcul à une VM au-delà de la taille recommandée n'entraîne pas toujours une amélioration 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 un cluster VMware. Le prix de l'hôte inclut les licences VMware. EBC Core 3.0 NVL offre la possibilité de régler les licences VMware séparément sous forme de points de licence VMware. Dans ce cas, vous payez un prix inférieur pour le Commit 50% des GB vRAM et pour les GB vRAM supplémentaires. L'avantage **** de cette option est que les licences ne sont réglées que pour la durée pendant laquelle une VM sur la plate-forme 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 dispose d'une garantie et d'une valeur limite. La garantie correspond à la valeur qu'Equinix s'engage à fournir. Vous pouvez utiliser plus que la valeur garantie pendant de courtes périodes, jusqu'à la valeur limite, conformément au principe d'utilisation équitable. Un responsable 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 disponibles sont indiqué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

Note : Le site web d'Equinix est disponible en anglais :

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

2. Limite - Basée sur l'utilisation équitable. En cas de dépassement à long terme de la garantie (fair use), Equinix se réserve le droit de fixer la garantie comme limite.

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

4. Taille – Extension par tranche de 250 Go.

5. Arrondi – GB est mis en œuvre 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 1Vous achetez un cluster EBC avec 5 To de stockage de niveau 2. Vous avez ensuite accès à un magasin de données de niveau 2 puisque la capacité demandée est inférieure à 30 To, avec les éléments suivants :

• 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 2Vous commandez un cluster 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 magasin de données, la capacité demandée étant inférieure ou égale à 30 To, avec les éléments suivants :

• 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 magasins de données de 25 To, la capacité demandée étant supérieure à 30 To, avec les éléments suivants :

• 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)

Lorsque vous souhaitez connecter plus de 4 To à une ou plusieurs machines virtuelles, il peut être préférable, dans certaines situations, d'utiliser le service Equinix Managed Storage Service (EMSS). Grâce à l'EMSS, le stockage peut être connecté aux machines virtuelles du client sans intervention de la plateforme EBC. Ce service peut notamment être utilisé pour un fichier virtuel ou un serveur de sauvegarde. Des instantanés ou des copies supplémentaires des données stockées dans le service EMS peuvent être créés en option dans un deuxième centre de données IBX.

Réseau central EBC

La plateforme EBC offre diverses fonctionnalités de réseau virtuel que vous pouvez configurer via le portail en libre-service. Equinix propose cette fonctionnalité sur cinq niveaux de fonctionnalités 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 fonctions NFV sont disponibles via le portail Web en libre-service, des outils d'automatisation et une API. Cela permet à l'entreprise de mettre en œuvre la configuration réseau souhaitée sans avoir à investir au préalable dans du matériel. Les architectes Equinix peuvent vous conseiller à ce sujet si nécessaire. Voici quelques exemples de fonctions 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 Virtual Routers sont similaires à celles de Shared Network, sauf que leurs plages de déploiement ne couvrent que Large, Extra Large et Quad Large.

Micro-segmentation

La micro-segmentation, également connue sous le nom de pare-feu distribué (DFW), est une fonctionnalité importante de la plateforme EBC ST et est disponible à partir du niveau de fonctionnalité NFV avancé. 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 n'est possible de mettre en place un pare-feu que sur une interface d'un routeur en fonction de l'adresse IP ou du segment IP. L'application des règles DFW rend possible le principe du 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 qui protègent l'utilisateur.

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

Veuillez consulter 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 être connectées et qui ne peuvent exister qu'au sein d'un environnement EBC Core dans un seul centre de données. Ces réseaux sont basés sur la technologie de superposition et sont disponibles dans des groupes de ports. Ils transcendent les clusters de calcul et ne sont accessibles que via des routeurs virtuels (L3) en dehors du centre de données. Les cas d'utilisation comprennent le zonage et la segmentation du réseau EBC. Vous pouvez demander des réseaux internes supplémentaires en adressant une demande de service au service d'assistance d'Equinix. Si vous avez besoin de réseaux L2 et/ou L3 disponibles en dehors de votre environnement EBC Core, consultez External Networks. 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, ils sont facturés automatiquement chaque mois.

Réseaux externes

Les réseaux externes sont des réseaux de couche 2 (L2) auxquels peuvent être connectés des machines virtuelles ou des routeurs. Pour activer la connectivité externe, vous devez acheter les 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 en dehors du centre de données sans intervention de routeurs. Les cas d'utilisation incluent la connectivité à un deuxième centre de données, à 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. Cinq réseaux externes sont inclus dans le service EBC Core. Si plus de cinq réseaux externes sont utilisés par centre de données, ils sont facturés automatiquement chaque mois.

Propres routeurs

Veuillez consulter la section Réseau EBC Flex : vos propres routeurs pour plus d'informations.

Mesure

Les services Equinix Managed Solutions sont facturés selon les modalités suivantes :

• 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, consultez Licensing.

Note : Le site web d'Equinix est disponible en anglais :

• 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 vous 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 optionnelle de l'environnement EBC est une solution de pare-feu géré qui peut vous être utile dans les cas 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 principales fonctionnalités du service Managed Firewall sont les suivantes :

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

Routeur géré

La solution Managed Router est une option de l'environnement EBC qui peut vous être utile dans les cas 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 principales fonctionnalités du routeur géré sont les suivantes :

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