Núcleo EBC

Um ambiente EBC Core é configurado para um único cliente (inquilino ú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.

EBC Core Compute

O EBC Core oferece um ambiente computacional onde os recursos são utilizados de forma eficiente. A plataforma EBC Core de um usuário pode incluir vários clusters de computação. Diferentes clusters de computação podem ser necessários para virtualização de desktops, ambientes separados de produção e over-the-air (OTA), restrições de licença ou garantias de CPU. O EBC Core é fornecido em um cluster composto por vários hosts.

EBC Core Host

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 está disponível na versão mais recente disponível. Para ambientes EBC com requisitos de memória mais exigentes, existe um tipo de servidor hipervisor de alta memória. Ele pode ser usado mediante solicitar. A tabela abaixo lista os tipos de servidores hipervisor disponíveis atualmente, com a quantidade de capacidade utilizável que um único servidor hipervisor adiciona a um cluster.

Hypervisor Server Type	Deployment	Use Case	# Available GB RAM1	# Available GB RAM1	CPU Core Speed
EBC HV GC v2	Standard	Generic Compute	450	28	≥ 2.4GHz
EBC HV HM v2	Optional	High Memory	900	28	≥ 2.4GHz

Nota: Capacidade líquida do cluster

Um ambiente EBC Core possui uma configuração de cluster com pelo menos três hosts, sendo dois deles usados e um reserva (princípio N + 1). O cluster (N + 1) possui no máximo 15 hosts (14 + 1); acima desse número, é necessário um servidor reserva adicional. O tamanho máximo do cluster é de 30 servidores hipervisores (28 + 2). A capacidade do(s) servidor(es) reserva(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 em número de núcleos de CPU e GB de RAM utilizáveis.

EBC Core Cluster Size	Hypervisor Server Model	# Spare Servers	# Available CPU Cores1	# Available GB RAM1
3 (2+1) minimum	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) maximum	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. Os 50% se comprometem sobre a capacidade líquida em RAM GB
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 RAM do cluster. A capacidade líquida total de RAM do cluster está disponível para compra, e o uso de capacidade de RAM 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.

Purchase Unit	Type of Host	Billing Type	Description
EBC Core - Host	• Generic • High Memory	Baseline	Agreed number of hosts in the cluster
EBC Core - 50% Commit		Baseline	50% of the GB RAM associated with the host
EBC Core - 1GB RAM Additional		Overage	Amount of GB RAM consumption above the baseline

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 vRAM GB.

EBC vCPU

No produto EBC Core, 1 CPU equivale a pelo menos 2,4 GHz. Você determina como usar a capacidade líquida dos núcleos físicos de CPU disponíveis. Há diretrizes para o uso de vCPUs para desempenho das aplicações. Os valores de garantia de vCPUs para excesso de assinatura indicam quantas vCPUs podem ser implantadas para cada núcleo físico de CPU presente. O EBC Core você liberdade para determinar até que ponto a sobreassinatura é aplicada por cluster de computação.

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

vCPU Variant	vCPU Guarantee Value	Use Case
EBC vCPU Standard Guarantee (Default)	1:4 (25%)	• Generic production servers • OTA servers
EBC vCPU High Guarantee	1:2 (50%)	• Medium-load application servers
EBC vCPU Full Guarantee	1:1 (100%)	• Terminal servers • High-load application servers • Latency-sensitive application servers

Exemplo de cálculo do núcleo EBC

Você tem um ambiente para aplicativos com carga acima da média e, portanto, utiliza a vCPU EBC com Alta Garantia. Os recursos solicitados são:

1. 500 vCPUs (Alta Garantia 1:2)
2. 4000 GB 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 = 250 CPUs.

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

100 vCPUs: 2 = 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.

4000 GB vRAM + 20% = 4400 GB vRAM.

Anfitriões

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

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

4400 GB de vRAM: 450 = 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 reserva será implantado. Neste exemplo, 1 host reserva é 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.

EBC Core Cluster Size in # Hosts	Hypervisor Server Type	# Spare Servers	# Available CPU Cores1	# Available GB RAM1
(11 + 1) 12	EBC HV GC v2	1	308	4950

Nota: Capacidade líquida do cluster

Nesse 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.

• Este cluster contém 308 CPUs. As 500 vCPUs de Alta Garantia (1:2) utilizam 250 CPUs. Há Ainda restam 308 - 250 = 58 CPUs de capacidade líquida disponível. As CPUs estão incluídas na unidade host (linha de base). O uso de CPUs não possui custo próprio.
• Esse cluster contém 4950 GB de RAM. Essa capacidade líquida consiste em 2 unidades de compra, como segue:

  • 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 excedente. Para os 4000 GB de RAM diretamente necessários, são necessários 4000 - 2475 = 1525 dessa unidade de compra.

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.

Purchase Unit	Calculation Type	Quantity	Description
EBC Core – Generic Host 450 GB RAM	Baseline	12	Cluster Size is 12 Hosts (11+1)
EBC Core – 50% Commit	Baseline	11	50% commit at 11 net hosts (225 GB RAM/host)
EBC Core – 1 GB vRAM Additional	Overage	1525	The difference between 4000 GB - 11 * 225 GB RAM

Núcleo EBC em uso

Você escolhe o número de hosts e clusters que correspondem à solicitação 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 para o crescimento regular? Nesse caso, você pode acessar recursos adicionais. O consumo adicional é cobrado automaticamente mensalmente. O gerente de contas da Equinix pode orientá-lo. Você pode escolher a compra que 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 computacionais. Existem recomendações para o melhor desempenho de uma máquina virtual. Adicionar mais recursos computacionais a uma máquina virtual 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 VMware. O EBC Core 3.0 NVL oferece a opção de pagar as licenças VMware separadamente, como pontos de licença VMware. Nesse caso, você paga um preço menor pelo compromisso de 50% dos GB de vRAM e pelos GB de vRAM adicionais. A vantagem dessa opção é que as licenças são cobradas apenas pelo tempo em que uma VM na plataforma realmente utiliza o VMware, de acordo com a definição do 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 (camadas), na forma de armazenamentos de dados nos quais as VMs podem ser colocadas. O desempenho do armazenamento de dados depende do tamanho do armazenamento de dados e é expresso em operações de E/S 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 curtos períodos, até o valor limite, de acordo com o princípio do uso justo. Um gerente de contas da Equinix pode aconselhá- você sobre os níveis de desempenho mais adequados à sua situação. A especificação de desempenho de armazenamento dos níveis entregáveis é mostrada abaixo.

Tier	Name	Use	Impact
1	High performance	DB (Logs), RDS/ SBC, VDI Low-latency beneficial workloads	• IOPS guarantee: 1.000 IOPS per TB; max. • 30.000 per data-store1 • IOPS limit: 1.500 IOPS per TB; max. • 45.000 per data-store2 • Latency: 5 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6
2	Performance (Default)	Generic VMs, App / Web services, High performance File services / Object storage	• IOPS guarantee: 250 IOPS per TB. max.7.500 per data-store1 • IOPS limit: 500 IOPS per TB. max. 15.000 per data-store2 • Latency: 10 ms3 • Size: Min 250GB, max. 30TB per volume4, 5, 6
3	Standard	Back-up, Generic File services / Object storage	• IOPS guarantee: 100 IOPS per TB. max. 3.000 per data-store1 • IOPS limit: 250 IOPS per TB. max. 7.500 per data-store2 • Latency: 15 ms3 • Size: Min 250 GB, max. 30 TB per volume4, 5, 6
4	Archive	Archive, Cold storage	• IOPS guarantee: 50 IOPS per TB. max. 1.500 per data-store1 • IOPS limit: 75 IOPS per TB. max. 2.250 per data-store2 • Latency: 20 ms3 • Size: Min 250 GB, max. 30 TB per 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 prolongada da garantia (uso justo), 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 do EBC Core é comprado em data stores de acordo com a política de armazenamento, com unidades de compra de 1 GB. Um compromisso mínimo ou linha de base de 250 GB por cluster de armazenamento de dados se aplica a cada política.

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

Exemplo de Cálculo 1 Você adquire um cluster EBC com 5 TB de armazenamento de nível 2. Como a capacidade solicitada é inferior a 30 TB, você tem acesso a um datastore de nível 2, com as seguintes especificações:

• Garantia - 1250 IOPS

  • Por data store: 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 data store: 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 Você solicita um cluster EBC com 20 TB de armazenamento de nível 1 e 50 TB de armazenamento de nível 2. Você então terá acesso a:

Nível 1 – Um armazenamento de dados, visto que a capacidade solicitada é menor ou igual a 30 TB, com as seguintes especificações:

• Garantia - 20.000 IOPS

  • Por data store: 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 data store: 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.

Nível 2 – Dois armazenamentos de dados de 25 TB, visto que a capacidade solicitada é superior a 30 TB, com as seguintes especificações:

• Garantia - 2500 IOPS

  • Por data store: 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 data store: 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 baseiam-se no consumo da capacidade alocada de todos os discos virtuais vinculados e na capacidade em uso. Isso é medido a partir do seguinte, por 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 Equinix Managed Storage Service (EMSS). Ao usar o EMSS, o armazenamento pode ser vinculado às VMs do cliente sem a intervenção da plataforma EBC. Os casos de uso incluem o uso de um servidor de backup ou arquivo virtual. Snapshots opcionais ou cópias extras dos dados armazenados no serviço EMS podem ser criados em um segundo data center IBX .

Rede EBC Core

A plataforma EBC oferece diversas 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. Empresa
5. Enterprise Plus

NFV–autoatendimento

A maioria das funções NFV está disponível por meio do portal web de autoatendimento, ferramentas de automação e API. Isso oportunidade que a organização implemente a configuração de rede desejada sem precisar investir em equipamentos antecipadamente. Os arquitetos da Equinix podem assessorar, se necessário. Aqui estão alguns exemplos de funções NFV:

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

Roteadores Virtuais

Os recursos e funcionalidades oferecidos pelos Roteadores Virtuais são semelhantes aos da Rede Compartilhada, exceto que seus alcances de implantação abrangem apenas os tamanhos Grande, Extra Grande e Quádruplo Grande.

Microssegmentação

A microssegmentação, também conhecida como firewalls distribuído (DFW), é um recurso importante da plataforma EBC ST e está disponível a partir do nível de recursos NFV Avançado. A função DFW permite que os usuários apliquem regras de firewall dinamicamente com base em VMs, tags, grupos de porta, tipo de sistema operacional e assim por diante. Isso contrasta com as situações tradicionais, em que só é possível aplicar firewall em uma interface de roteador com base no endereço IP ou segmento IP. A aplicação das regras DFW torna possível o princípio da rede de confiança zero, eliminando a 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 Flex EBC oferecidas pela Rede Principal EBC.

Redes internas

As redes internas são redes de Camada 2 (L2) às quais as VMs podem se conectar e que só podem existir dentro de 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. Elas transcendem os clusters de computação e só podem ser acessadas por meio de 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 da Equinix. Se você precisar de redes L2 e/ou L3 disponíveis fora do seu ambiente EBC Core, consulte Redes Externas. Cinco redes internas estão incluídas no 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

Redes externas são redes de Camada 2 (L2) às quais VMs ou roteadores podem ser conectados. Para habilitar a conectividade externa, você deve adquirir os serviços do EBC Connect em combinação com outros serviços da Equinix, como Metro Connect ou ECX Fabric. As redes externas são baseadas em VLANs e são disponibilizadas na forma de grupos de portas. Elas transcendem clusters de computação e podem ser acessadas 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 cloud pública. Redes externas adicionais podem ser solicitadas por meio de uma Solicitação de Serviço do Equinix Support Desk. 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 todo mês.

Roteadores próprios

Consulte EBC Flex Network: Roteadores 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 do consumo de componentes variáveis, a 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 da Equinix. É obrigatório instalar as ferramentas da VMware em todas as máquinas virtuais da plataforma EBC.

Relatórios

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

Licenciamento

Para questões relacionadas à licença, acesse Licenciamento.

Observação:

• O compartilhamento de um disco virtual entre várias VMs não é compatível com o EBC. Portanto, não há suporte para a aplicação do clustering de failover do Microsoft Windows Server (WSFC) com discos compartilhados no 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

EBC Virtual GPU

Se você precisar de aceleração de GPU em seu ambiente EBC, a plataforma EBC Core oferece essa opção. Ao aplicar as 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 da Equinix com base em blocos de construção padronizados.

EBC Recuperação de Desastres

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 uma interrupção. Ao aplicar a replicação assíncrona ou síncrona, o EBC DR pode oferecer um objetivo de ponto de recuperação (RPO) 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 abaixo as relações e dependências com os seguintes serviços

• EBC Backup and Restore
• EBC Migration
• EBC Connect
• Customer Connect
• Cross Connects
• Metro Connect
• Equinix Fabric

Firewall Gerenciada

Uma parte opcional do ambiente EBC é uma solução de Firewall Gerenciado 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 Firewall Gerenciado incluem:

• Firewalling
• Roteiro
• 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)