Disponibilidad de EBC
La Disponibilidad de EBC forma parte de la cartera de servicios de plataforma de Equinix Business Cloud (EBC). Es una solución de recuperación de desastres basada en la nube diseñada específicamente para su entorno EBC. Esto proporciona una recuperación rápida, eficiente y segura ante desastres de una manera autoservicio o administrada, dependiendo de la variante de plataforma EBC comprada (Flex, Single Inquilant o Core).
La recuperación ante desastres como servicio (DRaaS) se proporciona para todos los tipos de máquinas virtuales (hasta misión crítica) como parte de su plan Business Continuity. Para EBC Flex y Single Inquilino (ST) el servicio está disponible de manera autoservicio, y para EBC Core de manera administrada. Para adaptarse a la importancia de los datos, el servicio se ofrece en varias variantes de RPO.
Los principales casos de uso de ambas variantes son:
-
EBC Flex / Replicación de un solo inquilino –
- Replicación de máquinas virtuales entre variantes EBC Flex / ST, ubicaciones y niveles con valores RPO de hasta 1 hora.
- Replicación de vSphere local a variantes, ubicaciones y niveles de EBC Flex/ST con valores de RPO de hasta 1 hora.
-
EBC Core -
Replicación de máquinas virtuales entre ubicaciones y niveles con intervalos de hasta 4 horas.
EBC Availability está diseñado para extender la plataforma EBC con funcionalidades DRaaS. De esta manera, las VM se replican entre las ubicaciones de EBC de elección en los Países Bajos con valores de RPO de hasta 1 hora.
Disponibilidad para EBC Flex y ST (autoservicio)
EBC Availability para EBC Flex / ST es la oferta de DRaaS de autoservicio de Equinix, dirigida a los centros de datos virtuales (VDC) EBC Flex y ST.
EBC Availability ofrece una replicación de máquinas virtuales coherente en tres perfiles de SLA seleccionables por el cliente en tres centros de datos de los Países Bajos.
Además de replicar hacia y desde Flex/ST, también se admite una combinación de ambos.
El VDC en el centro de datos secundario podría consistir en computación o almacenamiento de menor coste (en términos de capacidad y rendimiento), pero debe ser suficiente para la carga de trabajo prevista.
Para poder conmutar con éxito las VM al centro de datos secundario, debe estar disponible un VDC y una topología de red adecuada. Equinix puede ayudar a diseñar un diseño de red adecuado que respalde el objetivo de RD. Especialmente en una situación de RD, es primordial que la conectividad a Internet, ubicaciones locales y / o gabinete esté funcionando como se pretende dentro del centro de datos secundario.
Para asegurarse de que las conmutaciones por error funcionan según lo previsto, EBC Availability admite la prueba de conmutaciones por error de máquinas virtuales en autoservicio.
Resumen del SLA
| Parámetro | Valor | Descripción |
|---|---|---|
| RPO | Oro = 1 hora de plata = 4 horas de bronce = 12 horas | Plazo en el que finaliza la replicación. |
| RTO | 30 min | El periodo de tiempo dentro de la máquina virtual debe iniciarse en el centro de datos secundario, tras la conmutación por error iniciada por el cliente.1 |
| # Puntos de retención | Oro = Último + 8 puntos Plata = Último + 6 puntos Bronce = Último + 2 puntos | Todos los perfiles consisten en el último punto de restauración + cantidad de puntos de restauración almacenados automáticamente. Max. la edad del punto de restauración es de 2 días |
Nota:
- La RTO comienza después de que los usuarios inician la conmutación por error.
Si en cualquier momento se necesita una conmutación por error, el usuario puede conmutar por error la carga de trabajo al centro de datos secundario de una manera de autoservicio. De esta manera, el usuario tiene el control de la conmutación por error, lo que resulta en una recuperación (aplicación) más rápida. Para hacer posible la conmutación por error, las VM se replican de acuerdo con el perfil SLA seleccionado. Los enlaces de red y los anchos de banda son operados y monitoreados por Equinix como parte del servicio.
Después de que el centro de datos primario haya vuelto a su funcionamiento normal, el usuario invierte la dirección de replicación en el portal EBC. Cuando se completan, las máquinas virtuales y las aplicaciones vuelven al centro de datos primario en un momento adecuado elegido por el usuario.
Nota: La conectividad relacionada con el usuario (a la que se adjuntan las VM y las aplicaciones), se configura y se adquiere fuera del servicio de disponibilidad de EBC, y debe configurarse de antemano para hacer posible la conectividad entre centros de datos, Internet, gabinetes y redes locales.
Rendimiento y capacidad
Para un servicio DRaaS de autoservicio es fundamental saber qué actividades tienen un impacto en el rendimiento, la capacidad y la responsabilidad del entorno en su conjunto. Estas responsabilidades incluyen las siguientes.
- La tecnología debajo del servicio de disponibilidad EBC está basada en filtros de E/S (captura) en lugar de instantáneas. Mediante el uso del enfoque de filtro, se evita el impacto en el rendimiento de las VM mediante el uso de instantáneas.
- El usuario es responsable de seleccionar el nivel de rendimiento de procesamiento y almacenamiento de EBC adecuado en el centro de datos secundario. El nivel de rendimiento seleccionado debe cumplir con el SLA del usuario y el rendimiento esperado en caso de que deba realizarse una conmutación por error.
- El usuario debe asegurarse de que la cantidad de capacidad de procesamiento y almacenamiento EBC en el segundo centro de datos es suficiente para realizar una conmutación por error completa. Cuando recursos como test & dev se ejecutan en ubicaciones secundarias, es posible que el usuario deba apagar estos recursos antes de que se produzca la conmutación por error.
- La disponibilidad y capacidad del enlace de replicación en escenarios de nube a nube es parte del servicio. Equinix se asegura de que esté disponible y tenga la capacidad suficiente para cumplir con el SLA.
- La disponibilidad y la capacidad para las redes relacionadas con el usuario deben estar en su lugar antes de que pueda ocurrir una conmutación por error exitosa. El usuario es responsable de asegurarse de que está disponible, y tiene capacidad suficiente para satisfacer las necesidades.
Opciones de facturación
La disponibilidad de EBC para EBC Flex / ST se factura por máquina virtual al mes, en función del perfil de SLA elegido.
El precio incluye la conectividad de replicación y el ancho de banda, y se ofrece en 3 perfiles de SLA:
- Disponibilidad EBC RPO = 1
- EBC Disponibilidad RPO = 4
- Disponibilidad EBC OPR = 12
Los costes de capacidad informática y de almacenamiento en el centro de datos secundario forman parte del servicio EBC.
Además, se requiere conectividad de red multisitio para las máquinas virtuales.
Medición
Para determinar la cantidad de máquinas virtuales replicadas para la facturación, se cuentan todas las máquinas virtuales que formaban parte de un determinado perfil de SLA diariamente.
Si se cambia una máquina virtual entre diferentes perfiles SLA en el plazo de un mes, se facturará en consecuencia.
Relaciones y dependencias
La disponibilidad de EBC solo se puede consumir como parte de los servicios EBC Flex / ST.
Nota:
- Durante la conmutación por error, no se produce ninguna replicación, por lo que no se cumple el SLA.
- Durante la fase de configuración del failback (re-protect), no tiene lugar ninguna replicación, y por lo tanto no se adhiere al SLA.
- Volver a la situación antes del desastre, es necesario. El failback debe realizarse dentro de 1 mes después del desastre.
- Las copias de seguridad durante la conmutación por error sólo existen cuando el usuario ha solicitado un plan de copias de seguridad para el centro de datos secundario.
Disponibilidad para EBC Core (Gestionado)
La Disponibilidad EBC para EBC Core es la oferta DRaaS administrada de Equinix, y se puede agregar a clústeres EBC Core que residen en centros de datos EBC separados. El servicio ofrece una replicación consistente en fallos en cuatro opciones de RPO seleccionables.
Basado en los requisitos del usuario (como RPO, RTO y red), se realiza un diseño. Basado en este diseño, Equinix implementa el entorno DRaaS gestionado a partir de los parámetros acordados en la parte superior del núcleo EBC. Cuando se configura para la replicación, se requiere la plataforma EBC Core en ubicaciones primarias y secundarias.
En la fase de despliegue, Equinix configura las máquinas virtuales replicadas según el diseño acordado.
Resumen del SLA
| Parámetro | Valor | Descripción |
|---|---|---|
| RPO | 4 horas 8 horas 12 horas 24 horas | OPR seleccionable en 4 opciones. |
| RTO | 4 horas | En caso de que se registre con éxito un incidente P1, la máquina virtual debe iniciarse en el centro de datos secundario. |
| # Puntos de retención | 2 (último + 1) | Cantidad de puntos de retención disponibles en el centro de datos secundario. |
En caso de desastre, Equinix concederá las máquinas virtuales al centro de datos secundario con la aprobación explícita del usuario como parte del incidente de prioridad 1 (P1). Equinix inicia el procedimiento de conmutación por error iniciando las máquinas virtuales replicadas en el centro de datos secundario. La configuración de red en el centro de datos secundario debe preconfigurarse correctamente para una conmutación por error exitosa. El usuario es responsable de las pruebas funcionales de la red.
Si la situación en el centro de datos primario vuelve a la normalidad de nuevo, Equinix puede mover las máquinas virtuales del usuario de nuevo a la ubicación original. Una prueba anual de conmutación por error puede ser solicitada por el usuario como una solicitud de servicio.
Rendimiento y capacidad
Para un servicio DRaaS, es fundamental saber qué actividades afectan el rendimiento, la capacidad y la responsabilidad del medio ambiente. Estas responsabilidades incluyen:
- La tecnología que se encuentra debajo del servicio de disponibilidad de EBC para EBC Core está basada en instantáneas. La realización de replicaciones basadas en instantáneas puede afectar el rendimiento de la VM.
- El usuario es responsable de seleccionar el nivel de rendimiento de procesamiento y almacenamiento de EBC adecuado en el centro de datos secundario. El nivel de rendimiento seleccionado debe cumplir con el SLA del usuario y el rendimiento esperado en caso de que deba realizarse una conmutación por error. Esto es necesario para que Equinix garantice el nivel de almacenamiento en el centro de datos secundario.
- El usuario debe asegurarse de que la cantidad de capacidad de procesamiento y almacenamiento EBC en el segundo centro de datos es suficiente para realizar una conmutación por error completa. Cuando recursos como test & dev se están ejecutando en ubicaciones secundarias, es posible que el usuario deba apagarlos antes de que las cargas de trabajo de producción puedan fallar.
- La disponibilidad y capacidad del enlace de replicación en escenarios de nube a nube es parte del servicio. Equinix se asegura de que esté disponible y tenga la capacidad suficiente para cumplir con el SLA.
Opciones de facturación
EBC Core Availability Standard se factura en una VM por mes. Los precios incluyen conectividad de replicación y ancho de banda, y se ofrecen en 4 grupos SLA:
- Disponibilidad del núcleo EBC RPO = 4
- Disponibilidad del núcleo EBC RPO = 8
- Disponibilidad del núcleo EBC RPO = 12
- Disponibilidad del núcleo EBC RPO = 24
Los costos de la capacidad de procesamiento y almacenamiento en el centro de datos secundario forman parte del servicio EBC Core. Además, se requiere conectividad de red multisitio para las máquinas virtuales.
Medición
Para determinar la cantidad de máquinas virtuales replicadas para la facturación, se cuentan todas las máquinas virtuales que formaban parte de un determinado perfil de SLA diariamente.
- Si una máquina virtual se elimina del grupo SLA antes de final de mes, no se facturará el mes siguiente.
- Si se cambia una máquina virtual entre diferentes perfiles SLA en el plazo de un mes, se facturará en consecuencia.
Relaciones y dependencias
EBC Core Availability sólo puede consumirse como parte de los servicios de la plataforma EBC Core.
Nota:
- Durante la conmutación por error, no se produce ninguna replicación, por lo que no se cumple el SLA.
- Durante la fase de configuración del failback (re-protect), no tiene lugar ninguna replicación, y por lo tanto no se adhiere al SLA.
- Volver a la situación antes del desastre, es necesario. El failback debe realizarse dentro de 1 mes después del desastre.
- Las copias de seguridad durante la conmutación por error sólo existen cuando el usuario ha solicitado un plan de copias de seguridad para el centro de datos secundario.
Actividades operativas
Responsabilidades
Aprovisionamiento
| Aprovisionamiento de los siguientes componentes (sólo gestionados) | Equinix | Usuario |
|---|---|---|
| Despliegue del entorno de replicación de usuarios | RAC | I |
| Implemente conectividad de red entre centros de datos para el tráfico de replicación | RAC | I |
Procesos operativos
| Actividades | Equinix | Usuario |
|---|---|---|
| Supervisar el entorno de replicación | RAC | I |
| Supervisar los procesos de replicación | RAC | I |
| Parches de hardware y software | RAC | |
| Proporcionar suficiente ancho de banda de red para la replicación | RAC | |
| Proporcionar suficiente capacidad (informática/almacenamiento) en el centro de datos secundario. | I | RAC |
Durante la conmutación por error
| Actividades | Equinix | Usuario |
|---|---|---|
| Decisión de iniciar el procedimiento de conmutación por error de la máquina virtual (sólo gestionado) | I | RAC |
| Conmutación por error de máquinas virtuales a un centro de datos secundario (sólo gestionado) | RAC | I |
| Configurar y ajustar la configuración de red en el centro de datos secundario | RAC | |
| Decisión de volver al modo de funcionamiento normal (sólo gestionado) | I | RAC |
| Failback de máquinas virtuales al centro de datos primario (sólo gestionado) | RAC | I |
| Configurar y ajustar la configuración de red en el centro de datos primario | RAC |
Niveles de servicio – Equinix Business Cloud
Disponibilidad
| Disponibilidad del servicio | |
|---|---|
| Nivel de disponibilidad | Estándar |
| Disponibilidad (%) | 99.5% |
Solicitudes de servicio (sólo gestionado)
| Nombre de la solicitud | Descripción | En el ámbito del servicio* | Plazo de entrega (objetivo) |
|---|---|---|---|
| Añadir VM al grupo de conmutación por error | Añadir VM al grupo de conmutación por error con el valor RPO especificado | Sí | 2 días |
| Eliminar VM del grupo de conmutación por error | Eliminar VM del grupo de conmutación por error con el valor RPO especificado | Sí | 2 días |
| Prueba de conmutación por error | Solicite asistencia para realizar pruebas de failover. Debe solicitarse al menos 1 mes antes de la fecha de ejecución prevista. | No (cambio no estándar) | En consulta |
| Conmutación por error del trabajo de copia de seguridad | Solicitud de un trabajo de copia de seguridad para máquinas virtuales durante la conmutación por error. | No | 2 días |
Nota: El alcance del servicio significa que no hay cargos adicionales por el tipo de servicio mencionado.
Responsabilidades
| Suministro de componentes de servicio | Equinix | Usuario |
|---|---|---|
| Gestión técnica del servicio EBC Availability | RAC | I¹ |
| Gestión funcional del entorno del usuario con el servicio | IC² | RA |
Nota:
(¹) Solo es necesario informar sobre las tareas que afectan al servicio de disponibilidad de EBC.
(²) Solo es necesario informar sobre las tareas que afectan al entorno del usuario.
Gestión de fallos
Tiempos de respuesta y resolución
| Prioridad | Tiempo de respuesta* | Tiempo de resolución | Ejecución de las obras | SLA¹² |
|---|---|---|---|---|
| P1 | < 15 min | < 4 horas | 24x7 | 95% |
| P2 | < 30 min | < 8 horas | Ventana de servicio | 95% |
| P3 | < 60 min | < 24 horas | Ventana de servicio | 95% |
Nota:
(¹) Tiempo entre el registro del incidente y el contacto con un especialista de Equinix Managed Solutions. (²) El SLA se aplica a los tiempos de reacción y resolución.