EBC Availability
EBC Availability fait partie du portefeuille de services de plateforme d'Equinix Business Cloud (EBC). Il s'agit d'une solution de reprise après sinistre basée sur le cloud et conçue spécifiquement pour votre environnement EBC. Elle permet une reprise après sinistre rapide, efficace et sécurisée, en libre-service ou de manière managée, en fonction de la variante de plateforme EBC achetée (Flex, Single Tenant ou Core).
Disaster Recovery as a Service (DRaaS) est fourni pour tous les types de VM (jusqu'à mission critique) dans le cadre de votre plan de continuité des activités. Pour EBC Flex et Single Tenant (ST), le service est disponible en libre-service, et pour EBC Core, il est Managed Solutions. Pour s'adapter à l'importance des données, le service est proposé en plusieurs variantes de RPO.
Les principaux cas d'utilisation des deux variantes sont les suivants :
-
Réplication EBC Flex / Single Tenant -
- Réplication des machines virtuelles entre les variantes EBC Flex / ST, les sites et les niveaux avec des valeurs RPO allant jusqu'à 1 heure.
- Réplication de vSphere sur site vers les variantes EBC Flex / ST, les emplacements et les niveaux avec des valeurs RPO allant jusqu'à 1 heure.
-
EBC Core -
Réplication des machines virtuelles entre les sites et les niveaux avec des intervalles allant jusqu'à 4 heures.
EBC Availability est conçu pour étendre la plateforme EBC avec des fonctionnalités DRaaS. De cette manière, les machines virtuelles sont répliquées entre les sites EBC de votre choix aux Pays-Bas avec des valeurs RPO allant jusqu'à 1 heure.
Disponibilité pour EBC Flex et ST (Self-Service)
EBC Availability for EBC Flex / ST est l'offre DRaaS en libre-service d'Equinix, destinée aux centres de données virtuels (CDV) EBC Flex et ST.
EBC Availability offre une réplication cohérente des VM en cas de crash dans trois profils de SLA sélectionnables par le client dans trois centres de données aux Pays-Bas.
Outre la réplication vers et à partir de Flex/ST, un mélange des deux est également pris en charge.
Le CDV du centre de données secondaire peut être composé d'ordinateurs ou de systèmes de stockage moins coûteux (en termes de capacité et de performance), mais il doit être suffisant pour la charge de travail prévue.
Pour pouvoir basculer avec succès des machines virtuelles vers le centre de données secondaire, il faut disposer d'un CDV et d'une topologie de réseau appropriée. Equinix peut vous aider à concevoir un réseau adapté à l'objectif de reprise après sinistre. En particulier dans une situation de reprise après sinistre, il est primordial que la connectivité à Internet, aux sites sur site et/ou à l'armoire fonctionne comme prévu dans le centre de données secondaire.
Pour s'assurer que les bascules fonctionnent comme prévu, EBC Availability prend en charge le test des bascules de VM en libre-service.
Vue d'ensemble de l'ANS
| 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 |
Note : Le site web d'Equinix est disponible en anglais :
- La reprise après sinistre démarre une fois que le basculement a été initié par les utilisateurs.
Si, à un moment donné, un basculement s'avère nécessaire, l'utilisateur est en mesure de basculer la charge de travail vers le centre de données secondaire en libre-service. De cette manière, l'utilisateur contrôle le basculement, ce qui se traduit par une récupération (de l'application) plus rapide. Pour rendre le basculement possible, les machines virtuelles sont répliquées selon le profil SLA sélectionné. Les liaisons réseau et les bandes passantes sont exploitées et surveillées par Equinix dans le cadre du service.
Une fois que le centre de données primaire est revenu à un fonctionnement normal, l'utilisateur inverse le sens de la réplication dans le portail EBC. Une fois cette opération terminée, les machines virtuelles et les applications retournent au centre de données principal à un moment opportun choisi par l'utilisateur.
Remarque : La connectivité liée à l'utilisateur (à laquelle les VM et les applications s'attachent) est configurée et achetée en dehors du service EBC Availability, et doit être configurée à l'avance pour rendre possible la connectivité entre les centres de données, l'internet, les armoires et les réseaux sur site.
Performance et capacité
Pour un service DRaaS en libre-service, il est essentiel de savoir quelles activités ont un impact sur la performance, la capacité et la responsabilité de l'environnement dans son ensemble. Ces responsabilités sont les suivantes
- La technologie sous-jacente au service EBC Availability est basée sur un filtre d'E/S (capture) plutôt que sur des instantanés. En utilisant l'approche du filtre, l'impact sur les performances des machines virtuelles par l'utilisation d'instantanés est évité.
- L'utilisateur est responsable de la sélection du niveau de performance de calcul et de stockage EBC approprié dans le centre de données secondaire. Le niveau de performance sélectionné doit correspondre à l'accord de niveau de service de l'utilisateur et aux performances attendues en cas de basculement.
- L'utilisateur doit s'assurer que la capacité de calcul et de stockage EBC dans le second centre de données est suffisante pour effectuer un basculement complet. Lorsque des ressources telles que test & dev sont en cours d'exécution dans les sites secondaires, l'utilisateur peut être amené à les arrêter avant que le basculement ne puisse avoir lieu.
- La disponibilité et la capacité de la liaison de réplication dans les scénarios de cloud à cloud font partie du service. Equinix s'assure qu'il est disponible et qu'il dispose d'une capacité suffisante pour respecter l'accord de niveau de service.
- La disponibilité et la capacité des réseaux liés à l'utilisateur doivent être en place avant qu'un basculement ne puisse avoir lieu. Il incombe à l'utilisateur de s'assurer que le réseau est disponible et qu'il dispose d'une capacité suffisante pour répondre à ses besoins.
Options de facturation
EBC Availability pour EBC Flex / ST est facturé sur la base d'une VM par mois en fonction du profil SLA choisi.
Le prix comprend la connectivité de réplication et la bande passante, et est proposé en 3 profils d'accords de niveau de service (SLA) :
- Disponibilité de l'EBC RPO = 1
- Disponibilité de l'EBC RPO = 4
- Disponibilité de l'EBC RPO = 12
Les coûts de la capacité de calcul et de stockage dans le centre de données secondaire font partie du service EBC.
La connectivité réseau multisite pour les machines virtuelles est également requise.
Mesure
Pour déterminer le nombre de machines virtuelles répliquées pour la facturation, toutes les machines virtuelles qui faisaient partie d'un certain profil d'accord de niveau de service sur une base quotidienne sont comptées.
Si une VM passe d'un profil SLA à l'autre au cours d'un mois, elle sera facturée en conséquence.
Relations et dépendances
EBC Availability ne peut être consommé que dans le cadre des services EBC Flex / ST.
Note : Le site web d'Equinix est disponible en anglais :
- Pendant le basculement, aucune réplication n'a lieu et, par conséquent, l'accord de niveau de service n'est pas respecté.
- Pendant la phase de configuration du retour à la normale (re-protect), aucune réplication n'a lieu et ne respecte donc pas l'accord de niveau de service.
- Il est nécessaire de revenir à la situation antérieure au sinistre. Le retour à la normale doit être effectué dans un délai d'un mois après le sinistre.
- Les sauvegardes pendant le basculement ne sont en place que lorsque l'utilisateur a demandé un plan de sauvegarde pour le centre de données secondaire.
Disponibilité pour EBC Core (Managed)
EBC Availability for EBC Core est l'offre DRaaS gérée d'Equinix, et peut être ajoutée aux clusters EBC Core résidant dans des centres de données EBC distincts. Le service offre une réplication cohérente en cas de crash dans quatre options RPO sélectionnables.
Une conception est élaborée sur la base des exigences de l'utilisateur (telles que RPO, RTO et réseau). Sur la base de cette conception, Equinix met en œuvre l'environnement DRaaS géré à partir des paramètres convenus au-dessus d'EBC Core. Lorsqu'elle est configurée pour la réplication, la plate-forme EBC Core est nécessaire dans les sites primaire et secondaire.
Lors de la phase de déploiement, Equinix configure les VM répliquées selon la conception convenue.
Vue d'ensemble de l'ANS
| 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 cas de sinistre, Equinix basculera les VM vers le centre de données secondaire sur approbation explicite de l'utilisateur dans le cadre de l'incident de priorité 1 (P1). Equinix entame la procédure de basculement en démarrant les VM répliquées dans le centre de données secondaire. La configuration du réseau dans le centre de données secondaire doit être préconfigurée correctement pour que le basculement réussisse. L'utilisateur est responsable des tests fonctionnels du réseau.
Si la situation dans le centre de données principal redevient normale, Equinix peut déplacer les VM de l'utilisateur vers l'emplacement d'origine. Un test annuel de basculement peut être demandé par l'utilisateur dans le cadre d'une demande de service.
Performance et capacité
Pour un service DRaaS, il est essentiel de savoir quelles activités ont un impact sur la performance, la capacité et la responsabilité de l'environnement. Ces responsabilités sont les suivantes
- La technologie sous-jacente au service EBC Availability pour EBC Core est basée sur les instantanés. L'exécution de réplications basées sur des instantanés peut avoir un impact sur les performances de la VM.
- L'utilisateur est responsable de la sélection du niveau de performance de calcul et de stockage EBC approprié dans le centre de données secondaire. Le niveau de performance sélectionné doit correspondre à l'accord de niveau de service de l'utilisateur et à la performance attendue en cas de basculement. Ceci est nécessaire pour qu'Equinix garantisse le niveau de stockage dans le centre de données secondaire.
- L'utilisateur doit s'assurer que la capacité de calcul et de stockage EBC dans le second centre de données est suffisante pour effectuer un basculement complet. Lorsque des ressources telles que test & dev sont en cours d'exécution dans les sites secondaires, l'utilisateur pourrait devoir les arrêter avant que les charges de travail de production ne puissent être basculées.
- La disponibilité et la capacité de la liaison de réplication dans les scénarios de cloud à cloud font partie du service. Equinix s'assure qu'il est disponible et qu'il dispose d'une capacité suffisante pour respecter l'accord de niveau de service.
Options de facturation
EBC Core Availability Standard est facturé sur la base d'une VM par mois. Le prix inclut la connectivité de réplication et la bande passante, et est proposé en 4 groupes de SLA :
- Disponibilité du noyau EBC RPO = 4
- Disponibilité du noyau EBC RPO = 8
- Disponibilité du noyau EBC RPO = 12
- EBC Core Availability RPO = 24
Les coûts de la capacité de calcul et de stockage dans le centre de données secondaire font partie du service EBC Core. La connectivité réseau multi-site pour les machines virtuelles est également requise.
Mesure
Pour déterminer le nombre de machines virtuelles répliquées pour la facturation, toutes les machines virtuelles qui faisaient partie d'un certain profil d'accord de niveau de service sur une base quotidienne sont comptées.
- Si une VM est retirée du groupe SLA avant la fin du mois, elle ne sera pas facturée le mois suivant.
- Si une VM passe d'un profil SLA à l'autre au cours d'un mois, elle sera facturée en conséquence.
Relations et dépendances
EBC Core Availability ne peut être consommé que dans le cadre des services de la plateforme EBC Core.
Note : Le site web d'Equinix est disponible en anglais :
- Pendant le basculement, aucune réplication n'a lieu et, par conséquent, l'accord de niveau de service n'est pas respecté.
- Pendant la phase de configuration du retour à la normale (re-protect), aucune réplication n'a lieu et ne respecte donc pas l'accord de niveau de service.
- Il est nécessaire de revenir à la situation antérieure au sinistre. Le retour à la normale doit être effectué dans un délai d'un mois après le sinistre.
- Les sauvegardes pendant le basculement ne sont en place que lorsque l'utilisateur a demandé un plan de sauvegarde pour le centre de données secondaire.
Activités opérationnelles
Responsabilités
Provisionnement
| 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 |
Processus opérationnels
| 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 |
Pendant le basculement
| 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 |
Niveaux de service - Equinix Business Cloud
Disponibilité
| Service Availability | |
|---|---|
| Availability level | Standard |
| Availability (%) | 99.5% |
Demandes de service (Managed Services uniquement)
| 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 |
Note : In-scope of service signifie qu'il n'y a pas de frais supplémentaires pour le type de service mentionné.
Responsabilités
| 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 |
Note : Le site web d'Equinix est disponible en anglais :
(¹) L'information n'est nécessaire que pour les tâches qui ont un impact sur le service de disponibilité EBC.
(²) L'information n'est nécessaire que pour les tâches qui ont un impact sur l'environnement de l'utilisateur.
Gestion des échecs
Délais de réponse et de résolution
| 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% |
Note : Le site web d'Equinix est disponible en anglais :
(¹) Temps écoulé entre l'enregistrement de l'incident et la prise de contact avec un spécialiste d'Equinix Managed Solutions. (²) L'accord de niveau de service s'applique aux temps de réaction et de résolution.