Núcleo EBC

Um ambiente EBC Core é configurado para um único cliente (locatário único) em hardware dedicado. A infraestrutura consiste em recursos de computação, armazenamento e rede que podem ser configurados e gerenciados por meio de um portal.

Computação central EBC

O EBC Core oferece um ambiente de computação em que os recursos são usados de forma eficiente. A plataforma EBC Core de um usuário pode incluir vários clusters de computação. Clusters de computação diferentes podem ser necessários para virtualização de desktop, produção separada e ambientes OTA (Over-the-Air), restrições de licença ou garantias de CPU. O EBC Core é fornecido em um cluster que consiste em vários hosts.

Host principal do EBC

O host em um ambiente EBC Core é baseado em uma configuração de servidor padrão. O tipo de servidor "EBC HV GC" é o servidor padrão fornecido e é fornecido na versão mais recente disponível. Para ambientes EBC com requisitos de memória mais exigentes, existe um tipo de servidor de hipervisor de alta memória. Isso pode ser usado mediante solicitação. A tabela abaixo lista os tipos de servidores de hipervisor disponíveis atualmente com a quantidade de capacidade utilizável que um único servidor de hipervisor adiciona a um cluster.

Tipo de servidor hipervisor	Implantação	Estojo de uso	# GB RAM1 disponível	# GB RAM1 disponível	Velocidade central da CPU
EBC HV GC v2	Padrão	Genéricos Compute	450	28	≥ 2.4GHz
EBC HV HM v2	Opcional	Alta Memória	900	28	≥ 2.4GHz

Nota: Capacidade líquida do cluster

Um ambiente EBC Core tem uma configuração de cluster de pelo menos três hosts, em que dois hosts são usados e um é sobressalente (princípio N+1). O cluster (N+1) tem um máximo de 15 hosts (14 e 1); um servidor sobressalente extra é necessário acima desse número. O tamanho máximo do cluster é de 30 servidores de hipervisor (28 e 2). A capacidade do(s) servidor(es) sobressalente(s) não está disponível para uso regular e, portanto, não faz parte da capacidade líquida. A visão geral abaixo mostra alguns exemplos de tamanhos de cluster, incluindo os tamanhos mínimo e máximo, e a capacidade líquida utilizável associada no número de núcleos de CPU utilizáveis e GB de RAM.

Tamanho do cluster principal do EBC	Modelo de servidor de hipervisor	# Servidores sobressalentes	# Núcleos de CPU disponíveis1	# GB RAM1 disponível
3 (2+1) mínimo	EBC HV GC v2	1	56	900
15 (14+1)	EBC HV GC v2	1	392	6.300
17 (15+2)	EBC HV GC v2	2	420	6.750
30 (28+2) máximo	EBC HV GC v2	2	784	12.600

Nota: Capacidade líquida do cluster

Tipos de Unidades de Compra EBC Core

1. O número de anfitriões (hypervisor-servers) no grupo
2. O comprometimento de 50% da capacidade líquida em GB de RAM
3. A quantidade de RAM GB utilizada

No EBC Core, os núcleos da CPU são parte integrante da unidade de compra do host. O compromisso de 50% é uma compra mínima da capacidade líquida de GB RAM do cluster. A capacidade total de RAM líquida do cluster está disponível para compra e o uso da capacidade de RAM de GB acima de 50% é cobrado por 1 GB de uso. Os recursos líquidos de CPU disponíveis podem ser usados a seu critério.

As unidades de compra estão descritas na tabela abaixo.

Unidade de compra	Tipo de Host	Tipo de faturamento	Descrição
EBC Core - Anfitrião	• Genérico • Alta memória	Linha de base	Número acordado de anfitriões no grupo
EBC Core - 50% de comprometimento		Linha de base	50% do GB de RAM associado ao host
EBC Core - 1 GB de RAM adicional		Excedente	Quantidade de consumo de RAM GB acima da linha de base

Você também pode expandir seu ambiente EBC Core. A expansão ocorre na forma de 1 host mais 50% de comprometimento da capacidade líquida de GB de VRAM.

EBC vCPU

Dentro do produto EBC Core, 1 CPU é igual a pelo menos 2,4 GHz. Você determina como usar a capacidade dos núcleos de CPU física disponíveis na rede. Há diretrizes para o uso de vCPU para desempenho previsível de aplicativos. Os valores de garantia de vCPU de excesso de assinatura, o valor de garantia indica quantas vCPUs podem ser implantadas para cada núcleo de CPU física presente. O EBC Core oferece liberdade sobre até que ponto a assinatura excessiva é aplicada por cluster de computação.

Os níveis de sobre-subscrição mais comumente usados são (como indicação):

Variante de vCPU	Valor de garantia da vCPU	Estojo de uso
Garantia Padrão EBC vCPU (Default)	1:4 (25%)	• Servidores de produção genéricos • Servidores OTA
EBC vCPU Alta Garantia	1:2 (50%)	- Servidores de aplicação de carga média
Garantia total do EBC vCPU	1:1 (100%)	• Servidores de terminal • Servidores de aplicativos de alta carga • Servidores de aplicativos sensíveis à latência

Exemplo de cálculo do núcleo EBC

Você tem um ambiente para aplicativos com uma carga acima da média e, portanto, usa a vCPU do EBC com High Guarantee. Os recursos solicitados são:

1. 500 vCPUs (Alta Garantia 1:2)
2. 4000 GB de vRAM.
3. 20% de espaço livre para o crescimento

VCPU

Devido ao valor de garantia 1:2, metade das vCPUs solicitadas precisa estar presente como núcleos físicos de CPU para atender aos requisitos de desempenho.

500 vCPUs: 2 a 250 CPUs.

20% de 500 vCPUs = 100 vCPUs necessárias como espaço livre para o crescimento.

100 vCPUs: 2 a 50 CPUs.

No total, você precisa de 250 + 50 = 300 CPUs.

Memória

São necessários 4000 GB de vRAM e 20% de espaço para o crescimento.

4.000 GB de vRAM + 20% = 4.400 GB de vRAM.

Hosts

O host hipervisor padrão adiciona uma rede de 28 CPUs e 450 GB a um VDC.

300 CPU : 28 a 10,7 – Em termos de CPU, você precisa de uma capacidade de 11 hosts.

VRAM de 4400 GB : 450 a 9,8 – Em termos de memória, você precisa de uma capacidade de 10 hosts.

O valor mais alto dos dois acima é usado, neste caso, 11 hospedeiros.

Para cada 15 hosts (até um máximo de 30) em um cluster, 1 host sobressalente será implantado. Neste exemplo, 1 host sobressalente é adicionado à configuração.

O número total de hosts no cluster é, portanto, 11 + 1 = 12 hosts.

Assim, um cluster EBC Core com 12 hosts é implantado com a capacidade líquida mostrada na tabela abaixo.

Tamanho do cluster principal do EBC em # hosts	Tipo de servidor hipervisor	# Servidores sobressalentes	# Núcleos de CPU disponíveis1	# GB RAM1 disponível
(11 + 1) 12	EBC HV GC v2	1	308	4950

Nota: Capacidade líquida do cluster

Dentro desse cluster, você tem uma capacidade líquida de 308 CPUs e 4950 GB de RAM disponíveis. A capacidade solicitada e imediatamente necessária é de 500 vCPUs (1:2) e 4000 GB de RAM.

• Esse cluster contém 308 CPUs. As 500 vCPUs High Guarantee (1:2) usam 250 CPUs. Existe Ainda 308 - 250 - 58 CPU de capacidade líquida disponível. As CPUs estão incluídas na unidade host (linha de base). O uso de CPUs não tem componente de custo (próprio).
• Este cluster contém 4950 GB de RAM. Esta capacidade líquida consiste em 2 unidades de compra é a seguinte:

  • EBC Core - 50% de comprometimento

    O compromisso de 50% corresponde à metade da capacidade líquida, neste exemplo. é 0,5 * (11 * 450) = 2475 GB de RAM.

  • Núcleo EBC - 1 GB vRAM adicional

    Nesse cluster, os 50% restantes (2475 GB de RAM) por unidade de compra de 1 GB de RAM estão disponíveis como excedentes. Para os 4000 GB de RAM diretamente necessários, 4000 - 2475 1525 desta unidade de compra são necessários.

A capacidade adicional disponível nesse cluster de exemplo é de 4950 - 4000 = 950 GB de RAM.

O cálculo das unidades de compra nesse exemplo está representado na tabela abaixo.

Unidade de compra	Tipo de cálculo	Quantidade	Descrição
EBC Core - Host genérico de 450 GB de RAM	Linha de base	12	O tamanho do cluster é de 12 hospedeiros (11+1)
EBC Core - 50% de comprometimento	Linha de base	11	50% de confirmação em 11 hosts de rede (225 GB de RAM/host)
Núcleo EBC - 1 GB vRAM adicional	Excedente	1525	A diferença entre 4000 GB - 11 * 225 GB de RAM

Núcleo EBC em uso

Você escolhe o número de hosts e clusters que correspondem à solicitar de recursos que inclui as diretrizes abaixo –

• O pedido mínimo é de 50% da capacidade utilizável de um cluster.
• Você precisa de mais recursos durante o trabalho ou crescimento regular? Em caso afirmativo, você pode acessar recursos adicionais. O consumo adicional é automaticamente faturado mensalmente. O gerente de conta da Equinix pode aconselhá -lo sobre qual compra melhor se adapta à sua situação.
  • Para o EBC Core, o consumo adicional é limitado à capacidade máxima disponível. (100%) de um cluster que é usado para o seu ambiente.
• Dentro dos limites do host, o EBC Core não possui um tamanho máximo de VM para uso. recursos de computação. Há recomendações para o melhor desempenho de uma VM. Adicionar mais recursos de computação a uma VM acima do tamanho recomendado nem sempre leva a melhorias de desempenho.
  • Para EBC Core, o tamanho máximo recomendado de VM é de 8 vCPU e 64 GB vRAM.

Opção EBC Core 3.0 Sem Licenças VMware (NVL)

Com o EBC Core 3,0, os hosts são configurados em um cluster VMware. O preço do host inclui as licenças do VMware. O EBC Core 3,0 NVL oferece uma opção para liquidar as licenças do VMware separadamente como pontos de licença do VMware. Nesse caso, você paga um preço mais baixo pelo commit de 50% da VRAM GB e pela VRAM GB adicional. A vantagem dessa opção é que as licenças são liquidadas apenas para o tempo em que uma VM na plataforma realmente usa VMware de acordo com a definição de VMware.

Armazenamento de núcleo EBC

O armazenamento EBC é uma parte fixa da plataforma EBC. O armazenamento pode ser adquirido em quatro níveis de desempenho (níveis), na forma de datastores nos quais as VMs podem ser colocadas. O desempenho do datastore depende do tamanho do datastore e é expresso em operações de I/O por segundo (IOPS). O desempenho de cada um dos armazenamentos de dados é compartilhado entre as VMs nele.

Em termos de desempenho, cada nível tem uma garantia e um valor limite. A garantia é o valor que a Equinix é obrigada a entregar. Você pode usar mais do que o valor da garantia por períodos curtos, até o valor limite, de acordo com o princípio de uso justo. Um gerente de conta da Equinix pode aconselhá-lo sobre quais níveis de desempenho melhor se adequam à sua situação. A especificação de desempenho de armazenamento dos níveis de entrega é mostrada abaixo.

Tier	Nome	Usar	Impacto
1	Alto desempenho	DB (Logs), RDS/ SBC, VDI Cargas de trabalho benéficas de baixa latência	• IOPS garantia: 1,000 IOPS por TB; máx • 30,000 por datastore 1 • Limite de IOPS: 1,500 IOPS por TB; máx • 45,000 por datastore 2 • Latência: 5 ms3 • Tamanho: Mín. 250 GB, máx 30 TB por volume4, 5, 6
2	Desempenho (Default)	VMs genéricas, serviços de aplicativos/web, serviços de arquivos de alto desempenho/armazenamento de objetos	• IOPS garantia: 250 IOPS por TB. Máx. 7.500 por datastore 1 • Limite de IOPS: 500 IOPS por TB. máx 15,000 por datastore 2 • Latência: 10 ms3 • Tamanho: Mín. 250 GB, máx 30 TB por volume4, 5, 6
3	Padrão	Back-up, serviços genéricos de arquivos / armazenamento de objetos	• IOPS garantia: 100 IOPS por TB. máx 3,000 por datastore 1 • Limite de IOPS: 250 IOPS por TB. máx 7,500 por datastore 2 • Latência: 15 ms3 • Tamanho: Mín. 250 GB, máx 30 TB por volume4, 5, 6
4	Arquivar	Arquivo, Armazenamento a frio	• IOPS garantia: 50 IOPS por TB. máx 1,500 por datastore 1 • Limite de IOPS: 75 IOPS por TB. máx 2,250 por datastore 2 • Latência: 20 ms3 • Tamanho: Mín. 250 GB, máx 30 TB por volume4, 5, 6

Observação:

1. IOPS – Valor máximo obtido com 65% de leitura / 35% de gravação com tamanho de bloco de 8 KB.

2. Limite – com base no uso justo. Em caso de ultrapassagem a longo prazo da garantia (fair use), A Equinix reserva-se o direito de definir a garantia como um limite.

3. Latência – Média a cada 5 minutos dentro da garantia de IOPS.

4. Tamanho – Expansão por 250 GB.

5. Arredondamento – GB é implementado com base em múltiplos de 1024.

6. Arredondamento – 1 TB é igual a 1000 GB.

Recursos de armazenamento principal da EBC

• O tamanho mínimo recomendado do disco virtual é de 40 GB.
• O tamanho máximo do disco virtual é de 8 TB.
• O desempenho de cada data-store é compartilhado entre as VMs que o utilizam.
• O desempenho de IOPS disponível é compartilhado com a solução de backup EBC.
• A capacidade de armazenamento é alocada em múltiplos de 250 GB.
• A capacidade de armazenamento é alocada por cluster de computação.
• O gerenciamento da capacidade do armazenamento é realizado pelo cliente.
• As lojas de dados são listadas por camada em seu próprio cluster de armazenamento de dados.

Unidades de compra do EBC Core Storage

O armazenamento EBC Core é adquirido em datastores de acordo com a política de armazenamento, com unidades de compra de 1 GB. Uma confirmação mínima ou linha de base de 250 GB por cluster de datastore se aplica a cada política.

Exemplos de cálculo para armazenamento de núcleo EBC

Exemplo de cálculo 1 Você compra um cluster EBC com 5 TB de armazenamento de nível 2. Em seguida, você terá acesso a 1 datastore nível 2, pois a capacidade solicitada é inferior a 30 TB, com o seguinte:

• Garantia - 1250 IOPS

  • Por datastore: Máx. 2500 IOPS
  • Por TB: 5 TB X 250 IOPS: 1250 IOPS

  O valor mais baixo dos dois acima é usado, neste caso, 1250 IOPS.

• Limite - 2500 IOPS

  • Por datastore: Máx. 15000 IOPS
  • Por TB: 5 TB X 500 IOPS: 2500 IOPS

  O valor mais baixo dos dois acima é usado, neste caso, 2500 IOPS.

Exemplo de cálculo 2 Solicite um cluster EBC com 20 TB de armazenamento de nível 1 e 50 TB de armazenamento de nível 2. Em seguida, você terá acesso a:

Camada 1 – um datastore, uma vez que a capacidade solicitada é menor ou igual a 30 TB, com o seguinte:

• Garantia - 20.000 IOPS

  • Por datastore: Máx. 30,000 IOPS
  • Por TB: 20 TB X 1000 IOPS: 20,000 IOPS

  O valor mais baixo dos dois acima é usado, neste caso, 20.000 IOPS.

• Limite - 30.000 IOPS

  • Por datastore: Máx. 45,000 IOPS
  • Por TB: 20 TB X 1500 IOPS: 30,000 IOPS

  O valor mais baixo dos dois acima é usado, neste caso, 30.000 IOPS.

Camada 2 – dois armazenamentos de dados de 25 TB, pois a capacidade solicitada é maior que 30 TB, com o seguinte:

• Garantia - 2500 IOPS

  • Por datastore: Máx. 7500 IOPS
  • Por TB: 25 TB X 250 IOPS: 6250 IOPS

  O valor mais baixo dos dois acima é usado, neste caso, 6.250 IOPS por data store.

• Limite - 5000 IOPS

  • Por datastore: Máx. 15000 IOPS
  • Por TB: 25 TB X 500 IOPS: 12 500 IOPS.

  O valor mais baixo dos dois acima é usado, neste caso, 12.500 IOPS por data store.

Uso do armazenamento do núcleo do EBC

As cobranças pelo armazenamento compartilhado são baseadas no consumo da capacidade alocada de todos os discos virtuais vinculados e na capacidade em uso. Isso é medido a partir do seguinte, de acordo com a política:

• Arquivos swap VM
• Instantâneos
• Arquivos em uma biblioteca (modelos vApp e ISOs)

Quando você deseja vincular mais de 4 TB a uma ou mais VMs, em algumas situações, pode ser aconselhável usar o Serviço de armazenamento gerenciado (EMS) do Equinix. Ao usar os EMSS, o armazenamento pode ser vinculado às VMs do cliente sem a intervenção da plataforma EBC. Os casos de uso são o uso de um arquivo virtual ou servidor de backup. Snapshots opcionais ou cópias extras dos dados armazenados no serviço EMS podem ser criados em um segundo data center da IBX.

Rede EBC Core

A plataforma EBC oferece várias funcionalidades de rede virtual que você pode configurar por meio do portal de autoatendimento. A Equinix oferece essa funcionalidade em cinco níveis de recursos de virtualização de funções de rede (NFV):

1. Básico
2. Padrão
3. Avançado
4. Empresarial
5. Enterprise Plus

NFV–autoatendimento

A maioria das funções NFV está disponível por meio do portal da Web de autoatendimento, ferramentas de automação e API. Isso dá à organização a oportunidade de implementar a configuração de rede desejada sem ter que investir em equipamentos com antecedência. Os arquitetos da Equinix podem aconselhar sobre isso, se necessário. Aqui estão alguns exemplos de funções NFV:

• Firewall até a Camada 4 (L4).
• NAT
• Roteamento
• Balanceamento de carga
• VPN

Roteadores Virtuais

Os recursos e funcionalidades oferecidos pelos Roteadores Virtuais são semelhantes aos da Rede Compartilhada, exceto que suas faixas de implantação abrangem apenas Grande, Extra Grande e Quad Grande.

Microsegmentação

A microssegmentação, também conhecida por firewalls distribuídos (DFW), é um recurso importante da plataforma EBC ST e está disponível no nível de recurso Advanced NFV. A função DFW permite que os usuários apliquem dinamicamente regras de firewall com base em VMs, tags, grupos de portas, tipo de SO e assim por diante. Isso contrasta com situações tradicionais em que só é possível firewall em uma interface de um roteador baseada em endereço IP ou segmento IP. A aplicação de regras DFW torna possível o princípio de rede zero trust onde não há mais necessidade de configurar um segmento IP, roteador e firewall para cada aplicativo ou conjunto de máquinas virtuais que protegem o usuário.

Unidades de compra da Rede Central EBC

Veja as Unidades de Compra da Rede EBC Flex oferecidas pela Rede Principal EBC.

Redes internas

As redes internas são redes de Camada 2 (L2) às quais as VMs podem ser conectadas e que só podem existir em um ambiente EBC Core em um único data center. Essas redes são baseadas em tecnologia de sobreposição e estão disponíveis em grupos de portas. Eles transcendem clusters de computação e só podem ser acessados por roteadores virtuais (L3) fora do data center. Os casos de uso incluem zoneamento e segmentação da rede EBC. Redes internas adicionais podem ser solicitadas por meio de uma solicitação de serviço ao Suporte técnico da Equinix. Se você precisar de redes L2 e/ou L3 que estejam disponíveis fora do seu ambiente EBC Core, consulte Redes Externas . Cinco redes internas estão incluídas como parte do serviço EBC Core. Se mais de cinco redes internas forem usadas por data center, elas serão faturadas automaticamente todos os meses.

Redes externas

As redes externas são redes de Camada 2 (L2) às quais VMs ou roteadores podem ser conectados. Para ativar a conectividade externa, você deve adquirir os serviços do EBC Connect em combinação com outros serviços do Equinix, como o Metro Connect ou o ECX Fabric. As redes externas são baseadas em VLANs e são disponibilizadas na forma de grupos de portas. Eles transcendem clusters de computação e podem ser acessados fora do data center sem a intervenção de roteadores. Os casos de uso incluem conectividade com um segundo data center, ambiente local ou provedores de nuvem pública. Redes externas adicionais podem ser solicitadas por meio de uma Solicitação de serviço do Suporte técnico da Equinix. Cinco redes externas estão incluídas como parte do serviço EBC Core. Se mais de cinco redes externas forem usadas por data center, elas serão faturadas automaticamente todos os meses.

Roteadores Próprios

Consulte EBC Flex Network: Routers próprios para saber mais.

Medição

As Equinix Managed Solutions são cobradas das seguintes maneiras:

• Linha de base - A quantidade contratada do serviço (exemplo: unidade de compra vCPU, vRAM)
• Média - A quantidade de GB consumida acima do valor base (exemplo: a linha de base de armazenamento contratada é de 500 GB, 600 GB são utilizados e o excesso de consumo é de 100 GB)
• Pagamento por uso - Totalmente variável (exemplo: quantidade usada de GB para back-up)

Para medir a quantidade de consumo de componentes variáveis, o Equinix usa ferramentas de medição vinculadas ao ambiente de gerenciamento de serviços. Somente os dados necessários para determinar a quantidade de serviço consumido são exportados para o sistema de faturamento do Equinix. É obrigatório instalar as ferramentas VMware em cada VM na plataforma EBC.

Relatórios

O serviço EBC contém opções de relatório padrão.

Licenciamento

Para problemas relacionados a licenças, vá para Licenciamento.

Observação:

• O compartilhamento de um disco virtual entre várias VMs não é suportado no EBC. Portanto, não há suporte para aplicar o WSFC (Failover Clustering, cluster de failover do Microsoft Windows Server) com discos compartilhados ao EBC.
• Não há suporte para a aplicação de virtualização de E/S de raiz única (SR-IOV) e acesso à NIC física da VM.
• Não há suporte para a aplicação de reservas de memória por VM.
• Não há suporte para o acesso direto ao host.
• Não há gerenciamento e suporte delegados para que os clientes acessem a camada de gerenciamento da plataforma EBC.

Opções

GPU Virtual EBC

Se você precisar de aceleração de GPU em seu ambiente EBC, a plataforma EBC Core oferece essa opção. Ao aplicar placas NVIDIA Tesla GP com acesso direto à plataforma, a infraestrutura de desktop virtual (VDI) possibilita aplicativos com aceleração de GPU. Um ambiente adequado é projetado com um arquiteto Equinix baseado em blocos de construção padronizados.

Recuperação de Desastres da EBC

O EBC Core oferece a opção de configurar um local de recuperação de desastres (DR) como parte de seu plano de continuidade de negócios, aplicando uma solução de DR.

O objetivo da funcionalidade de DR é reduzir o tempo necessário para restaurar o serviço após a interrupção. Ao aplicar replicação assíncrona ou síncrona, o EBC DR pode fornecer um RPO (Recovery Point Objective, objetivo de ponto de recuperação) de até 0 minutos.

O fallback do EBC e as funcionalidades de DR estão disponíveis apenas nos centros de dados IBX de Amsterdã e Zwolle.

Relações e Dependências

Veja Relações e Dependências com os seguintes serviços abaixo -

• Backup e restauração do EBC
• Migração de EBC
• EBC Connect
• Customer Connect
• Interconexões
• Metro Connect
• Equinix Fabric

Firewall gerenciado

Uma parte opcional do ambiente EBC é uma solução de Managed Firewall que pode ser relevante para você nos seguintes cenários:

• Facilitar o acesso seguro à nuvem pública e a outras redes externas.
• Adicionar funções para detecção de intrusão (IDS) ou prevenção de intrusão (IPS) à plataforma EBC.
• Ter acesso direto à camada de gerenciamento da plataforma EBC. Consulte Acesso direto à plataforma para obter detalhes.
• Transferir a gestão operacional do firewall para o Equinix.

características importantes do serviço Managed Firewall incluem:

• Firewall
• Roteamento
• IDS/IPS (variante de pedido)
• Balanceamento de carga
• VPN

Roteador gerenciado

A solução Managed Router é uma parte opcional do ambiente EBC que pode ser relevante para você nos seguintes cenários:

• Facilitar o acesso à nuvem pública, aos provedores de WAN e às redes locais.
• Transferir a gestão operacional de roteadores para a Equinix.

características importantes do roteador gerenciado incluem:

• Roteamento dinâmico
• Roteamento estático
• NAT
• Protocolo de Redundância do Roteador Virtual (VRRP)