Disponibilidade de EBC

O EBC Availability faz parte do portfólio de serviços de plataforma da Equinix Business Cloud (EBC). É uma solução de recuperação de desastres baseada em nuvem projetada especificamente para seu ambiente EBC. Isso fornece recuperação de desastres rápida, eficiente e segura de maneira gerenciada ou de autoatendimento, dependendo da variante da plataforma EBC adquirida (Flex, Single Tenant ou Core).

A recuperação de desastres como serviço (DRaaS) é fornecida para todos os tipos de VMs (até missão crítica) como parte do seu plano Business Continuity. Para o EBC Flex e o Single Tenant (ST), o serviço está disponível de forma self-service e para o EBC Core de forma gerenciada. Para ajustar a importância dos dados, o serviço é oferecido em várias variantes de RPO.

Os principais casos de uso de ambas as variantes são:

Replicação EBC Flex / Single Tenant –
- Replicação de VMs entre variantes, locais e camadas do EBC Flex /ST com valores de RPO de até 1 hora.
- Replicação de variantes, locais e camadas do vSphere local para 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 estender a plataforma EBC com funcionalidades de DRaaS. Dessa forma, as VMs são replicadas entre locais de EBC de sua escolha na Holanda com valores de RPO de até 1 hora.

Disponibilidade para EBC Flex e ST (Autoatendimento)

O EBC Availability para EBC Flex /ST é a oferta de DRaaS de autoatendimento da Equinix, voltada para datacenters virtuais (VDCs) 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 conseguir fazer failover bem-sucedido das VMs para o data center secundário, um VDC e uma topologia de rede adequada devem estar disponíveis. A Equinix pode ajudar a projetar um projeto de rede adequado que suporte a meta de DR. Especialmente em uma situação de recuperação de desastres, é fundamental que a conectividade com a Internet, locais e/ou gabinete no local esteja funcionando conforme pretendido dentro do 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

Parâmetro	Valor	Descrição
RPO	Ouro: 1 horas Prata: 4 horas Bronze: 12 horas	Cronograma no qual a replicação é concluída.
RTO	30 min	O período dentro da VM deve ser iniciado no data center secundário, mediante failover iniciado pelo cliente.1
# Pontos de retenção	Ouro: Mais recente 8 pontos Prata: Mais recente 6 pontos Bronze: Mais recente 2 pontos	Todos os perfis consistem no ponto de restauração mais recente e na quantidade de pontos de restauração armazenados automaticamente. Máx. a duração do ponto de restauração é de 2 dias

Observação:

O RTO inicia após o failover ser iniciado pelos usuários.

Se, a qualquer momento, um failover for necessário, o usuário poderá fazer failover da carga de trabalho para o data center secundário de maneira autoatendimento. Dessa forma, o usuário está no controle do failover, o que resulta em uma recuperação mais rápida (do aplicativo). Para possibilitar o failover, as VMs são replicadas de acordo com o Perfil SLA selecionado. Links de rede e larguras de banda são operados e monitorados pela Equinix como parte do serviço.

Depois que o data center primário retornar à operação normal, a direção da replicação será invertida pelo usuário no portal do EBC. Quando concluído, as VMs e os aplicativos retornam ao data center principal em um horário adequado escolhido pelo usuário.

Nota: A conectividade relacionada ao usuário (à qual VMs e aplicativos se conectam) é configurada e adquirida fora do serviço de disponibilidade do EBC e precisa ser configurada com antecedência para possibilitar a conectividade entre data centers, Internet, gabinetes e redes locais.

Desempenho e capacidade

Para um serviço DRaaS de autoatendimento, é fundamental saber quais atividades têm impacto no desempenho, na capacidade e na responsabilidade do ambiente como um todo. Essas responsabilidades incluem o seguinte.

A tecnologia sob o serviço de disponibilidade do EBC é baseada em filtro de I/O (captura) em vez de baseada em snapshot. Ao usar a abordagem de filtro, o impacto no desempenho das VMs usando snapshots é evitado.
O usuário é responsável por selecionar o nível de desempenho adequado 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 de 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. O 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 o failover bem-sucedido possa ocorrer. O usuário é responsável por garantir que ele esteja disponível e tenha capacidade suficiente para atender às necessidades.

Opções de Faturamento

A disponibilidade do EBC para EBC Flex /ST é cobrada por 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.
Voltar à situação antes do desastre, é necessário. O failback deve ser realizado dentro de 1 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 de DRaaS gerenciada da Equinix e pode ser adicionado a clusters do EBC Core que residem em data centers EBC separados. O serviço oferece replicação consistente com falhas em quatro opções selecionáveis de RPO.

Com base nos requisitos do usuário (como RPO, RTO e rede), um projeto é feito. Com base nesse projeto, a Equinix implementa o ambiente DRaaS gerenciado a partir dos parâmetros acordados no topo do 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

Parâmetro	Valor	Descrição
RPO	4 horas 8 horas 12 horas 24 horas	RPO selecionável em 4 opções.
RTO	4 horas	O período de tempo dentro da VM deve ser iniciado no data center secundário no caso de um registro bem-sucedido de um incidente P1.
# Pontos de retenção	2 (último + 1)	Quantidade de pontos de retenção disponíveis no centro de dados secundário.

Em caso de desastre, o Equinix fará 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). O Equinix inicia o procedimento de failover iniciando as VMs replicadas no datacenter secundário. A configuração de rede no data center secundário deve ser pré-configurada adequadamente para um failover 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, o Equinix poderá mover as VMs do usuário de volta para o local original. Um teste de failover anual pode ser solicitado pelo usuário como uma solicitação de serviço.

Desempenho e capacidade

Para um serviço DRaaS, é fundamental saber quais atividades afetam o desempenho, a capacidade e a responsabilidade do ambiente. Essas responsabilidades incluem:

A tecnologia subjacente ao serviço de disponibilidade do EBC 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 de desempenho adequado 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. Isso é necessário para que o Equinix garanta o nível de armazenamento no datacenter secundário.
O usuário precisa garantir que a quantidade de capacidade de computação e armazenamento de 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 as cargas de trabalho de produção possam sofrer failover.
A disponibilidade e a capacidade do link de replicação em cenários de nuvem para nuvem fazem parte do serviço. O 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
RPO de disponibilidade do núcleo EBC = 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.
Voltar à situação antes do desastre, é necessário. O failback deve ser realizado dentro de 1 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

Provisionamento dos seguintes componentes (somente gerenciado)	Equinix	Usuário
Implantar ambiente de replicação de usuários	RAC	I
Implemente conectividade de rede entre data centers para tráfego de replicação	RAC	I

Processos operacionais

Atividades	Equinix	Usuário
Monitorar o ambiente de replicação	RAC	I
Monitorar processos de replicação	RAC	I
Patch hard e software	RAC
Fornecer largura de banda de rede suficiente para a replicação	RAC
Fornecer capacidade (de computação/armazenamento) suficiente no data center secundário	I	RAC

Durante o failover

Atividades	Equinix	Usuário
Decisão de iniciar o procedimento de failover de VM (Somente gerenciado)	I	RAC
Failover das VMs para o centro de dados secundário (Somente gerenciado)	RAC	I
Configurar e ajustar a configuração de rede no data center secundário		RAC
Decisão de retornar ao modo normal de operação (Somente gerenciado)	I	RAC
Failback das VMs para o centro de dados primário (Somente gerenciado)	RAC	I
Configurar e ajustar a configuração de rede no data center principal		RAC

Níveis de serviço – Equinix Business Cloud