Núcleo EBC

Un entorno EBC Core se configura para un único cliente (inquilino único) en hardware dedicado. La infraestructura consta de recursos informáticos, recursos de almacenamiento y recursos de red que pueden configurarse y gestionarse a través de un portal.

Core Compute EBC

EBC Core ofrece un entorno informático en el que los recursos se utilizan de forma eficiente. La plataforma EBC Core de un usuario puede incluir varios clústeres informáticos. Es posible que se necesiten diferentes clústeres informáticos para la virtualización de escritorios, entornos de producción y over-the-air (OTA) independientes, restricciones de licencia o garantías de CPU. EBC Core se suministra en un clúster formado por varios hosts.

Anfitrión principal de 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 proporciona en la última versión disponible. Para entornos EBC con requisitos de memoria más exigentes, existe un tipo de servidor hipervisor de alta memoria. Se puede utilizar bajo petición. La siguiente tabla enumera los tipos de servidores hipervisores disponibles actualmente con la capacidad útil que un solo servidor hipervisor añade a un clúster.

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

Nota: Capacidad neta del clúster

Un entorno EBC Core tiene una configuración de clúster de al menos tres hosts, de los cuales se utilizan dos y uno es de repuesto (principio 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 hipervisores (28 + 2). La capacidad de los servidores de reserva no está disponible para uso habitual y, por lo tanto, no forma parte de la capacidad neta. La siguiente descripción general 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 número de núcleos de CPU y GB de RAM utilizables.

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

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 del host. El compromiso del 50 % es la compra mínima en capacidad neta de RAM en GB del clúster. La capacidad neta total de RAM del clúster está disponible para su compra y el uso de la capacidad de RAM en GB superior al 50 % se cobra por cada 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.

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

También puede ampliar su entorno EBC Core. La ampliación se realiza en forma de 1 host más un 50% de compromiso de la capacidad neta de GB de vRAM.

EBC vCPU

Dentro del producto EBC Core, 1 CPU equivale al menos a 2,4 GHz. Usted determina cómo utilizar la capacidad de los núcleos físicos de CPU disponibles en la red. Existen directrices para el uso de vCPU con el fin de garantizar un rendimiento predecible de las aplicaciones. Los valores garantizados de vCPU en caso de sobresuscripción indican cuántas vCPU se pueden implementar para cada núcleo de CPU físico presente. EBC Core le ofrece libertad para decidir en qué medida se aplica la sobresuscripción por clúster de cómputo.

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

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

Ejemplo de cálculo EBC Core

Usted dispone de un entorno para aplicaciones con una carga superior a la media y, por lo tanto, utiliza la EBC vCPU con garantía alta. 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 vCPUs: 2 = 250 CPUs.

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

100 vCPUs: 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.

Alojamientos

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, necesita una capacidad de 11 hosts.

4400 GB vRAM : 450 = 9,8 - En términos de memoria, 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 implementará 1 host de repuesto. En este ejemplo, se añade 1 host de repuesto 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.

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

Nota: Capacidad neta del clúster

Dentro de este clúster, dispone de una capacidad neta de 308 CPUs y 4950 GB de RAM. La capacidad solicitada y requerida inmediatamente es de 500 vCPUs (1:2) y 4000 GB RAM.

• Este cluster contiene 308 CPUs. Las 500 vCPU de alta garantía (1:2) utilizan 250 CPU. Hay todavía 308 - 250 = 58 CPU de capacidad neta disponible. El uso de CPU no tiene ningún componente de coste (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, el 50% restante (2475 GB RAM) por unidad de compra de 1 GB RAM está disponible como Exceso. Para los 4000 GB de RAM que se necesitan directamente, 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.

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 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 un crecimiento regular? Si es así, puede acceder a recursos adicionales. El consumo adicional se factura automáticamente cada mes. El gestor de cuentas de Equinix puede asesorarle sobre la compra que mejor se adapte 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 recursos informáticos. Existen recomendaciones para el mejor rendimiento de una máquina virtual. Añadir más recursos de computación a una máquina virtual por encima del tamaño recomendado no siempre conlleva mejoras en el 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 VMware. El precio del host incluye las licencias de VMware. EBC Core 3.0 NVL ofrece la opción de liquidar las licencias VMware por separado como puntos de licencia VMware. En este caso, pagará un precio inferior por el 50% de la vRAM de compromiso y por la vRAM de GB adicional. La ventaja **** de esta opción es que las licencias sólo se liquidan por el tiempo que una VM en la plataforma utiliza realmente 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 puede adquirirse en cuatro niveles de rendimiento (tiers), en forma de almacenes de datos en los que pueden colocarse máquinas virtuales. El rendimiento del almacén de datos depende de su tamaño y se expresa en operaciones de E/S por segundo (IOPS). El rendimiento de cada uno de los almacenes de datos se reparte entre las máquinas virtuales que se encuentran 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á obligada a entregar. Puede utilizar más del valor garantizado durante períodos cortos, hasta el valor límite, de acuerdo con el principio de uso justo. Un gestor de cuentas de Equinix puede asesorarle sobre los niveles de rendimiento que mejor se adaptan a su situación. A continuación se muestran las especificaciones de rendimiento de almacenamiento de los niveles entregables.

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

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 superación a largo plazo de la garantía (uso justo), Equinix se reserva el derecho de fijar 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 de EBC Core se adquiere en almacenes de datos según la política de almacenamiento, con unidades de compra de 1 GB. A cada política se le aplica un commit o baseline mínimo 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 1Usted adquiere un cluster EBC con 5 TB de almacenamiento de nivel 2. A continuación, tiene acceso a 1 almacenamiento 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: Máx. 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: Máx. 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 2Usted encarga un cluster EBC con 20 TB de almacenamiento de nivel 1 y 50 TB de almacenamiento de nivel 2. A continuación, tendrá acceso a:

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

• Garantía - 20.000 IOPS

  • Por almacén de datos: Máx. 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: Máx. 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: Máx. 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: Máx. 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 desee vincular más de 4 TB a una o varias máquinas virtuales, en algunas situaciones puede ser recomendable utilizar el servicio Equinix Managed Storage Service (EMSS). Al utilizar EMSS, el almacenamiento se puede vincular dentro de las máquinas virtuales del cliente sin la intervención de la plataforma EBC. Algunos casos de uso son el uso de un archivo virtual o un servidor de copia de seguridad. Se pueden crear instantáneas opcionales o copias adicionales de los datos almacenados en el servicio EMS en un segundo centro de datos IBX.

Red central EBC

La plataforma EBC ofrece diversas 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, las herramientas de automatización y la API. Esto brinda 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 asesorarle al respecto 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 ofrece Routers Virtuales son similares a las de Red Compartida, salvo que sus rangos de despliegue sólo cubren Large, Extra Large y Quad Large.

Microsegmentación

La microsegmentación, también conocida como cortafuegos distribuidos (DFW), es una característica importante de la plataforma EBC ST y está disponible a partir del nivel de funciones NFV avanzadas. La función DFW permite a los usuarios aplicar dinámicamente reglas de cortafuegos basadas en máquinas virtuales, etiquetas, grupos de puertos, tipo de sistema operativo, etc. Esto contrasta con las situaciones tradicionales, en las que solo es posible aplicar un cortafuegos en una interfaz de un router basado en direcciones IP o segmentos IP. La aplicación de reglas DFW hace posible el principio de red de confianza cero, en la que ya no es necesario configurar un segmento IP, un router y un firewall para cada aplicación o conjunto de máquinas virtuales que protegen al usuario.

Unidades de compra de la red central EBC

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

Redes internas

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

Redes exteriores

Las redes externas son redes de capa 2 (L2) a las que se pueden conectar máquinas virtuales o routers. Para habilitar la conectividad externa, debe adquirir los servicios 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 informáticos y se puede acceder a ellas fuera del centro de datos sin la intervención de routers. Entre los casos de uso se incluyen la conectividad a un segundo centro de datos, un entorno local o proveedores de nube pública. Se pueden solicitar redes externas adicionales a través de una solicitud de servicio al servicio de asistencia de Equinix. Se incluyen cinco redes externas 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

Consulte EBC Flex Network: Routers propios para obtener más información.

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 de consumo del componente variable, Equinix utiliza herramientas de medición vinculadas al entorno de gestión de servicios. Sólo los datos necesarios para determinar la cantidad de servicio consumido se exportan al sistema de facturación de Equinix. Es obligatorio instalar las herramientas VMware en cada máquina virtual de la plataforma EBC.

Informes

El servicio EBC contiene opciones de informes estándar.

Licencias

Para cuestiones relacionadas con licencias, vaya a Licencias.

Nota:

• Compartir un disco virtual entre varias máquinas virtuales no es compatible con EBC. Por lo tanto, no se admite la aplicación de Microsoft Windows Server failover clustering (WSFC) con discos compartidos en 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 en su entorno EBC, la plataforma EBC Core le ofrece esta opción. Al aplicar las tarjetas NVIDIA Tesla GP con acceso directo a la plataforma, la infraestructura de escritorio virtual (VDI) hace posible las aplicaciones con aceleración de GPU. Se diseña un entorno adecuado con un arquitecto de Equinix basado en bloques de construcción estandarizados.

Recuperación en caso de catástrofe 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 objetivo de la funcionalidad DR es acortar el tiempo necesario para restaurar el servicio tras una interrupción. Aplicando la 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 and Restore
• EBC Migration
• EBC Connect
• Customer Connect
• Cross Connects
• Metro Connect
• Equinix Fabric

Cortafuegos gestionado

Una parte opcional del entorno EBC es una solución de firewall gestionado que puede resultarles relevante 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 obtener más información.
• 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)