EBC Availability
EBC Availability forma parte de la cartera de servicios de plataforma de Equinix Business Cloud (EBC). Se trata de una solución de Recuperación ante Desastres basada en la nube diseñada específicamente para su entorno EBC. Esto proporciona una Recuperación ante Desastres rápida, eficiente y segura de forma autoservicio o gestionada, en función de la variante de plataforma EBC adquirida (Flex, Single Tenant o Core).
Recuperación ante desastres como servicio (DRaaS) se proporciona para todo tipo de máquinas virtuales (hasta las de misión crítica) como parte de su plan de continuidad empresarial. Para EBC Flex y Single Tenant (ST) el servicio está disponible de forma autoservicio, y para EBC Core de forma gestionada. 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 inquilino único -
- Replicación de máquinas virtuales entre variantes, ubicaciones y niveles de EBC Flex / ST con valores de 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 ampliar la plataforma EBC con funcionalidades DRaaS. De este modo, las máquinas virtuales se replican entre las ubicaciones de EBC de su 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 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 realizar con éxito la conmutación por error de las máquinas virtuales al centro de datos secundario, se debe disponer de un VDC y de una topología de red adecuada. Equinix puede ayudar a diseñar un diseño de red adecuado que respalde el objetivo de DR. Especialmente en una situación de DR, es fundamental que la conectividad a Internet, las ubicaciones locales y/o el armario funcionen según lo previsto en el 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
| Parameter | Value | Description |
|---|---|---|
| RPO | Gold = 1 hour Silver = 4 hours Bronze = 12 hours | Timeframe in which the replication is finished. |
| RTO | 30 min | Timeframe within the VM must be started in the secondary data-center, upon customer-initiated failover.1 |
| # Retention points | Gold = latest + 8 points Silver = latest + 6 points Bronze = latest + 2 points | All profiles consist of latest restore point + amount of automatically stored restore points. Max. restore point age is 2 days |
Nota:
- La RTO comienza después de que los usuarios inician la conmutación por error.
Si en algún momento es necesaria una conmutación por error, el usuario puede conmutar por error la carga de trabajo al centro de datos secundario de forma autoservicio. De este modo, el usuario tiene el control de la conmutación por error, lo que se traduce en una recuperación (de la aplicación) más rápida. Para hacer posible la conmutación por error, las máquinas virtuales se replican de acuerdo con el perfil SLA seleccionado. Los enlaces de red y los anchos de banda son operados y supervisados por Equinix como parte del servicio.
Una vez que el centro de datos primario ha vuelto al funcionamiento normal, el usuario invierte la dirección de replicación en el portal EBC. Una vez completado, las máquinas virtuales y las aplicaciones vuelven al centro de datos primario en el momento adecuado elegido por el usuario.
Nota: La conectividad relacionada con el usuario (a la que se conectan las máquinas virtuales y las aplicaciones) se configura y adquiere fuera del servicio de disponibilidad EBC, y debe configurarse previamente para hacer posible la conectividad entre los centros de datos, Internet, los armarios y las 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 subyacente al servicio EBC Availability se basa en filtros de E/S (captura) en lugar de instantáneas. Al utilizar el enfoque de filtro, se evita el impacto en el rendimiento de las máquinas virtuales mediante el uso de instantáneas.
- El usuario es responsable de seleccionar el nivel adecuado de rendimiento de computación y almacenamiento de EBC en el centro de datos secundario. El nivel de rendimiento seleccionado debe cumplir el SLA del usuario y el rendimiento esperado en caso de que sea necesario realizar una conmutación por error.
- El usuario debe asegurarse de que la capacidad de cálculo y almacenamiento de EBC en el segundo centro de datos es suficiente para realizar una conmutación por error completa. Si en las ubicaciones secundarias se ejecutan recursos como pruebas y desarrollo, el usuario podría tener que apagarlos 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 forma parte del servicio. Equinix se asegura de que esté disponible y tenga capacidad suficiente para cumplir el SLA.
- La disponibilidad y capacidad de las redes relacionadas con el usuario deben estar disponibles antes de que pueda producirse una conmutación por error satisfactoria. El usuario es responsable de asegurarse de que está disponible y de que tiene capacidad suficiente para satisfacer sus necesidades.
Opciones de facturación
EBC Availability para EBC Flex / ST se factura por VM al mes en función del Perfil 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
EBC Availability sólo puede consumirse 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.
- Es necesario volver a la situación anterior a la catástrofe. El failback debe realizarse en el plazo de 1 mes tras la catástrofe.
- 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)
EBC Availability para EBC Core es la oferta DRaaS gestionada de Equinix, y puede añadirse a clústeres EBC Core que residan en centros de datos EBC independientes. El servicio ofrece replicación consistente en cuatro opciones de RPO seleccionables.
A partir de los requisitos del usuario (como RPO, RTO y red), se realiza un diseño. Basándose en este diseño, Equinix implementa el entorno DRaaS gestionado a partir de los parámetros acordados sobre EBC Core. Cuando se configura para replicación, se requiere la plataforma EBC Core en las ubicaciones primaria y secundaria.
En la fase de despliegue, Equinix configura las máquinas virtuales replicadas según el diseño acordado.
Resumen del SLA
| Parameter | Value | Description |
|---|---|---|
| RPO | 4 hours 8 hours 12 hours 24 hours | Selectable RPO in 4 options. |
| RTO | 4 hours | Timeframe within the VM must be started in the secondary data-center in case of a successful registration of a P1 incident. |
| # Retention points | 2 (latest + 1) | Amount of retention point available in secondary data-center. |
En caso de desastre, Equinix conmutará por error 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 comienza 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 estar preconfigurada correctamente para que la conmutación por error se realice correctamente. El usuario es responsable de las pruebas funcionales de la red.
Si la situación en el centro de datos principal vuelve a la normalidad, Equinix puede volver a trasladar las máquinas virtuales del usuario a la ubicación original. El usuario puede solicitar una prueba anual de conmutación por error como solicitud de servicio.
Rendimiento y capacidad
Para un servicio DRaaS, es fundamental saber qué actividades afectan al rendimiento, la capacidad y la responsabilidad del entorno. Estas responsabilidades incluyen:
- La tecnología subyacente al servicio EBC Availability para EBC Core está basada en instantáneas. Realizar réplicas basadas en instantáneas puede afectar al rendimiento de las máquinas virtuales.
- El usuario es responsable de seleccionar el nivel de rendimiento de computación y almacenamiento de EBC adecuado en el centro de datos secundario. El nivel de rendimiento seleccionado debe cumplir el SLA del usuario y el rendimiento esperado en caso de que sea necesario realizar 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 capacidad de computación y almacenamiento de EBC en el segundo centro de datos es suficiente para realizar una conmutación por error completa. Si en las ubicaciones secundarias se ejecutan recursos como pruebas y desarrollo, el usuario podría tener que apagarlos antes de realizar la conmutación por error de las cargas de trabajo de producción.
- La disponibilidad y capacidad del enlace de replicación en escenarios de nube a nube forma parte del servicio. Equinix se asegura de que esté disponible y tenga capacidad suficiente para cumplir el SLA.
Opciones de facturación
EBC Core Availability Standard se factura por VM al mes. El precio incluye la conectividad de replicación y el ancho de banda, y se ofrece en 4 grupos de 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 costes de capacidad informática y de 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.
- Es necesario volver a la situación anterior a la catástrofe. El failback debe realizarse en el plazo de 1 mes tras la catástrofe.
- 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
| Provisioning of the following components (Managed only) | Equinix | User |
|---|---|---|
| Deploy user replication environment | RAC | I |
| Deploy network connectivity between data-centers for replication traffic | RAC | I |
Procesos operativos
| Activities | Equinix | User |
|---|---|---|
| Monitor replication environment | RAC | I |
| Monitor replication processes | RAC | I |
| Patch hard and software | RAC | |
| Provide sufficient network bandwidth for replication | RAC | |
| Provide sufficient (compute/storage) capacity in secondary data-center | I | RAC |
Durante la conmutación por error
| Activities | Equinix | User |
|---|---|---|
| Decision to start VM failover procedure (Managed only) | I | RAC |
| Failover of VMs to secondary data-center (Managed only) | RAC | I |
| Configure and adjust network configuration in secondary data-center | RAC | |
| Decision to return to normal mode of operation (Managed only) | I | RAC |
| Failback of VMs to primary data-center (Managed only) | RAC | I |
| Configure and adjust network configuration in primary data-center | RAC |
Niveles de servicio - Equinix Business Cloud
Disponibilidad
| Service Availability | |
|---|---|
| Availability level | Standard |
| Availability (%) | 99.5% |
Solicitudes de servicio (sólo gestionado)
| Request Name | Description | In scope of service* | Lead-time (goal) |
|---|---|---|---|
| Add VM to failover group | Add VM to failover group with specified RPO value | Yes | 2 days |
| Remove VM from failover group | Remove VM from failover group with specified RPO value | Yes | 2 days |
| Perform failover test | Request assistance for performing failover tests. Needs to be requested at least 1 month before planned execution date. | No (non-standard change) | In consultation |
| Backup job failover | Request for a Backup job for VMs during failover. | No | 2 days |
Nota: En el ámbito del servicio significa que no hay cargos adicionales por el tipo de servicio mencionado.
Responsabilidades
| Provisioning of service components | Equinix | User |
|---|---|---|
| Technical management of the EBC Availability service | RAC | I¹ |
| Functional management of user environment with the service | 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.
Tratamiento del fracaso
Tiempos de respuesta y resolución
| Priority | Response Time* | Resolution time | Execution of work | SLA¹² |
|---|---|---|---|---|
| P1 | < 15 min | < 4 hours | 24x7 | 95% |
| P2 | < 30 min | < 8 hours | Service window | 95% |
| P3 | < 60 min | < 24 hours | Service window | 95% |
Nota:
(¹) Tiempo transcurrido entre el registro de la incidencia y el contacto con un especialista de Equinix Managed Solutions. (²) El SLA se aplica a los tiempos de reacción y resolución.