Núcleo EBC

Un entorno EBC Core está configurado para un solo cliente (un solo inquilino) onvdedicado hardware. La infraestructura consiste en recursos informáticos, de almacenamiento y de red que pueden ser configurados y gestionados a través de un portal.

EBC Core Compute

EBC Core ofrece un entorno de cómputo donde los recursos se utilizan de manera eficiente. La plataforma EBC Core de un usuario puede incluir varios clústeres de cómputo. Pueden ser necesarios diferentes clústeres de cómputo para virtualización de escritorios, producción separada y entornos OTA (OTA), restricciones de licencia o garantías de CPU. EBC Core se suministra en un clúster que consiste en un número de hosts.

Host central EBC

El host en un entorno EBC Core se basa en una configuración de servidor estándar. El tipo de servidor “EBC HV GC” es el servidor estándar suministrado y se suministra en la última versión disponible. Para entornos EBC con requisitos de memoria más exigentes, hay un tipo de servidor de hipervisor de alta memoria. Esto se puede utilizar bajo petición. La siguiente tabla enumera los tipos de servidores de hipervisor disponibles actualmente con la cantidad de capacidad utilizable que un único servidor de hipervisor añade a un clúster.

Tipo de servidor hipervisor	Despliegue	Caso práctico	# GB de RAM disponibles1	# GB de RAM disponibles1	Velocidad del núcleo de la CPU
EBC HV GC v2	Estándar	Computación genérica	450	28	≥ 2,4GHz
EBC HV HM v2	Opcional:	Memoria alta	900	28	≥ 2,4GHz

Nota: Capacidad neta del clúster

Un entorno de núcleo EBC tiene una configuración de clúster de al menos tres hosts donde se utilizan dos hosts y uno es de repuesto (principio de N+1). El clúster (N+1) tiene un máximo de 15 hosts (14 + 1); se requiere un servidor de repuesto adicional por encima de este número. El tamaño máximo del clúster es de 30 servidores de hipervisor (28 + 2). La capacidad de los servidores de repuesto no está disponible para su uso regular y, por lo tanto, no forma parte de la capacidad neta. La descripción general a continuación muestra algunos ejemplos de tamaños de clúster, incluidos los tamaños mínimo y máximo, y la capacidad neta utilizable asociada en el número de núcleos de CPU y GB de RAM utilizables.

Tamaño del núcleo EBC	Modelo de servidor hipervisor	# Servidores de repuesto	# Núcleos de CPU disponibles1	# GB de RAM disponibles1
3 (2+1) mínimo	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) máximo	EBC HV GC v2	2	784	12.600

Nota: Capacidad neta del clúster

Tipos de unidades de compra básicas de EBC

1. El número de hosts (hipervisor-servidores) en el clúster.
2. El 50% se compromete sobre la capacidad neta en GB RAM
3. La cantidad de GB de RAM utilizados

En EBC Core, los núcleos de CPU son una parte integral de la unidad de compra de host. El 50 % commit es una compra mínima en la capacidad de RAM de GB neta del clúster. La capacidad RAM neta completa del clúster está disponible para su compra y el uso de la capacidad RAM GB superior a 50 % se carga por 1 GB de uso. Los recursos netos de CPU disponibles se pueden utilizar a su discreción.

Las unidades de compra se describen en el cuadro siguiente.

Unidad de compra	Tipo de host	Tipo de facturación	Descripción
EBC Core - Anfitrión	• Genérico • Alta memoria	Base de referencia	Número acordado de hosts en el clúster
EBC Core - 50% Compromiso		Base de referencia	50% de los GB de RAM asociados al host
EBC Core - 1 GB de RAM adicional		Excedencia	Cantidad de GB de RAM consumidos por encima del valor de referencia

También puede expandir su entorno EBC Core. La expansión tiene lugar en forma de 1 host más 50 % commit de capacidad neta de VRAM GB.

EBC vCPU

Dentro del producto EBC Core, 1 CPU es igual a al menos 2,4 GHz. Usted determina cómo utilizar la capacidad de los núcleos de CPU físicos disponibles en la red. Existen directrices para el uso de vCPU para un rendimiento predecible de las aplicaciones. Los valores de garantía de vCPU de sobresuscripción, el valor de garantía indica cuántas vCPU se pueden implementar para cada núcleo de CPU físico presente. EBC Core le da libertad sobre la medida en que se aplica la suscripción excesiva por clúster de cómputo.

Los niveles de sobresuscripción más utilizados son (a título indicativo):

Variante vCPU	Valor de garantía vCPU	Caso práctico
Garantía estándar EBC vCPU (por defecto)	1:4 (25%)	• Servidores de producción genéricos • Servidores OTA
Alta garantía EBC vCPU	1:2 (50%)	- Servidores de aplicaciones de carga media
Garantía total EBC vCPU	1:1 (100%)	• Servidores terminales • Servidores de aplicaciones con alta carga • Servidores de aplicaciones sensibles a la latencia

Ejemplo de cálculo EBC Core

Tiene un entorno para aplicaciones con una carga superior a la media y, por lo tanto, utiliza el vCPU EBC con Alta Garantía. Los recursos solicitados son:

1. 500 vCPU (Alta garantía 1:2)
2. 4000 GB de vRAM.
3. 20% de espacio libre para crecer

VCPU

Debido al valor de garantía 1:2, la mitad de las vCPU solicitadas deben estar presentes como núcleos de CPU físicos para cumplir los requisitos de rendimiento.

500 vCPU: 2 = 250 CPUs.

20% de 500 vCPUs = 100 vCPUs necesarios como espacio libre para el crecimiento.

100 vCPU: 2 = 50 CPUs.

En total, necesitas 250 + 50 = 300 CPUs.

Memoria

Se necesitan 4000 GB de vRAM y un 20% de margen de crecimiento.

4000 GB vRAM + 20% = 4400 GB vRAM.

Anfitriones

El host hipervisor estándar añade una red de 28 CPU y 450 GB a un VDC.

300 CPU : 28 = 10,7 — En términos de CPU, se necesita una capacidad de 11 hosts.

4400 GB de VRAM : 450 = 9,8 — En términos de memoria, se necesita una capacidad de 10 hosts.

Se utiliza el valor más alto de los dos anteriores, en este caso, 11 hosts.

Por cada 15 hosts (hasta un máximo de 30) en un clúster, se desplegará 1 spare-host. En este ejemplo, se agrega 1 spare-host a la configuración.

El número total de hosts en el clúster es, por tanto, 11 + 1 = 12 hosts.

De este modo, se despliega un clúster EBC Core con 12 hosts con la capacidad neta que se muestra en la tabla siguiente.

Tamaño del clúster central de EBC en # Hosts	Tipo de servidor hipervisor	# Servidores de repuesto	# Núcleos de CPU disponibles1	# GB de RAM disponibles1
(11 + 1) 12	EBC HV GC v2	1	308	4950

Nota: Capacidad neta del clúster

Dentro de este clúster, tiene una capacidad neta de 308 CPU y 4950 GB de RAM disponibles. La capacidad solicitada e inmediatamente requerida es de 500 vCPU (1:2) y 4000 GB de RAM.

• Este clúster contiene 308 CPU. Las 500 vCPU de Alta Garantía (1:2) utilizan 250 CPU. Hay Todavía 308 - 250 = 58 CPU de capacidad neta disponible. Las CPU se incluyen en la unidad host (línea de base). El uso de CPU no tiene componente de costo (propio).
• Este clúster contiene 4950 GB de RAM. Esta capacidad neta consta de 2 unidades de compra es la siguiente:

  • EBC Core - 50% Compromiso

    El 50% Commit es la mitad de la capacidad neta, en este ejemplo es 0,5 * (11 * 450) = 2475 GB RAM.

  • EBC Core - 1 GB vRAM adicional

    En este clúster, los 50 % (2475 GB de RAM) restantes por unidad de compra de 1 GB de RAM están disponibles como exceso de tiempo. Para los 4000 GB de RAM directamente necesarios, se necesitan 4000 - 2475 = 1525 de esta unidad de compra.

La capacidad adicional disponible en este clúster de ejemplo es de 4950 - 4000 = 950 GB RAM.

El cálculo de las unidades de compra en este ejemplo se muestra en la siguiente tabla.

Unidad de compra	Tipo de cálculo	Cantidad	Descripción
EBC Core - Generic Host 450 GB RAM	Base de referencia	12	El tamaño del clúster es de 12 hosts (11+1)
EBC Core - 50% Compromiso	Base de referencia	11	50% de commit en 11 hosts de red (225 GB RAM/host)
EBC Core - 1 GB vRAM adicional	Excedencia	1525	La diferencia entre 4000 GB - 11 * 225 GB de RAM

EBC Core en uso

Usted elige el número de hosts y clusters que coinciden con la solicitud de recursos que incluye las siguientes directrices -

• El pedido mínimo es del 50% de la capacidad utilizable de un clúster.
• ¿Necesita más recursos durante el trabajo o el crecimiento regular? Si es así, puede acceder a recursos adicionales. El consumo adicional se factura automáticamente mensualmente. El administrador de cuentas de Equinix puede aconsejarle sobre qué compra se adapta mejor a su situación.
  • Para EBC Core, el consumo adicional está limitado a la capacidad máxima disponible (100%) de un clúster que se utiliza para su entorno.
• Dentro de los límites del host, EBC Core no tiene un tamaño máximo de VM para el uso de computar recursos. Hay recomendaciones para el mejor rendimiento de una VM. Agregar más recursos de cómputo a una máquina virtual por encima del tamaño recomendado no siempre conduce a mejoras de rendimiento.
  • Para EBC Core, el tamaño máximo recomendado de VM es de 8 vCPU y 64 GB vRAM.

Opción EBC Core 3.0 Sin licencias VMware (NVL)

Con EBC Core 3,0, los hosts se configuran en un clúster de VMware. El precio del host incluye las licencias de VMware. EBC Core 3,0 NVL ofrece una opción para liquidar las licencias de VMware por separado como puntos de licencia de VMware. En este caso, usted paga un precio más bajo por el commit 50 % de la VRAM GB y por la VRAM GB adicional. La ventaja de esta opción es que las licencias solo se establecen por el tiempo que una máquina virtual en la plataforma realmente utiliza VMware de acuerdo con la definición de VMware.

Almacenamiento central EBC

El almacenamiento EBC es una parte fija de la plataforma EBC. El almacenamiento se puede comprar en cuatro niveles de rendimiento (niveles), en forma de almacenes de datos en los que se pueden colocar VM. El rendimiento del almacén de datos depende del tamaño del almacén de datos y se expresa en operaciones de E/S por segundo (IOPS). El rendimiento de cada uno de los almacenes de datos se comparte entre las VM en él.

En términos de rendimiento, cada nivel tiene una garantía y un valor límite. La garantía es el valor que Equinix está obligado a entregar. Puede utilizar más que el valor de garantía para períodos cortos, hasta el valor límite, de acuerdo con el principio de uso justo. Un administrador de cuentas de Equinix puede aconsejarle sobre qué niveles de rendimiento se adaptan mejor a su situación. La especificación de rendimiento de almacenamiento de los niveles entregables se muestra a continuación.

Nivel	Nombre	Uso	Impacto
1	Alto rendimiento	DB (Logs), RDS/ SBC, VDI Cargas de trabajo beneficiosas de baja latencia	• Garantía IOPS: 1,000 IOPS por TB; max. • 30,000 por almacén de datos1 • Límite de IOPS: 1,500 IOPS por TB; max. • 45,000 por almacén de datos2 • latencia: 5 ms3 • Tamaño: Min 250 GB, max. 30 TB por volume4, 5, 6
2	Rendimiento (por defecto)	Máquinas virtuales genéricas, aplicaciones/servicios web, servicios de archivos/almacenamiento de objetos de alto rendimiento	• Garantía IOPS: 250 IOPS por TB. Máx.7,500 por almacén de datos1 • Límite IOPS: 500 IOPS por TB. máx. 15,000 por almacén de datos2 • latencia: 10 ms3 • Tamaño: Min 250GB, max. 30TB por volume4, 5, 6
3	Estándar	Copia de seguridad, Servicios genéricos de archivos / Almacenamiento de objetos	• Garantía IOPS: 100 IOPS por TB. máx. 3,000 por almacén de datos1 • Límite de IOPS: 250 IOPS por TB. máx. 7,500 por almacén de datos2 • latencia: 15 ms3 • Tamaño: Min 250 GB, max. 30 TB por volume4, 5, 6
4	Archivo	Archivo, Almacenamiento en frío	• Garantía IOPS: 50 IOPS por TB. máx. 1,500 por almacén de datos1 • Límite de IOPS: 75 IOPS por TB. máx. 2,250 por almacén de datos2 • latencia: 20 ms3 • Tamaño: Min 250 GB, max. 30 TB por volume4, 5, 6

Nota:

1. IOPS - Valor máximo en 65% de lectura / 35% de escritura con un tamaño de bloque de 8 KB.

2. Límite – basado en el uso justo. En caso de rebasamiento a largo plazo de la garantía (uso justo), Equinix se reserva el derecho de establecer la garantía como límite.

3. Latencia: media por cada 5 minutos dentro de la garantía de IOPS.

4. Tamaño: ampliación por cada 250 GB.

5. Redondeo: GB se implementa en múltiplos de 1024.

6. Redondeo: 1 TB equivale a 1000 GB.

Características de EBC Core Storage

• El tamaño mínimo recomendado del disco virtual es de 40 GB.
• El tamaño máximo del disco virtual es de 8 TB.
• El rendimiento de cada almacén de datos se reparte entre las máquinas virtuales que lo utilizan.
• El rendimiento de IOPS disponible se comparte con la solución de copia de seguridad EBC.
• La capacidad de almacenamiento se asigna en múltiplos de 250 GB.
• La capacidad de almacenamiento se asigna por clúster informático.
• La gestión de la capacidad de almacenamiento corre a cargo del cliente.
• Los almacenes de datos se enumeran por niveles en su propio clúster de almacenes de datos.

Unidades de compra del almacén central EBC

El almacenamiento EBC Core se compra en almacenes de datos según la política de almacenamiento, con unidades de compra de 1 GB. Se aplica a cada directiva un commit mínimo o una línea de base de 250 GB por clúster de almacén de datos.

Ejemplos de cálculo para el almacenamiento básico de EBC

Ejemplo de cálculo 1 Compra un clúster EBC con 5 TB de almacenamiento de nivel 2. A continuación, tiene acceso a 1 almacén de datos de nivel 2 ya que la capacidad solicitada es inferior a 30 TB, con lo siguiente:

• Garantía - 1250 IOPS

  • Por almacén de datos: Max. 2500 IOPS
  • Por TB: 5 TB X 250 IOPS = 1250 IOPS

  Se utiliza el valor más bajo de los dos anteriores, en este caso, 1250 IOPS.

• Límite - 2500 IOPS

  • Por almacén de datos: Max. 15000 IOPS
  • Por TB: 5 TB X 500 IOPS = 2500 IOPS

  Se utiliza el valor más bajo de los dos anteriores, en este caso, 2500 IOPS.

Ejemplo de cálculo 2 Usted solicita un clúster EBC con 20 TB de almacenamiento de nivel 1 y 50 TB de almacenamiento de nivel 2. Luego tienes acceso a:

Nivel 1 – Un almacén de datos ya que la capacidad solicitada es menor o igual a 30 TB, con lo siguiente:

• Garantía - 20.000 IOPS

  • Por almacén de datos: Max. 30,000 IOPS
  • Por TB: 20 TB X 1000 IOPS = 20,000 IOPS

  Se utiliza el valor más bajo de los dos anteriores, en este caso, 20.000 IOPS.

• Límite - 30.000 IOPS

  • Por almacén de datos: Max. 45,000 IOPS
  • Por TB: 20 TB X 1500 IOPS = 30,000 IOPS

  Se utiliza el valor más bajo de los dos anteriores, en este caso, 30.000 IOPS.

Nivel 2 – Dos almacenes de datos de 25 TB, ya que la capacidad solicitada es superior a 30 TB, con lo siguiente:

• Garantía - 2500 IOPS

  • Por almacén de datos: Max. 7500 IOPS
  • Por TB: 25 TB X 250 IOPS = 6250 IOPS

  Se utiliza el valor más bajo de los dos anteriores, en este caso, 6.250 IOPS por almacén de datos.

• Límite - 5000 IOPS

  • Por almacén de datos: Max. 15000 IOPS
  • Por TB: 25 TB X 500 IOPS = 12.500 IOPS.

  Se utiliza el valor más bajo de los dos anteriores, en este caso, 12.500 IOPS por almacén de datos.

Uso del almacenamiento central EBC

Los cargos por almacenamiento compartido se basan en el consumo de la capacidad asignada de todos los discos virtuales vinculados y la capacidad en uso. Esto se mide a partir de lo siguiente, por política:

• Archivos swap VM
• Instantáneas
• Archivos de una biblioteca (plantillas de vApp e ISO)

Cuando se desea vincular más de 4 TB a una o más máquinas virtuales, en algunas situaciones, puede ser recomendable utilizar el Servicio de almacenamiento gestionado de Equinix (EMSS). Durante el uso de la EMSS, el almacenamiento se puede vincular dentro de las máquinas virtuales del cliente sin la intervención de la plataforma EBC. Los casos de uso son el uso de un archivo virtual o servidor de respaldo. Se pueden crear instantáneas opcionales o copias adicionales de los datos almacenados en el servicio EMS en un segundo centro de datos de IBX.

Red central EBC

La plataforma EBC ofrece varias funcionalidades de red virtual que puede configurar a través del portal de autoservicio. Equinix ofrece esta funcionalidad en cinco niveles de funciones de virtualización de funciones de red (NFV):

1. Básico
2. Estándar
3. Avanzado
4. Empresa
5. Empresa Plus

NFV: autoservicio

La mayoría de las funciones NFV están disponibles a través del portal web de autoservicio, herramientas de automatización y API. Esto da a la organización la oportunidad de implementar la configuración de red deseada sin tener que invertir en equipos por adelantado. Los arquitectos de Equinix pueden asesorar sobre esto si es necesario. Estos son algunos ejemplos de funciones NFV:

• Cortafuegos hasta la capa 4 (L4).
• NAT
• Enrutamiento
• Equilibrio de carga
• VPN

Enrutadores virtuales

Las características y funcionalidades que ofrecen los routers virtuales son similares a las de la red compartida, excepto que sus rangos de implementación solo cubren Large, Extra Large y Quad Large.

Microsegmentación

La micro-segmentación, también conocida por los firewalls distribuidos (DFW), es una característica importante de la plataforma ST de EBC y está disponible desde el nivel de función NFV avanzado. La función DFW permite a los usuarios aplicar dinámicamente reglas de firewall basadas en VM, etiquetas, grupos de puertos, tipo de sistema operativo, etc. Esto contrasta con situaciones tradicionales donde solo es posible cortafuegos en una interfaz de un router basado en dirección IP o segmento IP. La aplicación de reglas DFW hace posible el principio de la red de confianza cero cuando ya no hay necesidad de configurar un segmento IP, router y firewall para cada aplicación o colección de máquinas virtuales que protegen al usuario.

Unidades de compra de la red central EBC

Consulte las unidades de compra de la red EBC Flex ofrecidas por EBC Core Network.

Redes internas

Las redes internas son redes de capa 2 (L2) a las que se pueden conectar máquinas virtuales que solo pueden existir dentro de un entorno EBC Core en un solo centro de datos. Estas redes se basan en tecnología de superposición y están disponibles en grupos portuarios. Trascienden los clústeres de cómputo y solo se puede acceder a ellos a través de routers virtuales (L3) fuera del centro de datos. Los casos de uso incluyen zonificación y segmentación de la red EBC. Se pueden solicitar redes internas adicionales a través de una solicitud de servicio al Centro de Soporte de Equinix. Si necesita redes L2 y/o L3 que estén disponibles fuera de su entorno EBC Core, consulte Redes externas . Cinco redes internas se incluyen como parte del servicio EBC Core. Si se utilizan más de cinco redes internas por centro de datos, estas se facturan automáticamente cada mes.

Redes externas

Las redes externas son redes de capa 2 (L2) a las que se pueden conectar VM o routers. Para habilitar la conectividad externa, debe comprar los servicios de EBC Connect en combinación con otros servicios de Equinix, como Metro Connect o ECX Fabric. Las redes externas se basan en VLAN y están disponibles en forma de grupos de puertos. Trascienden los clústeres de cómputo y se puede acceder fuera del centro de datos sin la intervención de routers. Los casos de uso incluyen conectividad a un segundo centro de datos, entorno local o proveedores de nube pública. Se pueden solicitar redes externas adicionales a través de una solicitud de servicio desde el mostrador de soporte técnico de Equinix. Cinco redes externas se incluyen como parte del servicio EBC Core. Si se utilizan más de cinco redes externas por centro de datos, se facturan automáticamente cada mes.

Routers propios

Véase EBC Flex Network: Tenga routers propios para aprender más.

Medición

Equinix Managed Solutions se factura de las siguientes maneras:

• Base - La cantidad contratada del servicio (ejemplo: unidad de compra vCPU, vRAM)
• Exceso: cantidad de GB consumidos por encima del valor de referencia (ejemplo: el almacenamiento de referencia contratado es de 500 GB, se utilizan 600 GB y el exceso consumido es de 100 GB).
• Pago por uso - Totalmente variable (ejemplo: cantidad utilizada de GB para copias de seguridad)

Para medir la cantidad del consumo de componentes variables, Equinix utiliza herramientas de medición vinculadas al entorno de gestión de servicios. Solo los datos necesarios para determinar la cantidad de servicio consumido se exportan al sistema de facturación Equinix. Es obligatorio instalar las herramientas de VMware en todas las máquinas virtuales de la plataforma EBC.

Informes

El servicio EBC contiene opciones de informes estándar.

Licencias

Para problemas relacionados con la licencia, vaya a Licencias.

Nota:

• Compartir un disco virtual entre varias máquinas virtuales no se admite dentro del EBC. Por lo tanto, no se admite la aplicación de clústeres de conmutación por error de Microsoft Windows Server (WSFC) con discos compartidos a EBC.
• No se admite la aplicación de virtualización de E/S de raíz única (SR-IOV) ni el acceso a NIC físicas desde la máquina virtual.
• No es posible aplicar reservas de memoria por máquina virtual.
• No se admite el acceso directo al host.
• No hay gestión delegada ni soporte para que los clientes accedan a la capa de gestión de la plataforma EBC.

Opciones

GPU virtual EBC

Si necesita aceleración de GPU dentro de su entorno EBC, la plataforma EBC Core ofrece esta opción. Mediante la aplicación de tarjetas NVIDIA Tesla GP con acceso directo a la plataforma, la infraestructura de escritorio virtual (VDI) hace posible las aplicaciones con aceleración de la GPU. Se diseña un entorno adecuado con un arquitecto Equinix basado en bloques de construcción estandarizados.

Recuperación ante desastres de EBC

EBC Core ofrece la opción de establecer una ubicación de recuperación ante desastres (DR) como parte de su plan de continuidad de negocio mediante la aplicación de una solución DR.

El propósito de la funcionalidad de DR es acortar el tiempo necesario para restaurar el servicio después de la interrupción. Mediante la aplicación de replicación asíncrona o síncrona, EBC DR puede ofrecer un objetivo de punto de recuperación (RPO) de hasta 0 minutos.

Las funciones EBC fallback y DR sólo están disponibles en los centros de datos IBX de Ámsterdam y Zwolle.

Relaciones y dependencias

Ver Relaciones y Dependencias con los siguientes servicios a continuación -

• EBC Backup y Restore
• EBC Migración
• EBC Connect
• Connect del Cliente
• Interconexiones
• Conexión Metro
• Equinix Fabric

Firewall administrado

Una parte opcional del entorno EBC es una solución Managed Firewall que puede ser relevante para usted en los siguientes casos:

• Facilitar el acceso seguro a la nube pública y a otras redes externas.
• Añada funciones de detección de intrusiones (IDS) o prevención de intrusiones (IPS) a la plataforma EBC.
• Tener acceso directo a la capa de gestión de la plataforma EBC. Consulte Acceso directo a la plataforma para más detalles.
• Transfiera la gestión operativa del cortafuegos a Equinix.

Las características más importantes del servicio Managed Firewall incluyen:

• Cortafuegos
• Enrutamiento
• IDS/IPS (variante de pedido)
• Equilibrio de la carga
• VPN

Router gestionado

La solución Managed Router es una parte opcional del entorno EBC que puede resultarles relevante en los siguientes casos:

• Facilite el acceso a la nube pública, los proveedores de WAN y las redes locales.
• Transferir la gestión operativa de los routers a Equinix.

Las características más importantes del router gestionado son:

• Enrutamiento dinámico
• Enrutamiento estático
• NAT
• Protocolo de redundancia de enrutadores virtuales (VRRP)