Núcleo de Nuvem Privada Gerenciada

O MPC Core é uma opção dedicada baseada em VMware Cloud Foundation (VCF) para clientes que precisam de controle de pilha completa em um ambiente gerenciado. O MPC Core fornece uma infraestrutura dedicada com recursos de computação, armazenamento e rede em uma Secure Cabinet Express dedicada em um datacenter Equinix.

O serviço MPC Core é baseado e alinhado com os blueprints arquitetônicos do VMware Cloud Foundation. A conectividade é suportada para redes de Camada 2 e Camada 3 por meio de Equinix Fabric ou conexões diretas usando Metrô, Campus e/ou Cross Connect da Equinix. O Equinix gerencia a pilha completa, incluindo o VCF, enquanto os clientes configuram sua infraestrutura dentro dos limites de uma implantação de VCF. Os clientes podem optar por incluir a licença VCF no serviço ou usar a opção BYOL da Broadcom.

O MPC Core está disponível em datacenters selecionados globalmente. Quando adquirido em diferentes regiões (AMER, EMEA, APAC), uma implementação independente é entregue para cada região. Quando várias implementações são entregues na mesma região, o Active Directory e o DNS podem ser compartilhados entre elas.

Conteúdo relacionado: Nuvem privada hospedada

Obtendo acesso

Para diferentes casos de uso, o acesso ao MPC Core é necessário:

• Acesso pela primeira vez durante a entrega para configurar o MPC Core Service
• Acesso à plataforma para gerenciamento
• Acesso de contingência quando o acesso normal do usuário não está disponível

Acesso pela primeira vez

Para obter acesso pela primeira vez ao MPC Core, uma solução IPSec VPN está disponível. Usando esse VPN, o cliente pode configurar a conectividade necessária para gerenciar o ambiente. A instalação, a configuração e as credenciais da solução VPN são fornecidas ao cliente durante a execução.

Acesso à plataforma

Os portais e serviços a seguir estão disponíveis para o cliente gerenciar o MPC Core.

Portal	Objetivo
Operações VCF	Gerenciamento e operações de VCF
Corretor de identidade VCF	Autenticação central
Operações do VCF para registros	Registro da plataforma VCF
vCenter	Gerenciamento de VM
NSX Manager	rede definida por software
Gerente HCX	Ferramentas de migração
Hipervisor ESX	Acesso ao console da VM

Durante a execução, os endereços IP e FQDNs dos portais do MPC Core são compartilhados com o cliente para configuração do ambiente. Para acessar os portais, atualize a configuração do firewall para permitir o seguinte:

Papel	Direção	Objetivo	Serviços permitidos
DNS	Entrada	Resolução de nomes DNS do cliente para servidores DNS MPC	DNS (TCP, UDP/53), PING
DNS	Saída	Resolução de nomes DNS do MPC para servidores DNS do cliente	DNS (TCP, UDP/53), PING
NTP	Entrada	Sincronização de horário da rede do cliente para os servidores de horário do MPC	NTP (TCP, UDP/123), PING
Operações VCF	Entrada	Acesso do cliente ao portal de operações do VCF	HTTP (TCP/80), HTTPS (TCP/443), PING
Corretor de identidade VCF	Entrada	Acesso do cliente ao portal do Identity Broker	HTTPS (TCP/443), ping
Corretor de identidade VCF	Saída	Acesso do Identity Broker ao LDAP do cliente	TCP/636, TCP/3269, ping
Operações do VCF para registros	Entrada	Acesso do cliente ao portal VCF Ops for Logs	HTTPS (TCP/443), ping
vCenter	Entrada	Acesso do cliente ao portal vCenter	HTTP (TCP/80), HTTPS (TCP/443), PING
NSX Manager	Entrada	Acesso do cliente ao portal do NSX Manager	HTTPS (TCP/443), ping
Gerente HCX	Entrada	Acesso do cliente ao portal do HCX Manager	HTTPS (TCP/443), ping
ESX	Entrada	Acesso do cliente ao hipervisor ESX para acesso ao console da VM	HTTPS (TCP/443), ping

Configurando o acesso ao portal

Para conceder aos usuários da organização do cliente acesso ao ambiente principal do MPC, é importante entender as opções e limitações disponíveis do Gerenciamento de identidade e acesso (IAM). Os usuários são gerenciados no serviço de diretório do cliente, que é conectado ao MPC Core Identity Broker por meio de LDAPS. O Identity Broker é o componente VCF que usa grupos de clientes para conceder acesso ao ambiente MPC Core com base em funções predefinidas. A autenticação para componentes do VCF, como vCenter e VCF Operations, é tratada por meio do Identity Broker.

O cliente deve definir grupos no serviço de diretório. Esses grupos são importados para o Identity Broker e usados para autenticação e autorização.

Agente de identidade

O Identity Broker é o componente VMware VCF que gerencia o logon único (SSO) em toda a plataforma. O Identity Broker fornece acesso aos seguintes serviços:

• NSX Manager
• Operações VCF
• vCenter
• Operações do VCF para registros
• Gerente HCX

Protocolo de gerenciamento de acesso

O protocolo suportado para gerenciamento de identidade e acesso é o LDAPS. Os clientes podem conectar seu próprio provedor de identidade (IdP) usando LDAPS. Para usar LDAPS, configure o encaminhamento DNS. Os procedimentos de implantação são fornecidos durante o atendimento do pedido.

Configurar usuários, grupos, funções e permissões

Durante o atendimento, os grupos de clientes são atribuídos às funções principais do MPC. Os clientes devem fornecer grupos a partir de seu próprio serviço de diretório. A equipe de execução configura as funções e os grupos no ambiente MPC Core.

Alterações nas permissões ou atribuições de grupo podem ser solicitadas enviando uma solicitação de serviço. Os clientes são aconselhados a:

• Use um nome exclusivo para cada grupo atribuído a uma função do MPC. No mínimo, forneça grupos para a função de maior acesso para cada componente do VCF. Caso contrário, o cliente não poderá gerenciar esse componente.

  • Por exemplo: VCF Operator, vCenter Admin, NSX Admin

• Para cada componente do VCF (por exemplo, vCenter ou NSX), não atribua um usuário a vários grupos para o mesmo componente.

  • Por exemplo: Não atribua um único usuário aos grupos "vCenter Admin" e "vCenter ReadOnly". O vCenter usa um modelo de privilégio mínimo, portanto, o nível de permissão mais baixo se aplica.

Função(ões) principal(is) do MPC	Componente	Exemplo de grupo(s) de clientes	Status	Objetivo
Customer_VCF_Operator	Operações VCF	ADM_VCF_Operator	Obrigatório	Função que permite que os clientes gerenciem a plataforma VCF com permissões de Operador
Customer_VCF_ReadOnly	Operações VCF	N / D	Opcional	Função que permite que os clientes gerenciem a plataforma VCF com permissões ReadOnly
Customer_vCenter_Admin	vCenter	ADM_vCenter_Admin	Obrigatório	Função que permite que os clientes gerenciem o vCenter com permissões de administrador limitadas
Client_vCenter_Operator	vCenter	N / D	Opcional	Função que permite que os clientes gerenciem o vCenter com permissões de operador
Customer_vCenter_User	vCenter	N / D	Opcional	Função que permite que os clientes gerenciem o vCenter com permissões de usuário
Customer_vCenter_ReadOnly	vCenter	ADM_vCenter_Monitor	Opcional	Função que permite que os clientes gerenciem o vCenter com permissões ReadOnly
Customer_vCenter_Backup-Admin	vCenter	ADM_vCenter_Backup	Obrigatório se a integração de backup do cliente for necessária	Função para contas de atendimento ao cliente que executam backups para cargas de trabalho do cliente em execução na plataforma VCF
Customer_vCenter_Replication-Admin	vCenter	N / D	Obrigatório se a integração de replicação do cliente for necessária	Função para contas de atendimento ao cliente que executam replicação para cargas de trabalho do cliente em execução na plataforma VCF
Customer_HCX_Tenant	HCX (Migração)	ADM_HCX_Tenant	Necessário se HCX for necessário	Função que permite que os clientes gerenciem o HCX, excluindo o gerenciamento de perfis de rede
Customer_NSX_Admin	NSX	ADM_NSX_ADMIN	Obrigatório	Função que permite que os clientes gerenciem o NSX com permissões limitadas de administrador
Customer_NSX_Operator	NSX	N / D	Opcional	Função que permite que os clientes gerenciem o NSX com permissões de operador
Customer_NSX_ReadOnly	NSX	N / D	Opcional	Função que permite que os clientes gerenciem o NSX com permissões ReadOnly

Configurando LDAP

O Equinix configura o LDAPS no Agente de Identidade como parte do processo inicial de implantação do Núcleo do MPC. Para estabelecer uma conexão LDAPS segura, o MPC Core deve acessar o provedor de identidade do cliente (IdP) usando seu nome DNS e validando os certificados associados. A resolução de nomes DNS deve ser configurada em ambas as direções entre o MPC Core e o ambiente do cliente.

As etapas a seguir são necessárias para conectar o MPC Core ao IDP do cliente.

Regras de firewall e encaminhamento de DNS

O cliente deve habilitar as regras de firewall necessárias no ambiente do cliente em que o Equinix fornece os endereços IP de origem do núcleo do MPC.

Servidores DNS e LDAP do cliente

O cliente deve fornecer os endereços IP e FQDNs dos seguintes sistemas:

• Servidores DNS do cliente
• Servidores LDAP do cliente
• Controladores de domínio do Active Directory do cliente, quando aplicável

Certificado CA

O cliente deve fornecer o certificado CA que assinou os certificados usados pelos servidores LDAP. Esse certificado é normalmente um certificado de CA raiz e não inclui uma chave privada . O certificado deve ser fornecido no formato PEM e incluir as linhas BEGIN CERTIFICATE e END CERTIFICATE.

Parâmetros LDAP

O cliente deve fornecer os seguintes parâmetros LDAP.

Parâmetro	Valor
FQDN do domínio	customer.com
DN base	DC: Cliente, DC: Com
Vincular nome de usuário	CN, OU, OU, DC, DC Exemplo: ldap-sa, Contas de serviço, Grupos, DC: Cliente, DC: Com
Vincular senha do usuário	<Password via secure media>

Acesso aos Portais VCF

O MPC Core fornece acesso direto ao cliente aos portais VCF. Esse acesso requer roteamento entre o ambiente MPC Core e a rede do cliente. Depois que a conectividade for estabelecida, os clientes poderão acessar os portais VCF por meio dessa conexão.

Visão geral do acesso ao serviço

O serviço é executado em uma plataforma dedicada baseada em VMware que inclui componentes como vCenter e NSX. Todos os componentes de plataforma e serviço residem em sub-redes de gerenciamento segmentadas. Como a plataforma usa nomes de host em todos os componentes, os clientes devem configurar a resolução de DNS e estabelecer a confiança do certificado para acessar os serviços e portais da plataforma.

Resolução DNS

Os clientes devem configurar o encaminhamento DNS para que os resolvedores DNS internos possam acessar os servidores DNS do MPC Core. Para configurar a resolução DNS:

1. Aceite as rotas anunciadas pelo MPC Core para que os servidores DNS do cliente possam acessar os servidores DNS do MPC Core.
2. Configure um encaminhador condicional nos servidores DNS do cliente para as zonas DNS do MPC Core.
3. Crie uma zona DNS reversa nos servidores DNS do cliente para cada rede anunciada pelo MPC Core.

Certificado de confiança

O MPC Core usa uma CA (Certificate Authority, autoridade de certificação). Isso garante que todos os componentes do MPC Core, como vCenter e NSX Manager, usem certificados emitidos e renovados por um servidor central. Como parte do serviço gerenciado, a Equinix realiza a renovação do certificado.

Para garantir que os certificados MPC Core sejam confiáveis, os clientes devem adicionar o certificado CA raiz MPC Core a seus sistemas internos. Isso impede que mensagens de aviso de certificado apareçam nos navegadores do cliente. Todos os certificados MPC Core usam o seguinte padrão de nomenclatura: xxx.mpc-core.com

Adicionando o Certificado CA raiz do MPC Core

Geralmente, os clientes podem adicionar o certificado CA raiz do MPC Core a seus dispositivos de uma das seguintes maneiras:

1. Distribua o certificado da CA raiz por meio do Gerenciamento de dispositivos

   • Na maioria dos ambientes, ferramentas como a Diretiva de Grupo do Microsoft Active Directory são usadas para distribuir certificados raiz confiáveis. As soluções de gerenciamento de dispositivos de outros fornecedores podem fornecer funcionalidade semelhante.

2. Instale o certificado manualmente em cada dispositivo

   • Importe a cadeia de CA para as lojas confiáveis dos clientes

     • Importe o certificado da CA raiz e todos os certificados intermediários da CA fornecidos pela Equinix no formato .cer ou .crt.
     • Importe os certificados para:
       • Armazenamento confiável DO SO (Windows: Computador local → raiz confiável/intermediário; Linux: Armazenamento confiável do sistema conforme aplicável; macOS: Chaveiro do sistema).
       • Confiança do navegador (Chrome/Edge/Firefox herdam a confiança do SO na maioria das plataformas; se sua política isolar a confiança do navegador, importe-a também).
       • Clientes não navegadores (ferramentas de automação, SDKs, módulos PowerShell, clientes API) se mantiverem armazenamentos confiáveis separados.

   • Acessibilidade de CRL e OCSP

     • Se a verificação de revogação de certificado for imposta, certifique-se de que seus sistemas possam alcançar os pontos de extremidade CRL/OCSP especificados nos certificados. Se eles não estiverem acessíveis a partir da sua rede, configure sua política de acordo ou entre em contato com o Suporte da Equinix para solicitar arquivos CRL offline.

   • Política de Protocolo

     • Certifique-se de que a linha de base de segurança do cliente permita TLS 1,2 ou superior e conjuntos de cifras modernos comuns.

Resultado

Navegadores e clientes confiarão nos endpoints da plataforma (por exemplo, vCenter, NSX Manager) sem avisos, permitindo o acesso seguro.

Acesso de contingência

Quando o acesso normal ao MPC Core não está disponível, os clientes podem usar uma solução de contingência VPN para acessar o ambiente. Os clientes devem fazer download e instalar o software VPN e configurá-lo para o acesso principal do MPC. Para usar esse serviço, os clientes devem fornecer um intervalo de IP na lista de permissões.

Conectividade externa

O MPC Core pode se conectar ao ambiente do cliente por meio de Cross Connect, Metro Connect ou Fiber Connect usando fibra monomodo a 1 Gbps, 10 Gbps ou 25 Gbps. Essas conexões podem ser configuradas como uma única conexão não redundante. Para uma configuração redundante, o LACP é necessário.

A conectividade Equinix Fabric está disponível em fibra monomodo a 1 Gbps ou 10 Gbps. A malha pode ser configurada em uma configuração única ou redundante usando um único circuito virtual (VC) ou dois circuitos virtuais em portas diferentes.

A tabela a seguir mostra as opções de conectividade disponíveis e o número de portas disponíveis.

Produto	Largura de banda suportada	Tipo	portas disponíveis
Cross Connect, Metro Connect, Fiber Connect	1 Gbps	Fibra monomodo	4
Cross Connect, Metro Connect, Fiber Connect	10/25 Gbps	Fibra monomodo	2
Tecido	10 Gbps	Fibra monomodo	4

As conexões externas (VLANs) são encerradas no NSX Edge fornecido pelo Equinix por padrão. Como alternativa, os clientes podem usar seu próprio dispositivo virtual para encerrar conexões externas. Essa configuração pode ser aplicada após a entrega do serviço. Se as bordas não forem necessárias, os clientes poderão removê-las por meio do autoatendimento no portal VCF.

Gama VLAN

Para conectividade de serviço da Camada 2, 64 VLANs consecutivas no intervalo 2000-4000 são reservadas para conexões externas. Essas VLANs suportam serviços de conectividade de Camada 2, como Metro Connect e Cross Connect, e permitem expansão futura. Se o cliente não especificar um intervalo de VLAN inicial, o Equinix atribuirá VLANs 2000-2063. Esta escolha é final e não pode ser alterada posteriormente. Um VLAN é configurado em apenas uma conexão externa para impedir loops da Camada 2.

Intervalo de IP

Para ferramentas de gerenciamento de Equinix, os clientes devem fornecer um intervalo de IP /18 para que os serviços possam ser roteados corretamente. Esta alocação padrão:

• Impede a sobreposição entre a implantação do serviço e o plano de endereço IP do cliente.
• Permite acesso direto a serviços sem NAT, incluindo vCenter, NSX Manager, uploads de modelos, integrações de IdP, e outras integrações.
• Permite que o ambiente de serviço cresça sem restrições de endereço IP.

Se o cliente não especificar um intervalo de IP, o Equinix selecionará um intervalo de IP de RFC1918 172,16. Esta escolha é final e não pode ser alterada posteriormente.

Integração de aplicativos

O MPC Core oferece suporte à integração com aplicativos do cliente, como ferramentas de backup e recuperação de desastres. Para manter a disponibilidade do serviço, os seguintes métodos de integração não são suportados:

• Acesso raiz ao hipervisor
• Aplicativos que exigem a instalação de software fornecido pelo cliente no hipervisor. Exemplos incluem Veeam CDP, Rubrik CDP e Zerto.

Projetos principais do MPC

O projeto do MPC Core é baseado no esquema VCF Fleet do VMware em um único local com espaço físico mínimo , com HA habilitada no nível do componente de gerenciamento (implementações em cluster). Os componentes de gerenciamento de VCF e os recursos do cliente são executados em um único cluster. Este blueprint fornece um domínio de gerenciamento contendo um cluster com um pool de recursos para componentes de gerenciamento e um pool de recursos para recursos do cliente.

O domínio de gerenciamento também conta com o VCF Operations HCX para suportar a migração para a plataforma MPC Core. O domínio de gerenciamento é controlado pela Equinix. O pool de recursos contém recursos do cliente, e a capacidade disponível depende dos componentes de gerenciamento instalados, do número de hosts no cluster e do tipo de host.

O armazenamento é fornecido pelo vSAN. Para conectividade, o cliente pode usar o NSX e/ou instalar um dispositivo de roteamento autogerenciado. O cliente também pode usar o serviço de Firewall Gerenciado, que é uma oferta de firewall gerenciada pela Equinix e que deve ser adquirida separadamente (Opção Firewall Gerenciado de Conectividade).

Frota

Uma frota é uma construção arquitetônica que agrupa várias instâncias VCF para dar suporte ao gerenciamento centralizado e às operações de autoatendimento. A primeira instância do MPC Core em um datacenter é uma frota de VCF que contém uma única instância de VCF. Esse projeto suporta até 5 clusters, 100 hosts ou 1000 VMs por padrão. Quando é necessário dimensionamento adicional, alguns componentes de gerenciamento devem ser aumentados em tamanho, e essa capacidade é deduzida do pool de recursos do cliente.

O software instalado incluído no MPC Core VCF Fleet em um único local é:

• Instalador VCF
• Gestão de Frota VCF
• Operações VCF
• Proxy de nuvem de operações VCF
• vCenter
• Gerentes NSX
• Bordas do NSX
• Operações VCF para Logs
• Corretor de identidade VCF
• Operações VCF HCX
• Infraestrutura de gerenciamento principal (Serviços de Domínio do Active Directory, DNS, Autoridade de Certificação, Monitoramento NTP, Servidor de Acesso Remoto)

Gabinete central MPC

O MPC Core é fornecido a partir de um datacenter da Equinix em um Secure Cabinet Express dedicado. Dependendo do tamanho do cluster, ele pode abranger vários gabinetes. O gabinete e a energia estão incluídos no preço do host. O gabinete e o acesso são gerenciados pela Equinix e não estão disponíveis para equipamentos do cliente. O número máximo de hosts por gabinete depende da disponibilidade de energia e da quantidade e consumo de energia dos servidores.

Infraestrutura central do MPC

Para o gerenciamento do MPC Core, o primeiro gabinete é equipado com firewalls de gerenciamento, recursos de gerenciamento fora de banda (OOB) e switches de gerenciamento. Cada gabinete inclui dois switches redundantes com 2x48 portas de 25 Gbps para conectividade externa e conectividade com servidores. Cada servidor utiliza duas portas de cada switch para redundância. Os switches são gerenciados pela Equinix. Quando dois gabinetes são implantados, os switches são interconectados de forma redundante entre os gabinetes, fornecendo 400 Gbps de largura de banda.

Cluster central MPC

• Conjunto - Um ambiente MPC Core inclui uma configuração de cluster com pelo menos sete hosts, dos quais seis estão disponíveis para uso e um é reservado para manutenção e alta disponibilidade (princípio N+1).
• Hospedar - O MPC Core fornece um catálogo de tipos de host com base em CPU, núcleos, RAM e armazenamento.

Anfitrião	Tipo de anfitrião	Tipo de faturamento	Descrição
AHL-16L05V4#4	Host genérico	Linha de base	16 núcleos, 512 GB de RAM, 4 SSDs NVMe de 3,84 TB
AHL-16L05V6#4	Host genérico	Linha de base	16 núcleos, 512 GB de RAM, 6 SSDs NVMe de 3,84 TB
AHL-32L05V8#4	Host genérico	Linha de base	32 núcleos, 512 GB de RAM, 8 SSDs NVMe de 3,84 TB
AHL-32L05V6#8	Host genérico	Linha de base	32 núcleos, 512 GB de RAM, 6 SSDs NVMe de 7,68 TB
AHL-32L05V8#8	Host genérico	Linha de base	32 núcleos, 512 GB de RAM, 8 SSDs NVMe de 7,68 TB
AHL-32L05V6#15	Host genérico	Linha de base	32 núcleos, 512 GB de RAM, 6 SSDs NVMe de 3,68 TB
AHL-32L10V8#4	Host genérico	Linha de base	32 núcleos, 1024 GB de RAM, 4 SSDs NVMe de 15,36 TB
AHL-32L10V6#8	Host genérico	Linha de base	32 núcleos, 1024 GB de RAM, 6 SSDs NVMe de 7,68 TB
AHL-32L10V8#8	Host genérico	Linha de base	32 núcleos, 1024 GB de RAM, 8 SSDs NVMe de 7,68 TB
AHL-32L10V6#15	Host genérico	Linha de base	32 núcleos, 1024 GB de RAM, 6 SSDs NVMe de 15,36 TB
AHL-64L10V8#8	Host genérico	Linha de base	64 núcleos, 1024 GB de RAM, 8 SSDs NVMe de 7,68 TB
AHL-64L10V6#15	Host genérico	Linha de base	64 núcleos, 1024 GB de RAM, 6 SSDs NVMe de 15,36 TB
AHL-64L20V8#8	Host genérico	Linha de base	64 núcleos, 2048 GB de RAM, 8 SSDs NVMe de 7,68 TB
AHL-64L20V6#15	Host genérico	Linha de base	64 núcleos, 2048 GB de RAM, 6 SSDs NVMe de 15,36 TB

Nota: Os hosts do cluster são comprometidos por todo o período contratual. Cada cluster MPC Core deve usar hosts do mesmo tipo. Os limites da plataforma MPC Core são definidos no nível da solução VCF.

Dimensionamento do cluster

O dimensionamento do cluster deve ser baseado na capacidade computacional e na disponibilidade necessárias. Um cluster consiste em capacidade líquida consumível, expressa pelo número de hosts (N), e inclui capacidade ociosa para disponibilidade, recuperação e manutenção. A capacidade ociosa necessária depende do tamanho do cluster.

• O tamanho mínimo do cluster é de 7 hosts (N+1).
• Os tamanhos de cluster acima de 15 hosts exigem um segundo host sobressalente (N+2).

Tamanhos de cluster e capacidade líquida

A capacidade para servidores sobressalentes é reservada para garantir a disponibilidade. Os nós sobressalentes não podem ser usados ​​enquanto todos os nós ativos estiverem operacionais, e a capacidade que eles fornecem não está incluída no cálculo da capacidade disponível. A visão geral abaixo descreve exemplos de tamanhos de cluster, incluindo tamanhos mínimos e máximos, e a capacidade líquida utilizável associada, expressa em núcleos de CPU e GB de RAM. A sobrecarga especificada pelo fornecedor deve ser subtraída da capacidade do primeiro cluster. O dimensionamento recomendado baseia-se nas recomendações do fornecedor.

• Calcular

  • N = N+1
  • Sobrecarga para hipervisor
  • Utilização média máxima de 80% da CPU e da memória.

• Armazenar

  • Reserva para custos indiretos de reconstrução e operação do vSAN

Tamanho do cluster principal MPC	Modelo de servidor de hipervisor	# Servidores sobressalentes	Capacidade Utilizável	Capacidade Recomendada
mínimo de 7 (6 e 1)	16C, 512 GBRAM	1	42 núcleos de CPU 1350 GBRAM	39 núcleos de CPU 1220 GBRAM
	32C, 512 GBRAM	1	90 núcleos de CPU 1350 GBRAM	77 núcleos de CPU 1220 GBRAM
	32C, 1024 GBRAM	1	90 núcleos de CPU 2850 GBRAM	77 núcleos de CPU 2450 GBRAM
	64C, 1024 GBRAM	1	180 núcleos de CPU 2850 GBRAM	154 núcleos de CPU 2450 GBRAM
	64C, 2048 GBRAM	1	180 núcleos de CPU 5700 GBRAM	154 núcleos de CPU 4910 GBRAM
14 (13+1)	16C, 512 GBRAM	1	182 núcleos de CPU 5850 GBRAM	167 núcleos de CPU 5320 GBRAM
	32C, 512 GBRAM	1	390 núcleos de CPU 5850 GBRAM	333 núcleos de CPU 5320 GBRAM
	32C, 1024 GBRAM	1	390 núcleos de CPU 12350 GBRAM	333 núcleos de CPU 10640 GBRAM
	64C, 1024 GBRAM	1	780 núcleos de CPU 12350 GBRAM	666 núcleos de CPU 10640 GBRAM
	64C, 2048 GBRAM	1	780 núcleos de CPU 24700 GBRAM	666 núcleos de CPU 22930 GBRAM
16 (14+2)	16C, 512 GBRAM	2	196 núcleos de CPU 6300 GBRAM	180 núcleos de CPU 5730 GBRAM
	32C, 512 GBRAM	2	420 núcleos de CPU 6300 GBRAM	359 núcleos de CPU 5730 GBRAM
	32C, 1024 GBRAM	2	420 núcleos de CPU 13300 GBRAM	359 núcleos de CPU 11460 GBRAM
	64C, 1024 GBRAM	2	840 núcleos de CPU 13300 GBRAM	717 núcleos de CPU 11460 GBRAM
	64C, 2048 GBRAM	2	840 núcleos de CPU 26600 GBRAM	717 núcleos de CPU 22930 GBRAM

Nota: A sobrecarga da pilha de gerenciamento do MPC Core e do VCF (hipervisor, vSAN, NSX) é deduzida da capacidade disponível. O dimensionamento deve visar uma utilização máxima de 80% para evitar limitações de crescimento futuro.

Armazenamento central MPC

No MPC Core, o armazenamento está incluído no host e é baseado na tecnologia vSAN. A capacidade bruta do cluster está disponível para o cliente. As políticas de redundância de dados dependem do número de hosts no cluster. A sobrecarga especificada pelo fornecedor deve ser deduzida da capacidade do cluster. Os clientes podem selecionar sua configuração RAID preferida. O vSAN é configurado com criptografia em repouso e criptografia em trânsito. Os clientes são responsáveis ​​por garantir que haja espaço suficiente disponível para operações de manutenção.

A tabela a seguir lista a capacidade garantida com base em seis discos em cada servidor. A capacidade esperada pode ser até 1,2 vezes maior, dependendo das características genéricas de dados de VM, da capacidade de compactação e dos dados que não são criptografados pelo cliente, de acordo com as médias da plataforma e as políticas recomendadas pelo fornecedor.

Servidores em cluster	Capacidade com tamanho do disco em TB (3,84)	Capacidade com tamanho do disco em TB (7,68)	Proteção
4	24.6	53.43	RAID-5 (Paridade Simples / Esquema 2+1 / Sobrecarga de RAID de 50%)
5	34.09	73.47	RAID-5 (Paridade Simples / Esquema 2+1 / Sobrecarga de RAID de 50%)
6	52.29	112.19	RAID-5 (Paridade Simples / Esquema 4+1 / Sobrecarga de RAID de 25%)
7	53.06	113.53	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
8	62.55	133.56	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
9	72.03	153.59	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
10	81.51	173.62	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
11	90.99	193.65	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
12	100.47	213.68	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
13	109.95	233.71	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
14	119.43	253.74	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)
15	128.91	273.77	RAID-6 (Paridade Dupla / Esquema 4+2 / Sobrecarga de RAID de 50%)

Licenciamento da VMware

O MPC Core suporta o uso de licenças VCF de propriedade do cliente, fornecidas pela Broadcom/VMware, ou licenças fornecidas pela Equinix. O uso de licenças "Traga sua própria licença" (BYOL) está sujeito aos requisitos de conformidade da Broadcom. Para usar licenças BYOL em uma instância do MPC Core, as licenças devem ser compartilhadas com a Equinix e incluídas nos relatórios da Equinix para a Broadcom.

Conectividade do núcleo MPC

Para integrar o MPC Core em arquiteturas de nuvem (múltipla) do cliente, ele pode ser conectado a diferentes opções de conectividade. Dois aspectos devem ser considerados ao determinar como o MPC Core se conecta a recursos externos:

• O tipo de conectividade (camada 2 ou camada 3)
• O roteamento (fornecido pela Equinix ou pelo cliente)

A conectividade externa do MPC Core suporta o seguinte:

1. Camada 3 baseada em BGP a. Equinix roteado usando Equinix Fabric™, Equinix Cloud Router™ ou Equinix Network Edge™ b. Roteamento fornecido pelo cliente usando Cross Connect™, Metro Connect™ ou Infrastructure Port™

2. Camada 2 via Infrastructure Port™, Cross Connect™ ou Metro Connect™ a. Não redundante, utilizando uma única conexão b. Redundante, usando conexões duplas baseadas em LACP, não via Fabric.

As conexões de camada 2 e camada 3 são suportadas em uma única implementação do núcleo MPC.

Produto	Camada-3	Camada 2	Camada 2 redundante com LACP
Tecido	X	X	-
Network Edge	X	X	-
Roteador de nuvens	X	X	-
Cross Connect	X	X	X
Metro Connect	X	X	X

• Conectividade Roteada - Nessa variante, a solução de rede NSX incluída no pacote VCF é usada como função de roteamento e rede virtual. Dois appliances NSX Edge, implantados no tamanho Grande, são instalados pela Equinix no pool de recursos do cliente e configurados com BGP fornecido pelo cliente. Toda a conectividade de camada 3 é terminada no roteador NSX Edge. O Edge é conectado usando duas VLANs para conectividade externa. As conexões de camada 2 são terminadas em um grupo de portas no vCenter. Com a conectividade roteada, as funções de rede disponíveis ficam limitadas ao firewall sem estado.

  Quando for necessário um firewall com estado ou um firewall distribuído, podem ser solicitadas opções de serviço adicionais, incluindo Firewall de Gateway e Firewall Distribuído.

• Conectividade roteada pelo cliente - Nessa variante, o cliente fornece um dispositivo de roteamento licenciado. Os componentes do NSX ainda são instalados conforme exigido pela implementação do VCF. Todas as conexões externas roteadas são terminadas no dispositivo de roteamento fornecido pelo cliente. O dispositivo se conecta usando duas VLANs para conectividade externa. As conexões de camada 2 são terminadas em um grupo de portas no vCenter.

  Com o roteamento fornecido pelo cliente, o Firewall Distribuído pode ser usado como um recurso opcional, licenciado por meio da opção de serviço.

• Endereçamento IP e VLANs - A Equinix utiliza intervalos de IP e VLANs padrão para a instância MPC Core. Os clientes podem fornecer seus próprios endereços IP e VLANs. Caso ocorra algum conflito, a Equinix atribuirá um intervalo alternativo em consulta com o cliente.

  O serviço está configurado usando IPv4. Os clientes podem usar IPv4 e IPv6 para suas cargas de trabalho, caso sejam compatíveis com a solução VMware VCF.

Funções de rede do NSX

O VCF e o NSX fornecem um catálogo de funções de rede. Algumas funções estão incluídas na licença do VCF, enquanto outras exigem licenciamento adicional por núcleo.

Tipo	Descrição	É necessário um cluster de borda.	Licença Extra
Borda	Funções básicas de rede	Sim	Não
Firewall de gateway	Firewall com estado	Sim	Sim
Firewall distribuído	Proteção Leste-Oeste	Não	Sim

Para usar as funções de rede do NSX, a opção Connectivity Routed (Conectividade roteada) deve ser selecionada. Com essa configuração, as funções do NSX ficam disponíveis para o cliente. As bordas são implantadas no cluster do cliente e consomem recursos desse cluster. O tipo de aresta determina os recursos e o desempenho disponíveis.

Tipo de borda	Tamanho	Estojo de uso
Borda Média	Duas arestas em alta disponibilidade com 4 vCPUs, 16 GB de RAM e 300 GB de armazenamento cada.	- Recursos L2-L4 - Largura de banda esperada de até 2 Gbps - L3–L4 Firewall - NAT Roteamento
Borda Grande	Duas arestas em alta disponibilidade com 8 vCPUs, 16 GB de RAM e 300 GB de armazenamento cada.	- Recursos L2-L4 - Largura de banda esperada de até 10 Gbps - L3–L4 Firewall - NAT Roteamento - Bridging VPN - Inspeção TLS
Edge X‑Grande	Duas arestas em alta disponibilidade com 16 vCPUs, 32 GB de RAM e 300 GB de armazenamento cada.	- Recursos L2-L7 - L3–L4 Firewall - NAT Roteamento - Bridging VPN - Inspeção TLS - Perfil de acesso L7 (filtragem de URL) - IDS / IPS - Prevenção contra malware

O Firewall de Gateway fornece um firewall de camada 2 a 7 definido por software, projetado para proteger cargas de trabalho virtualizadas em uma nuvem privada. Ele oferece suporte a firewall com estado e recursos de prevenção de ameaças. A Proteção Avançada contra Ameaças (ATP) combina diversas tecnologias de detecção, incluindo Detecção e Prevenção de Intrusões (IDS/IPS), sandbox de rede e análise de tráfego de rede (NTA), juntamente com mecanismos de agregação, correlação e contexto de detecção e resposta de rede (NDR). Essa função requer licenças adicionais que podem ser adquiridas por meio da opção de serviço Firewall de Gateway. O número de licenças necessárias depende do tamanho da Edge.

Tipo	Número de licenças
Borda Média	24
Borda Grande	48
Edge X‑Grande	96

O firewall distribuído fornece um firewall de camada 2 a 7 definido por software projetado para proteger cargas de trabalho virtualizadas, contêineres e servidores bare metal em uma nuvem privada. Ele pode ser aplicado em cada carga de trabalho para segmentar o tráfego leste-oeste e evitar o movimento lateral de ameaças. Para usar o Firewall distribuído, a opção de serviço Firewall distribuído (DFW) deve ser selecionada. O número de licenças necessárias é baseado no tamanho do cluster em núcleos, e cada núcleo deve ser licenciado.

Acesso ao núcleo do MPC

O MPC Core fornece múltiplas interfaces de usuário para operações:

• Operações VCF
• Operações VCF para Logs
• NSX
• vCenter
• Operações VCF HCX (disponível somente durante a migração)

Para gerenciamento de identidade e acesso, o MPC Core inclui um agente de identidade que deve ser conectado ao Active Directory do cliente via LDAP seguro. Usuários e grupos do Active Directory do cliente são usados ​​para atribuir permissões no MPC Core. Grupos definidos pelo cliente são mapeados para funções predefinidas como parte do processo de implementação. Alterações no modelo de permissões podem ser solicitadas por meio de uma solicitação de serviço.

Permissões

O MPC Core distingue três tipos de permissão:

Nome	Descrição
Restrito	Somente a Equinix tem acesso e determina a configuração necessária para a disponibilidade do serviço.
Limitado	Somente a Equinix tem acesso, mas o cliente pode solicitar alterações de parâmetros por meio de uma solicitação de serviço.
Grátis	As funções estão disponíveis para o cliente através dos consoles.

Integração de aplicativos

Para algumas aplicações ou integrações, é necessário acesso ao ambiente de gerenciamento. Casos de uso comuns incluem:

• Integração para backup (Veeam, CommVault, Rubrik)
• Integração para ferramentas de recuperação de desastres (Zerto, Veeam Replication)
• Integração para soluções VDI (Omnissa, Citrix)
• Integração para automação CI/CD e Infraestrutura como Código (Terraform, Ansible)

Para integrações de aplicativos, as contas de serviço do Active Directory do cliente são atribuídas a funções predefinidas no MPC Core.

Extensão do Serviço

A extensão do serviço MPC Core pode ser realizada de diversas maneiras:

• Adicionar mais servidores idênticos aos clusters existentes.
• Aumentar o número de clusters na instância, até um máximo de 5 clusters por instalação.
• Iniciando uma nova instância do VCF

Quando um cluster de computação exige forte separação de recursos, uma segunda instância pode ser criada dentro da mesma frota. A instância VCF adicional inclui sua própria pilha de gerenciamento.

Opções de serviço

O MPC Core inclui diversas opções de serviço que são adquiridas separadamente.

Backup e restauração

O backup e a restauração de recursos MPC são fornecidos por meio do Serviço de Backup Privado Gerenciado (adquirido separadamente). O serviço inclui backup de dados de máquinas virtuais ou dados de aplicativos usando uma plataforma de backup compartilhada.

Licenciamento de software

Um catálogo de ISOs de software não licenciados para MPC está disponível. Este catálogo lista o software que pode ser usado em VMs executadas em uma implantação do MPC Core. O software licenciado pode ser adquirido por meio do produto Licenciamento de Software. Após a aquisição, as ISOs estão disponíveis no catálogo.

Os clientes também podem trazer suas próprias licenças de software. Ao usar BYOL (Bring Your Own License, traga sua própria licença), a conformidade com os termos de licença do fornecedor do software deve ser validada.

Para todos os licenciamentos, o cliente é responsável por cumprir os requisitos de conformidade do fornecedor do software.

Plano de suporte

O Plano de Suporte fornece serviços adicionais, incluindo solicitações de serviço, suporte aprimorado, relatórios e assistência ao projeto.

• O Plano de Suporte Premier da Managed Solutions é um programa pré-pago que oferece blocos de horas de suporte mensais ou anuais (pagamento único) a uma taxa com desconto.
• O tempo de suporte é calculado em incrementos de 15 minutos.
• Sem um plano pré-pago, o suporte é cobrado por hora de acordo com a taxa padrão do Serviço de Suporte Premier, calculada em incrementos de 15 minutos.

Unidade de compra	Tipo	Tipo de Carga	UOM	Pedidos e faturamento
Plano de Suporte Técnico	Mensalmente	Linha de base	hora	Reserva mensal de horas para suporte técnico
Plano de Suporte Técnico	Anual	Linha de base	hora	Reserva anual de horas para suporte técnico

O Plano de suporte se aplica a todos os produtos Managed Solutions, não a um produto específico.

Se todas as horas do plano forem consumidas, horas adicionais serão cobradas de acordo com as taxas por hora do Serviço de Suporte Premier (taxa por hora padrão).

As horas mensais ou pré-pagas do Plano de Suporte Premier da Managed Solutions não são acumuladas e são perdidas se não forem usadas. O uso do Plano de Suporte Premier pré-pago da Managed Solutions além do valor alocado pré-adquirido é cobrado de acordo com as taxas regulares do "Serviço de Suporte Premier", a menos que um upgrade seja solicitado.

O plano é específico do país e não pode ser vinculado a um data center IBX específico.

Suporte à Migração

Para migrar cargas de trabalho para o MPC Core a partir de ambientes locais, outras instalações de colocation ou plataformas VMware baseadas em nuvem pública (como AWS ou OCVS), a Equinix fornece ferramentas de migração que permitem a migração de cargas de trabalho em regime de autosserviço, sem a necessidade de refatorar aplicativos. As ferramentas são compatíveis com cargas de trabalho executadas em vSphere, Hyper-V e outras plataformas de virtualização, utilizando diversos métodos de migração, incluindo migração em nível de hipervisor e migração do sistema operacional convidado.

Para permitir a migração de cargas de trabalho do vSphere, o cliente recebe um appliance VCF Operations HCX que é instalado no ambiente do cliente e emparelhado com o ambiente MPC Core durante a configuração. A ferramenta suporta replicação assíncrona.

• Migração vMotion - Este método utiliza o protocolo VMware vMotion para mover uma máquina virtual para um site remoto.

  • Projetado para mover uma única máquina virtual por vez.
  • Migra o estado da máquina virtual sem interrupção do serviço.
  • Requer capacidade de transferência de dados de 250 Mbps ou superior.
  • Latência < 150 ms
  • MTU mínimo: 1150
  • Número máximo de VMs por operação: 1

• Migração a frio - Este método utiliza o protocolo NFC da VMware e é acionado automaticamente quando a máquina virtual de origem é desligada.

  • Requer capacidade de transferência de dados de 250 Mbps ou superior.
  • Latência < 150 ms
  • MTU mínimo: 1150
  • Número máximo de VMs por operação: 1

• Migração em massa - Este método utiliza o VMware vSphere Replication para mover máquinas virtuais para o site de destino.

  • Projetado para mover várias máquinas virtuais em paralelo.
  • Pode ser agendado para ser concluído em um horário predefinido.
  • A máquina virtual é executada na origem até que o failover seja iniciado (interrupção de serviço semelhante a uma reinicialização).
  • Requer capacidade de transferência de dados de 50 Mbps ou superior.
  • Latência < 150 ms
  • MTU mínimo: 1150
  • Suporta até 1000 migrações simultâneas (dependendo do tamanho do dispositivo HCX Manager).

• vMotion Assistido por Replicação (RAV) - O vMotion Assistido por Replicação combina as vantagens da Migração em Massa (operações paralelas, resiliência, agendamento) com o vMotion (migração de estado sem tempo de inatividade).

  • Requer capacidade de transferência de dados de 250 Mbps ou superior.
  • Latência < 150 ms
  • MTU mínimo: 1150
  • Suporta até 1000 migrações simultâneas (dependendo do tamanho do dispositivo HCX Manager).

A migração simplificada requer circuitos de malha dedicados ou VLANs em uma interconexão. Após a conclusão da migração, as ferramentas de migração são removidas.

Demarcação de serviços

A seguir, apresentamos a delimitação de responsabilidades entre o cliente e a Equinix.

Área	Responsabilidade	Detalhes
Dados do Cliente.	Cliente	Governança de dados e gestão de direitos de acesso a dados
Gerenciamento de contas e acesso	Cliente	Gerenciamento de contas de usuário, MFA/ID de identidade, autenticação multifator
Proteção de Dados	Cliente	Antivírus, criptografia de dados do cliente e do servidor, criptografia de tráfego de rede
Aplicação	Cliente	Gestão de aplicações funcionais e técnicas
Base de dados	Cliente	MySQL, Microsoft SQL, Oracle, PostgreSQL
Middleware	Cliente	Barramento de Serviço Empresarial, Tomcat, .NET Framework
Sistema operacional	Cliente	Gerenciamento de sistemas operacionais Windows e Linux
Virtualização de computação	Soluções gerenciadas da Equinix	Configuração do hipervisor VMware ESXi e do vCenter
Virtualização de rede	Soluções gerenciadas da Equinix	Plataforma VMware NSX, configuração do NSX (firewall, edge), conectividade
Calcular	Soluções gerenciadas da Equinix	Recursos computacionais dedicados
Armazenar	Soluções gerenciadas da Equinix	Armazenamento vSAN, configuração vSAN
Datacenter Connect	Soluções gerenciadas da Equinix	Interruptores redundantes
Instalações de datacenter	Soluções gerenciadas da Equinix	Armário seguro Express, energia, refrigeração, controle de acesso, segurança física

Unidades de compra

O serviço MPC é cobrado mensalmente com base nos valores de referência ou nos valores de referência com cobrança adicional.

• Linha de base - O volume específico da unidade de medida do serviço, conforme definido no pedido.
• Excedente - A quantidade de serviço consumida que ultrapassa o volume de referência contratado.

Catálogo de Unidades de Compra

A tabela lista as unidades de compra para Nuvem Privada Gerenciada, incluindo a unidade de medida e o método de faturamento:

Categoria	Unidade de compra	UOM	Taxa de instalação	Método de faturamento	Overage
Serviço MPC	Conectividade	Cada	Não	Linha de base	Não
Computação MPC	<Host Type>	Anfitrião	Sim	Linha de base	Não
Opção de serviço MPC	Firewall do Gateway Dimensionar aresta	Borda	Não	Linha de base	Não
	Firewall distribuído Cores	Anfitrião	Não	Linha de base	Não

Funções e responsabilidades

Durante a prestação e entrega do serviço, as responsabilidades são compartilhadas entre a Equinix e o cliente. A seção a seguir fornece uma visão geral dessas responsabilidades.

Provisionamento de locatários

Atividades	Equinix	Cliente
Programar/executar a reunião inicial do projeto	RA	CI
Programar/executar a integração do cliente	RA	CI
Entrega dos hosts em cluster de acordo com o projeto e a ordem estabelecidos.	RAC	Eu¹
Entrega da capacidade de armazenamento conforme o projeto.	RAC	Eu¹
Entrega da conectividade conforme o pedido.	RAC	Eu¹
Entregar a funcionalidade de rede acordada de acordo com o projeto (opcional)	RAC	C
Configure contas de serviço para aplicativos selecionados.	RAC	C
Entrega do console operacional MPC	RAC	Eu¹
Entrega de grupos de usuários de acordo com o cliente	RAC	Eu¹

Admissão ao Serviço

Após a conclusão das atividades de integração, os testes confirmarão se o produto foi entregue com sucesso e está pronto para faturamento.

Atividades	Equinix	Cliente
Acesse a documentação do MPC para teste em docs.equinix.com	CI	RA
Testar o acesso aos diferentes consoles para os diferentes grupos	CI	RA
Confirme o cumprimento do MPC com base nas evidências fornecidas.	CI	RA
Verifique a documentação de transferência.	CI	RA
Ativar o produto para os sistemas internos do cliente.	RA	I

Operacional

Após a ativação do serviço de Nuvem Privada Gerenciada, os seguintes itens operacionais serão abordados:

Atividades	Equinix	Cliente
Gestão técnica do serviço (geral)	RAC	EU*
Aplicação de patches e gerenciamento de ciclo de vida (LCM) de software: Operações VCF, vSphere, NSX, vSAN, HCX	RAC	EU*
Monitoramento e manutenção da infraestrutura MPC	RA	I
Mantenha os aplicativos com integração ao MPC compatíveis com as versões do MPC Core.	EU*	RAC
Gerenciamento funcional do ambiente do cliente dentro do serviço (geral)	Eu¹	RAC
Gerenciar a capacidade de computação e armazenamento no cluster.	Eu¹	RAC
Criar, importar e gerenciar VMs e vApps	Eu¹	RAC
Mantenha as ferramentas de VM atualizadas	Eu¹	RAC
Escala de VMs para cima e para baixo	Eu¹	RACI
Gerenciar instantâneos de VM		RACI
Gerencie o acesso às VMs com o console		RACI
Solicitar estatísticas de desempenho		RACI
Crie e preencha a “Biblioteca” com os arquivos ISO/OVA do cliente.		RACI
Separe ou agrupe VMs para disponibilidade ou desempenho	Eu¹	RAC
NFV: redes L2 virtuais	Eu¹	RAC
NFV: Firewalling padrão	Eu¹	RAC
NFV: Roteamento (estático)	Eu¹	RAC
NFV: Routing (OSPF dinâmico / BGP)	Eu¹	RAC
NFV: NAT	Eu¹	RAC
NFV: DHCP	Eu¹	RAC
NFV: Balanceamento de carga	Eu¹	RAC
NFV: VPN (IPsec, Cliente)	Eu¹	RAC
Configurar e gerenciar recursos de script e automação		RACI

Nota: RACI significa Responsável, Autoridade, Consultado e Informado.

I¹ A informação só é obrigatória para tarefas que tenham impacto no funcionamento do ambiente do usuário. I² A comunicação só é necessária para tarefas que tenham impacto no funcionamento e/ou gestão do serviço.

Gerenciamento de incidentes

O gerenciamento de incidentes está incluído no suporte ao serviço. Todos os incidentes são tratados com base na prioridade. A prioridade é determinada após o incidente ser relatado e avaliado pela Equinix com base nas informações fornecidas.

Prioridade	Impacto/Urgência	Descrição
P1 Alto	Indisponibilidade imprevista de um serviço ou ambiente fornecido e gerenciado pela Equinix, de acordo com a descrição do serviço, devido a uma interrupção. O cliente não consegue cumprir suas obrigações para com seus próprios usuários. O cliente sofre um impacto direto e demonstrável devido à indisponibilidade dessa funcionalidade.	O serviço deve ser restaurado imediatamente; os ambientes de produção estão indisponíveis devido a interrupções em toda a plataforma.
P2 Médio	O serviço não oferece funcionalidade completa, ou opera com funcionalidade parcial ou desempenho reduzido, resultando em impacto para o usuário. O cliente experimenta um impacto direto e demonstrável devido à disponibilidade limitada da funcionalidade.	O serviço deve ser reparado no mesmo dia útil; o ambiente de gerenciamento não está disponível.
P3 Baixo	O serviço funciona com disponibilidade limitada para um ou mais usuários, e uma solução alternativa está em vigor.	O cronograma de reparos é definido em consulta com a pessoa que fez a denúncia.

Nota: Esta classificação não se aplica a interrupções causadas, por exemplo, por aplicativos específicos do usuário, ações do usuário ou que dependam de terceiros. Os incidentes podem ser relatados pelo Portal do Cliente em Soluções Gerenciadas. Incidentes de prioridade 1 (P1) devem ser relatados por telefone.

Solicitações de serviços

As solicitações de serviço são usadas para relatar problemas de serviço ou para solicitar assistência com alterações de implementação ou configuração. Alterações de configuração padrão podem ser solicitadas por meio do portal de autoatendimento do MPC como uma Solicitação de Serviço. O suporte está disponível 24 horas por dia, 7 dias por semana, 365 dias por ano. Dois tipos de solicitações de serviço estão disponíveis:

• Incluído - Solicitações de serviço que estejam dentro do escopo do serviço e não incorram em custos adicionais.
• Adicional - Solicitações de serviço que estão fora do escopo do serviço e acarretam custos adicionais.

Nome do pedido	Incluído/Adicional
Criar um novo grupo de permissões	Incluído
Remover um grupo de permissões	Incluído
Adicionar VLAN à instância do MPC Core	Incluído
Excluir uma VLAN do núcleo do MPC	Incluído
Criar cluster de borda	Adicional
Excluir cluster de borda	Adicional
Redimensionar cluster de bordas	Adicional

As alterações não listadas acima podem ser solicitadas selecionando Alterar no módulo de solicitação de serviço. A Equinix realizará uma análise de impacto para determinar a viabilidade, o custo e o prazo de entrega. As cobranças relacionadas a solicitações de serviço são deduzidas do saldo do Plano de Suporte Premier. Se o saldo for insuficiente, os encargos serão faturados na taxa prevalecente. As solicitações que afetam a capacidade da linha de base, as quantidades solicitadas ou quaisquer alterações que afetem a taxa de serviço mensal devem ser solicitadas por meio da equipe de Vendas da Equinix.

Relatórios

Como parte do serviço, o cliente receberá relatórios mensais de serviço abrangendo os seguintes tópicos:

• Os chamados abertos foram comparados aos parâmetros do SLA.
• Capacidade por OVDC

Níveis de serviço

O Acordo de Nível de Serviço (SLA) define os níveis de desempenho mensuráveis ​​aplicáveis ​​ao serviço MPC e especifica as soluções disponíveis para o cliente caso a Equinix não atenda a esses níveis. Os créditos de serviço listados abaixo são a única e exclusiva solução para o não cumprimento dos limites de nível de serviço definidos nesta seção.

Prioridade	Tempo de resposta¹	Tempo de resolução²	Execução de trabalhos	SLA³
P1	< 30 min	< 4 horas	24 horas por dia, 7 dias por semana	95%
P2	< 60 min	< 24 horas	24 horas por dia, 7 dias por semana	95%
P3	< 120 minutos	< 5 dias	24 horas por dia, 7 dias por semana	95%

¹ O tempo de resposta é medido a partir do momento em que um chamado de problema é enviado até que um especialista da Equinix Managed Solutions forneça uma resposta formal. ² O tempo de resolução é medido desde a criação do tíquete até o fechamento, cancelamento ou entrega ao Suporte da IBX. ³ SLA se aplica ao tempo de resposta, detalhes sobre o SLA podem ser encontrados na Política do Produto .

O Nível de Disponibilidade do serviço MPC reflete a disponibilidade de um cluster. O serviço é considerado indisponível quando a infraestrutura gerenciada pela Equinix faz com que o cluster de carga de trabalho entre em um estado de erro que interrompa os serviços do cliente.

DISPONIBILIDADE NÍVEL DE SERVIÇO	DESCRIÇÃO
99.95%+	Menos de 22 minutos de indisponibilidade por mês civil

Aplica-se um regime de créditos de serviço ao SLA de disponibilidade, conforme definido na Política do Produto. A disponibilidade do serviço MPC não inclui a restauração de dados. Os clientes são responsáveis ​​pela restauração de seus dados. Quando o Backup Privado Gerenciado é contratado, os dados podem ser restaurados por meio de autosserviço, utilizando o Console Operacional do Backup Privado Gerenciado. Caso o Backup Privado Gerenciado não seja contratado, a restauração de dados é de responsabilidade do cliente.