EBC Availability
O EBC Availability faz parte do portfólio de serviços de plataforma do Equinix Business Cloud (EBC). É uma solução de recuperação de desastres baseada na nuvem, projetada especificamente para seu ambiente EBC. Ela fornece uma recuperação de desastres rápida, eficiente e segura de forma gerenciada ou de autoatendimento, dependendo da variante da plataforma EBC adquirida (Flex, Single Tenant ou Core).
O serviço Recuperação de Desastres como Serviço (DRaaS) é oferecido para todos os tipos de VMs (até mesmo as de missão crítica) como parte do seu plano de Continuidade de Negócios. Para o EBC Flex e Single Tenant (ST), o serviço está disponível em modo de autoatendimento, e para o EBC Core, em modo gerenciado. Para adequar-se à importância dos dados, o serviço é oferecido em diversas variantes de RPO (Objetivo de Ponto de Recuperação).
Os principais casos de uso de ambas as variantes são:
-
EBC Flex / Replicação de um inquilino -
- Replicação de VMs entre variantes, locais e camadas do EBC Flex / ST com valores de RPO de até 1 hora.
- Replicação do vSphere no local para variantes, locais e camadas do EBC Flex/ST com valores de RPO de até 1 hora.
-
EBC Core -
Replicação de VMs entre locais e níveis com intervalos de até 4 horas.
O EBC Availability foi projetado para ampliar a plataforma EBC com funcionalidades de DRaaS. Dessa forma, as VMs são replicadas entre os locais de escolha da EBC na Holanda com valores de RPO de até 1 hora.
Disponibilidade para EBC Flex e ST (autoatendimento)
O EBC Availability for EBC Flex / ST é a oferta de DRaaS de autoatendimento da Equinix, voltada para os VDCs (Virtual Datacenters) EBC Flex e ST.
O EBC Availability oferece replicação consistente de VMs em três perfis de SLA selecionáveis pelo cliente em três data centers na Holanda.
Além de replicar de e para o Flex/ST, também há suporte para uma combinação de ambos.
O VDC no data center secundário pode consistir em computação ou armazenamento de menor custo (em termos de capacidade e desempenho), mas deve ser suficiente para a carga de trabalho pretendida.
Para que o failover de VMs para o data center secundário seja bem-sucedido, um VDC e uma topologia de rede adequada devem estar disponíveis. A Equinix pode ajudar a criar um projeto de rede adequado que dê suporte à meta de DR. Especialmente em uma situação de DR, é fundamental que a conectividade com a Internet, com os locais locais e/ou com o gabinete esteja funcionando como pretendido no data center secundário.
Para garantir que os failovers funcionem como pretendido, o EBC Availability oferece suporte ao teste de failovers de VM no autoatendimento.
Visão geral do 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 |
Observação:
- O RTO inicia após o failover ser iniciado pelos usuários.
Se, a qualquer momento, for necessário um failover, o usuário poderá fazer o failover da carga de trabalho para o data center secundário de forma autônoma. Dessa forma, o usuário tem o controle do failover, o que resulta em uma recuperação (do aplicativo) mais rápida. Para possibilitar o failover, as VMs são replicadas de acordo com o perfil de SLA selecionado. Os links de rede e as larguras de banda são operados e monitorados pela Equinix como parte do serviço.
Depois que o data center primário retorna à operação normal, a direção da replicação é revertida pelo usuário no portal do EBC. Quando concluído, as VMs e os aplicativos retornam ao data center primário em um momento adequado escolhido pelo usuário.
Observação: A conectividade relacionada ao usuário (à qual as VMs e os aplicativos se conectam) é configurada e adquirida fora do serviço de disponibilidade do EBC e precisa ser configurada antecipadamente para possibilitar a conectividade entre data centers, internet, racks e redes locais.
Desempenho e capacidade
Para um serviço de DRaaS de autoatendimento, é fundamental saber quais atividades têm impacto sobre o desempenho, a capacidade e a responsabilidade do ambiente como um todo. Essas responsabilidades incluem o seguinte.
- A tecnologia subjacente ao serviço EBC Availability é baseada em filtro (captura) de E/S em vez de instantâneos. Ao usar a abordagem de filtro, evita-se o impacto no desempenho das VMs com o uso de snapshots.
- O usuário é responsável por selecionar o nível adequado de desempenho de computação e armazenamento do EBC no data center secundário. O nível de desempenho selecionado deve atender ao SLA do usuário e ao desempenho esperado, caso seja necessário realizar um failover.
- O usuário precisa garantir que a quantidade de capacidade de computação e armazenamento do EBC no segundo data center seja suficiente para executar um failover completo. Quando recursos como teste e desenvolvimento estão em execução nos locais secundários, eles podem precisar ser desligados pelo usuário antes que o failover possa ocorrer.
- A disponibilidade e a capacidade do link de replicação em cenários de nuvem para nuvem fazem parte do serviço. A Equinix garante que ele esteja disponível e tenha capacidade suficiente para atender ao SLA.
- A disponibilidade e a capacidade da rede relacionada ao usuário precisam estar em vigor antes que possa ocorrer um failover bem-sucedido. O usuário é responsável por garantir que ela esteja disponível e tenha capacidade suficiente para atender às necessidades.
Opções de Faturamento
O EBC Availability para EBC Flex / ST é cobrado em uma VM por mês, dependendo do perfil de SLA escolhido.
O preço inclui a conectividade de replicação e a largura de banda, e é oferecido em 3 perfis de SLA:
- Disponibilidade do EBC RPO = 1
- Disponibilidade da EBC RPO = 4
- Disponibilidade da EBC RPO = 12
Os custos da capacidade de computação e armazenamento no data center secundário fazem parte do Serviço EBC.
Além disso, é necessária a conectividade de rede em vários locais para as VMs.
Medição
Para determinar a quantidade de VMs replicadas para faturamento, todas as VMs que faziam parte de um determinado Perfil SLA diariamente, são contadas.
Se uma VM for alterada entre diferentes perfis de SLA em um mês, ela será cobrada de acordo.
Relações e Dependências
O EBC Availability só pode ser consumido como parte dos serviços EBC Flex / ST.
Observação:
- Durante o failover, nenhuma replicação ocorre e, portanto, não adere ao SLA.
- Durante a fase de configuração de failback (re-proteção), nenhuma replicação ocorre e, portanto, não adere ao SLA.
- É necessário retornar à situação anterior ao desastre. O failback deve ser realizado em até um mês após o desastre.
- Os backups durante o failover só são realizados quando o usuário solicita um plano de backup para o data center secundário.
Disponibilidade do EBC Core (gerenciado)
O EBC Availability for EBC Core é a oferta gerenciada de DRaaS da Equinix e pode ser adicionado aos clusters do EBC Core que residem em centros de dados separados da EBC. O serviço oferece replicação consistente com falhas em quatro opções de RPO selecionáveis.
Com base nos requisitos do usuário (como RPO, RTO e rede), é feito um projeto. Com base nesse projeto, a Equinix implementa o ambiente DRaaS gerenciado a partir dos parâmetros acordados sobre o EBC Core. Quando configurada para replicação, a plataforma EBC Core é necessária nos locais primário e secundário.
Na fase de implantação, a Equinix configura as VMs replicadas de acordo com o projeto acordado.
Visão geral do 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. |
Em caso de desastre, a Equinix fará o failover das VMs para o data center secundário mediante aprovação explícita do usuário como parte do incidente de prioridade 1 (P1). A Equinix inicia o procedimento de failover iniciando as VMs replicadas no data center secundário. A configuração da rede no data center secundário deve ser pré-configurada adequadamente para que o failover seja bem-sucedido. O usuário é responsável pelo teste funcional da rede.
Se a situação no data center primário voltar ao normal novamente, a Equinix poderá mover as VMs do usuário de volta para o local original. Um teste anual de failover pode ser solicitado pelo usuário como uma solicitação de serviço.
Desempenho e capacidade
Para um serviço de DRaaS, é fundamental saber quais atividades afetam o desempenho, a capacidade e a responsabilidade do ambiente. Essas responsabilidades incluem:
- A tecnologia subjacente ao serviço EBC Availability para o EBC Core é baseada em snapshot. A execução de replicações baseadas em snapshot pode afetar o desempenho da VM.
- O usuário é responsável por selecionar o nível adequado de desempenho de computação e armazenamento do EBC no data center secundário. O nível de desempenho selecionado deve atender ao SLA do usuário e ao desempenho esperado caso seja necessário executar um failover. Isso é necessário para que a Equinix garanta o nível de armazenamento no data center secundário.
- O usuário precisa garantir que a quantidade de capacidade de computação e armazenamento do EBC no segundo data center seja suficiente para realizar um failover completo. Quando recursos como teste e desenvolvimento estão em execução nos locais secundários, eles podem precisar ser desligados pelo usuário antes que as cargas de trabalho de produção possam ser transferidas.
- A disponibilidade e a capacidade do link de replicação em cenários de nuvem para nuvem fazem parte do serviço. A Equinix garante que ele esteja disponível e tenha capacidade suficiente para atender ao SLA.
Opções de Faturamento
O EBC Core Availability Standard é cobrado em uma VM por mês. O preço inclui conectividade de replicação e largura de banda, e é oferecido em 4 grupos de SLA:
- Disponibilidade do núcleo da EBC RPO = 4
- Disponibilidade do núcleo da EBC RPO = 8
- Disponibilidade do núcleo da EBC RPO = 12
- Disponibilidade do núcleo da EBC RPO = 24
Os custos da capacidade de computação e armazenamento no data center secundário fazem parte do serviço EBC Core. Além disso, é necessária a conectividade de rede em vários locais para as VMs.
Medição
Para determinar a quantidade de VMs replicadas para faturamento, todas as VMs que faziam parte de um determinado Perfil SLA diariamente, são contadas.
- Se uma VM for removida do grupo de SLA antes do final do mês, ela não será cobrada no mês seguinte.
- Se uma VM for alterada entre diferentes perfis de SLA em um mês, ela será cobrada de acordo.
Relações e Dependências
O EBC Core Availability só pode ser consumido como parte dos serviços da plataforma EBC Core.
Observação:
- Durante o failover, nenhuma replicação ocorre e, portanto, não adere ao SLA.
- Durante a fase de configuração de failback (re-proteção), nenhuma replicação ocorre e, portanto, não adere ao SLA.
- É necessário retornar à situação anterior ao desastre. O failback deve ser realizado em até um mês após o desastre.
- Os backups durante o failover só são realizados quando o usuário solicita um plano de backup para o data center secundário.
Atividades operacionais
Responsabilidades
Provisionamento
| 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 |
Processos operacionais
| 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 o failover
| 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 |
Níveis de serviço - Equinix Business Cloud
Disponibilidade
| Service Availability | |
|---|---|
| Availability level | Standard |
| Availability (%) | 99.5% |
Solicitações de serviços (Somente gerenciados)
| 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: "Incluído no âmbito do serviço" significa que não há custos adicionais para o tipo de serviço 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 |
Observação:
(¹) A informação é necessária apenas para tarefas que impactam o serviço de Disponibilidade do EBC.
(²) Informar é necessário apenas para tarefas que impactam o ambiente do usuário .
Manuseio de falhas
Tempos de resposta e resolução
| 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% |
Observação:
(¹) Tempo entre o registro do incidente e o contato com um especialista da Equinix Managed Solutions. (²) SLA aplica-se aos tempos de reação e resolução.