Documentação do Oracle Cloud Infrastructure

Visão Geral do Oracle Cloud VMware Solution

Use o Oracle Cloud VMware Solution para criar e gerenciar SDDCs (data centers definidos por software) ativados para VMware no OCI.

Destaques da Solução

O Oracle Cloud Infrastructure VMware Solution fornece acesso aos seguintes recursos:

Os benefícios da Solução VMware do Oracle Cloud Infrastructure incluem:

  • Alta disponibilidade: Todos os componentes VMware são distribuídos entre diferentes domínios de falha nos domínios de disponibilidade da região do OCI.
  • Escalabilidade: Usando formas densas, você pode começar com 3 hosts ESXi e expandir para 64 hosts em um único SDDC. Se você usar formas padrão, poderá começar com 3 hosts ESXi e expandir para 32 hosts em um único cluster ESXi dentro do SDDC.
  • Definir clusters: Defina até 15 clusters vSphere em um SDDC. Use clusters para segregar cargas de trabalho e fornecer expansão futura.
  • Lift and shift: A migração de cargas de trabalho VMware on-premises para um SDDC de Solução VMware é perfeita.
  • Integração completa: Como o SDDC reside em uma rede virtual na nuvem (VCN), ele pode ser configurado para se comunicar com outros recursos do OCI, como instâncias de computação, sistemas de BD e Autonomous Databases etc.
  • Gerenciabilidade: A Console do OCI fornece workflows para ajudar na criação do SDDC e na configuração de rede.
  • Rede da camada 2: Os SDDCs são configurados com VLANs, que suportam aplicativos que precisam de rede da camada 2 para serem executados na nuvem pública.
Observação

Não é suportado "Traga sua própria implantação de hipervisor" de ESXi em instâncias de computação bare metal.

Detalhes do SDDC

Há dois tipos de configuração de SDDC disponíveis: um SDDC multi host e um SDDC de host único usado para teste e desenvolvimento de curto prazo.

SDDCs de vários hosts

Os SDDCs de vários hosts fornecem alta disponibilidade e você pode usar toda a gama de recursos da Solução VMware para migrar e suportar cargas de trabalho de produção.

Você pode criar um SDDC de vários hosts com até 15 clusters, cada um contendo até 64 hosts. Cada cluster pode conter muitos hosts ESXi para suportar os requisitos de carga de trabalho específicos do cluster. Os SDDCs exigem um cluster de gerenciamento unificado para hospedar os componentes de gerenciamento VMware, que são criados como parte do workflow de configuração do SDDC. Consulte Sobre o Software VMware para obter mais informações.

Todos os clusters criados após o cluster de gerenciamento unificado são clusters de carga de trabalho e não contêm nenhum componente de gerenciamento. O número de hosts ESXi que você pode criar em um cluster de carga de trabalho depende da forma de computação selecionada para o cluster. Consulte Formas Suportadas para obter mais informações.

Cada cluster no SDDC tem seus próprios recursos de rede, que você define quando cria o cluster. Isso permite configurar um SDDC que pode atender aos requisitos de carga de trabalho segregada. A mobilidade da carga de trabalho entre clusters é permitida por padrão, mas você pode configurar as definições do Grupo de Segurança de Rede (NSG) para cada VLAN do cluster para restringir a mobilidade da carga de trabalho. Consulte VLANs para obter mais informações.

Ao criar um cluster, você define uma forma a ser usada para o provisionamento de hosts ESXi no cluster. Todos os hosts são provisionados usando essa forma. Depois que o cluster for provisionado, você poderá adicionar hosts de diferentes formas, desde que todas as formas no cluster tenham o mesmo fornecedor de processador. A versão do software VMware é definida para todo o SDDC, mas você pode selecionar diferentes versões secundárias para cada cluster. Consulte Definição de Clusters para obter mais informações.

Ao provisionar um SDDC e definir seus clusters iniciais, você seleciona um intervalo de preços para cada cluster. O intervalo de preços de um cluster se aplica a todos os hosts do cluster. Clusters diferentes podem ter intervalos de preços diferentes. Qualquer cluster adicionado ao SDDC após o provisionamento inicial também pode ter seu próprio intervalo de preços selecionado. Portanto, você pode ter vários clusters, todos com diferentes intervalos de preços e diferentes formas dentro de um cluster. Consulte Opções de Faturamento para obter mais informações.

SDDCs de Host Único

Os SDDCs de host único são usados para testes e desenvolvimento de curto prazo. Um SDDC de host único consiste em um único cluster de gerenciamento unificado com um único host EXSi. O host é criado usando uma instância de forma densa bare metal do OCI. Um SDDC de host único é criado com uma sub-rede e VLANs em uma VCN do OCI.

Casos de uso de um SDDC de host único:
  • Integração mais rápida para prova de conceito, teste e desenvolvimento.
  • Migração entre a solução local e a solução OCI VMware usando o VMware HCX, VMware vMotion para a migração ao vivo e a migração a frio.
  • Avaliação da Recuperação de Desastre com VMware Site Recovery (SRM) otimizada para a Solução OCI VMware. VMware O SRM é adquirido separadamente.
  • Suporte ao modo vinculado híbrido para uma visão única dos recursos on-premises e da solução OCI VMware.
  • Acesso de alta largura de banda e baixa latência a outros serviços da Oracle.

Limitações e Considerações para SDDCs de Host Único:

  • As formas padrão não são suportadas.
  • As cargas de trabalho de produção não são suportadas.
  • Nenhum contrato de nível de serviço (SLA) suportado pela OCI é fornecido.
  • O suporte da Oracle está limitado a suporte comercialmente razoável. O suporte a VMware está disponível apenas durante os primeiros 60 dias para a implantação de um SDDC de nó único.
  • Os SDDCs de host único não expiram, mas estão limitados às opções de faturamento Por Hora e Mensal. Consulte Opções de Faturamento para obter mais informações.
  • Os SDDCs de host único não são projetados como soluções de longo prazo. Se você precisar de um SDDC de longo prazo, poderá migrar cargas de trabalho para um novo SDDC de produção usando o HCX. Consulte Tipos de Licença do HCX para obter mais informações.
  • Não há backup de SDDCs de host único. Se o host falhar, os dados serão perdidos.
  • Você está limitado a um máximo global de 10 implementações de SDDCs de host único em todas as tenancies.
  • Os recursos que requerem mais de um host não funcionam. Por exemplo:
    • Componentes de gerenciamento distribuídos
    • HA (alta disponibilidade) para clusterização VMware
    • DRM (Gerenciamento de Recursos Distribuídos) para clusterização VMware

Definindo Clusters

Um cluster é um grupo de hosts ESXi e recursos associados dentro de um SDDC. Os clusters segregam cargas de trabalho e fornecem expansão futura para formas que atendam às necessidades específicas dos negócios. Por exemplo, você pode configurar clusters diferentes que atendam a diferentes requisitos de conformidade para diferentes linhas de negócios. Outro exemplo é a configuração de clusters diferentes que contêm tipos de forma para cargas de trabalho especializadas ou requisitos de custo.

Quando você cria um SDDC, o primeiro cluster criado é sempre o cluster de gerenciamento. O cluster de gerenciamento contém todos os recursos necessários para que o SDDC funcione, como Servidor vCenter, Cluster do NSX-T Manager e Nós e serviços de Borda NSX-T. Um único conjunto de componentes de gerenciamento é implantado para todo o SDDC. O cluster de gerenciamento unificado pode conter de 3 a 64 hosts e também pode ser usado para hospedar cargas de trabalho.

Todos os clusters criados após o cluster de gerenciamento unificado são clusters de carga de trabalho e não contêm componentes de gerenciamento. Você pode criar até 14 clusters de carga de trabalho. O número de hosts ESXi que você pode criar em um cluster de carga de trabalho depende da forma de computação selecionada para o cluster. Para formas densas, você pode ter no máximo 64 hosts. Para formas padrão, você pode ter até 32 hosts no mesmo cluster. Você pode ter um total de 64 hosts em um SDDC.

Crie clusters durante o provisionamento inicial do SDDC ou a qualquer momento posteriormente. Todos os clusters no SDDC são criados no domínio de Disponibilidade especificado durante o provisionamento inicial do SDDC. As formas de host ESXi, o intervalo de preços, as VLANs e os armazenamentos de dados são configurados separadamente para cada cluster no SDDC.
Importante

Os recursos de cada cluster são independentes dos outros clusters no SDDC; portanto, cada cluster requer seu próprio conjunto de recursos de pré-requisito. Antes de criar clusters em um SDDC, certifique-se de ter todos os recursos necessários.

Consulte Limites do Serviço para ver uma lista de limites e instruções aplicáveis para solicitar um aumento de limite.

Você pode adicionar mais hosts ESXi a um cluster a qualquer momento após o provisionamento. Quando você adiciona um host a um cluster, os recursos do host se tornam parte do cluster. Você pode adicionar um host ESXi de uma forma e intervalo de faturamento diferentes dos especificados inicialmente para hosts durante o provisionamento, desde que todas as formas no cluster tenham o mesmo fornecedor de processador. Você pode misturar diferentes formas, intervalos de faturamento e versões de software de host ESXi em um cluster para atender às suas necessidades de negócios.

Cluster 1 Clusters de 2 a 15
Tipo Gerenciamento e carga de trabalho Carga de Trabalho
Formas
  • Você pode usar qualquer forma suportada ou família de processadores.
  • O padrão é a forma selecionada no Cluster 1, mas você pode alterá-la para qualquer forma suportada.
Principais O número de núcleos que você pode configurar depende da forma selecionada.
  • Você pode configurar um número maior ou menor de núcleos do que o especificado no Cluster 1.
  • O número de núcleos que você pode configurar depende da forma selecionada.
Número de Hosts ESXi
  • 3 a 32 hosts de forma padrão, restritos por limites de tenancy.
  • 3 a 64 hosts de forma densa, restritos por limites de tenancy.
  • Os SDDCs de host único contêm apenas um cluster com um host ESXi.
  • Até 32 hosts de forma padrão, restritos pelos limites da tenancy.
  • Até 64 hosts de forma densa, restritos pelos limites da tenancy.
  • Os SDDCs de host único contêm apenas um cluster com um host ESXi.
Intervalo de cobrança
  • Qualquer intervalo de faturamento suportado pela forma selecionada
  • O padrão é o intervalo selecionado no Cluster 1, mas você pode alterá-lo para qualquer intervalo suportado pela forma selecionada.
Software
  • Selecione qualquer pacote de software VMware suportado pela forma selecionada.
  • O licenciamento de software VMware é o mesmo para todos os clusters no SDDC.
Rede
  • Você pode usar VLANs existentes ou configurá-las durante o provisionamento do SDDC.
  • Você pode usar as mesmas VLANs para todos os clusters ou criar novas VLANs para cada cluster.
Armazenamento
  • Depende da forma selecionada. Consulte Formas Suportadas.
  • Você pode criar e anexar mais armazenamento de volume em blocos a qualquer momento.

Formas Suportadas

A solução VMware suporta formas de GPU padrão, densas e NVIDIA para hosts ESXi. Cada tipo de forma tem diferentes benefícios e limitações a serem considerados ao planejar um SDDC. Quando você cria um cluster de carga de trabalho, o número de hosts ESXi permitidos no cluster depende da forma selecionada. Consulte cada seção de forma para obter detalhes.

Configurações densas

  • Você pode ter no máximo 64 hosts de forma densa em um cluster.
  • As formas densas incluem armazenamento local NVMe usado para armazenamento de Dados vSAN.
  • A tecnologia de armazenamento convergido vSAN replica dados em todos os hosts ESXi no SDDC.
  • Todos os tipos de compromisso de preços e tipos de licença HCX estão disponíveis para formas Densas.
  • Formas densas podem ser implantadas em vários domínios de Disponibilidade (Multi-AD).
  • Você pode usar uma forma densa para criar um SDDC de nó único.
A tabela a seguir mostra as configurações de forma Densa suportadas disponíveis para provisionamento.
Tipo de Processador Forma OCPU Configurações Principais Disponíveis Memória (GB) Limite de Largura de Banda da Rede (Gbps) Versão mínima de VMware
Intel BM.DenseIO2.52 52 52 768 2 x 25 Gbps ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD BM.DenselO.E4.128 128 32 64 128 2,048 2 x 50 Gbps ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD BM.DenselO.E5.128 128 32 64 96 128 1,536 1 x 100 Gbps ESXi 7.0U3q build 23794027 ESXi 8.0U3 build 24022510
Importante

Considerações sobre Forma Densa Mista

Ao criar um cluster misto que contenha as formas BM.DenseIO.E5 e BM.DenseIO.E4, é importante avaliar as diferenças nas configurações de rede e armazenamento e seu impacto no desempenho da carga de trabalho.

Considerações sobre Rede

A forma E4 Densa tem duas portas NIC do host (2*50 Gbps) e a forma E5 Densa tem uma porta NIC do host (1*100 Gbps). Em um cluster misto, essa diferença pode criar variações no desempenho da rede em toda a infraestrutura do cluster, o que pode causar gargalos ou uso ineficiente de recursos no ambiente.

Considerações sobre Armazenamento

A forma E4 Densa tem 8 SSDs baseadas em NVMe, enquanto a forma E5 Densa tem 12 SSDs baseadas em NVMe. Em um cluster misto, recomendamos que a configuração se alinhe com o E4 Denso. Um único grupo de discos pode ser configurado para cada host, compreendendo 1 dispositivo de cache e 7 dispositivos de capacidade. Isso significa que, embora a forma E5 Densa tenha 12 discos, apenas 8 dos 12 discos na forma E5 Densa são usados em um cluster misto. Quatro discos E5 permanecem não usados. As configurações de disco misto podem resultar em desempenho variável dependendo da arquitetura da carga de trabalho.

Embora o vSAN ofereça suporte a configurações heterogêneas, recomendamos manter configurações consistentes entre os hosts para evitar gargalos de desempenho, desequilíbrios e maior complexidade administrativa. A execução de cargas de trabalho mistas em um cluster requer um planejamento cuidadoso para garantir o melhor uso de recursos e minimizar problemas de latência ou throughput. As diferenças na capacidade de memória entre as formas E4 Densa e E5 Densa, apesar de às vezes terem configurações de OCPU semelhantes, também podem afetar o desempenho da carga de trabalho.

Consulte Formas com Alta densidade de entrada/saída para obter mais detalhes.

Formas Padrão

  • Você pode ter até 32 hosts de forma padrão em um cluster.
  • As formas padrão fornecem uma opção de custo mais baixo do que as formas densas.
  • As formas padrão exigem armazenamento de volume em blocos. Consulte a seção a seguir para obter mais detalhes.
  • As formas padrão só estão disponíveis para um único domínio de Disponibilidade.
  • O compromisso de preço mensal não está disponível para formas padrão.
  • Limites para memória, largura de banda e número de VNICs.
  • Não há suporte para SDDCs de nó único que usam formas padrão.
A tabela a seguir mostra as configurações de forma Padrão suportadas disponíveis para provisionamento.
Tipo de Processador Forma OCPU Configurações Principais Disponíveis Memória (GB) Limite de Largura de Banda da Rede (Gbps) Versão mínima de VMware
Intel BM.Standard2.52 52 12 26 38 52 768 50 ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
Intel BM.Standard3.64 64 16 32 48 64 1,024 100 ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD BM.Standard.E4.128 128 32 64 96 128 2,048 100 ESXi 7.0U1d build 17551050 ESXi 8.0 build 20513097
AMD (EPYC de 4a geração ProcessorsTM) BM.Standard.E5.192 192 48, 96, 144, e 192 2,304 100 ESXi 7.0U3q build 23794027 ESXi 8.0U2b build 23305546
Consulte Formas Padrão de Computação para obter mais detalhes.

Configurações de GPU NVIDIA

  • Forma de GPU com um processador Intel® Xeon® e GPU NVIDIA Tensor Core A10.
  • Você pode ter no máximo 64 formas de GPU se estiver trabalhando com um cluster de formas homogêneas.
  • Fornece NVME local de 11,52 TB como armazenamento de dados principal e não requer armazenamento de volume em blocos.
  • A tecnologia de armazenamento convergido vSAN replica dados em todos os hosts ESXi no SDDC.
  • As formas de GPU suportam todos os compromissos de preços exceto Por hora.
  • Todos os tipos de licença HCX estão disponíveis para formas GPU.
  • As formas de GPU podem ser implantadas em vários domínios de Disponibilidade (Multi-AD).
  • Você pode usar uma forma de GPU para criar um SDDC de nó único.
  • Instâncias blindadas não são suportadas.
  • As licenças da NVIDIA precisam ser obtidas da NVIDIA.
Tipo de Processador Forma OCPU OCPU RAM (GB) GPU GPU RAM Configurações Principais Disponíveis Limite de Largura de Banda da Rede (Gbps) Limite Máximo de VNIC (Linux*) Versão mínima de VMware
Intel X9 BM.GPU.A10.4 64 1,024 4 x A10 96 GB (24 GB cada) 64 100 256 ESXi 7.0U3q build 23794027 ESXi 8.0U2 build 22380479
*Imagens do Windows não são suportadas.
Consulte Formas de GPU de Computação para obter mais detalhes.

Armazenamento de Dados

Os SDDCs de forma padrão aproveitam o serviço Block Volume para durabilidade. Todos os volumes são replicados automaticamente, ajudando a proteger contra perda de dados. Muitas cópias de dados são armazenadas de forma redundante em muitos servidores de armazenamento com mecanismos de reparo integrados. Consulte Durabilidade do Serviço Block Volume para obter mais informações.

Se você selecionar uma forma padrão ao criar um SDDC, o workflow criará automaticamente um volume em blocos de armazenamento de dados de gerenciamento com as seguintes características:
  • Capacidade: 8 TB
  • VPUs/GB Padrão: 10 (Balanceado)
Se quiser mais armazenamento, você poderá criar mais volumes durante o workflow de criação do SDDC ou usando o serviço Block Volume. Você é cobrado por todo o armazenamento a taxas regulares de volume em blocos. Os seguintes limites se aplicam ao pool de armazenamento de dados do SDDC:
  • Volumes máximos: 32
  • Tamanho mínimo do volume: 50 GB
  • Tamanho máximo do volume: 32,768 GB (32 TB)

Instâncias Blindadas

Ao criar um SDDC e definir seus clusters, você pode optar por usar instâncias blindadas para hosts ESXi. As instâncias blindadas fortalecem a segurança do firmware nos hosts ESXi para defesa contra software malicioso no nível de inicialização. As instâncias blindadas para a VMware Solution fornecem os seguintes recursos:
  • A inicialização segura verifica a assinatura de cada parte do software de inicialização, incluindo drivers de firmware, aplicativos EFI e o SO. Se a assinatura for válida, o servidor será inicializado, e o firmware passará o controle ao SO. Se a assinatura não for encontrada no banco de dados de assinaturas válido, o sistema não será inicializado. Consulte a Documentação de Inicialização Segura do VMware para obter mais informações.
  • O TPM (Trusted Platform Module) é um chip de computador que pode armazenar com segurança artefatos como assinaturas, certificados e chaves de criptografia usados para autenticar a plataforma. Consulte a Documentação do VMware TPM para obter mais informações.

Se os hosts ESXi forem instâncias blindadas, você poderá usar o vTPM (Virtual Trusted Platform Module) nas VMs. O vTPM é uma representação de software de um TPM físico que pode ser usado por VMs. Consulte a Documentação do VMware vTPM para obter mais informações.

Importante

As instâncias blindadas deverão ser ativadas quando você criar o SDDC. Todos os hosts criados no SDDC são instâncias blindadas. Você não poderá ativar essa opção posteriormente ou para hosts ESXi específicos. Se você já tiver criado um SDDC sem ativar instâncias blindadas e, posteriormente, quiser usar instâncias blindadas, deverá recriá-lo.

Para obter informações gerais sobre instâncias de computação blindadas no OCI, consulte Instâncias Protegidas.

Usando a Capacidade Reservada

Ao criar um novo host ESXi, você pode optar por criá-lo com capacidade reservada ou criá-lo com capacidade on-demand.

A capacidade sob demanda significa que a capacidade de computação necessária para criar o host é provisionada no momento da solicitação. Você começa a pagar pela capacidade quando ela é provisionada.

As reservas de capacidade permitem reservar instâncias com antecedência para que a capacidade esteja disponível para cargas de trabalho quando necessário. As reservas de capacidade oferecem os seguintes benefícios:

  • Garanta que você tenha a capacidade necessária para gerenciar a carga de trabalho. A capacidade reservada está disponível para que a tenancy consuma a qualquer momento.
  • Nenhum compromisso de tamanho ou tempo. Crie uma reserva com o mínimo ou o máximo de capacidade necessário e exclua a reserva a qualquer momento para parar de pagar por ela.
  • Quando as instâncias que usam a capacidade reservada são excluídas, a capacidade é retornada à reserva.
Observação

A reserva de capacidade não é suportada para um SDDC que usa mais de um domínio de Disponibilidade.
Importante

Quando um host ainda está em um pool de capacidade reservada, o faturamento se baseia na precificação da SKU de Capacidade Reservada. Depois que o host é provisionado com base no pool de capacidade reservada para um SDDC, o host muda para a precificação de SKU do VMware Solution com base no intervalo de compromisso selecionado.

Se o host for excluído antes do término do período de compromisso, você continuará a ser cobrado pelo host durante o compromisso.

Os hosts inativos em um pool de capacidade reservada são cobrados independentemente do VMware Solution.

Para usar a capacidade reservada para hosts VMware, primeiro configure uma reserva de capacidade. Para obter mais informações, consulte Reservas de Capacidade.

Arquitetura do Oracle Cloud VMware Solution

O diagrama a seguir mostra como os vários componentes do SDDC do Oracle Cloud VMware Solution são implantados em instâncias de computação bare metal do OCI e como a solução é integrada ao ambiente do OCI.

Diagrama mostrando a arquitetura do Oracle Cloud VMware Solution

O diagrama mostra três hosts ESXi de um SDDC que reside em uma VCN do OCI. O host central mostra os componentes do software VMware instalados para suporte de computação (vSphere), rede (NSX-T) e armazenamento (vSAN). A sobreposição NSX gerencia o fluxo de tráfego entre as VMs, e também entre as VMs e o restante dos recursos na solução. A VCN aqui inclui vários gateways que permitem conectividade entre o SDDC e uma rede on-premises, a internet e o Oracle Services Network.

Distribuição do Host e Domínios de Disponibilidade

Para fornecer alto throughput e baixa latência, os SDDCs da Solução VMware do Oracle Cloud Infrastructure são implantados por padrão em um mínimo de três domínios de falha dentro de um único domínio de Disponibilidade em uma região. Essa arquitetura oferece conexões de baixa latência e alto throughput para fornecer o máximo de desempenho e confiabilidade.

Se os SDDCs exigirem implantação em muitos domínios de disponibilidade, o recurso Multi AD estará disponível mediante solicitação. Considerações e limitações potenciais para soluções Multi AD:

  • Uma solução Multi AD pode impedir a perda de dados no caso de um único AD se tornar indisponível. Se um host for perdido no SDDC, as VMs serão reiniciadas em um host disponível em outro domínio de Disponibilidade.
  • É necessário ter muito cuidado ao solicitar o provisionamento de um SDDC entre muitos domínios de disponibilidade. O desempenho pode ser impactado por causa da possibilidade de aumento da latência da rede e do throughput de armazenamento, em comparação com uma única implantação de domínio de Disponibilidade.
  • À medida que um SDDC com Vários ADs é expandido, a demanda na rede também aumenta. A replicação de dados entre hosts em diferentes domínios de disponibilidade afeta funções como sincronização de armazenamento vSAN e tempos de recriação e ressincronização. Mais funções de gerenciamento também podem afetar o desempenho das cargas de trabalho do cliente.
  • Recomendamos que os SDDCs VMware implantados entre domínios de disponibilidade dentro de uma região não excedam um máximo de 16 ESXi hosts.

Para usar o recurso Multi AD, primeiro entre em contato com a equipe da Oracle Cloud VMware Solution e solicite a ativação do Multi AD para sua tenancy. Em seguida, ao criar um cluster, especifique a implantação de hosts ESXi de forma densa em vários domínios de disponibilidade.

Para obter informações gerais, consulte Sobre Regiões e Domínios de Disponibilidade.

HCX Manager

Ao provisionar um SDDC, você pode ativar o HCX Manager (não mostrado no diagrama). HCX é uma plataforma de mobilidade de aplicativos que simplifica a migração de aplicativos, o rebalanceamento da carga de trabalho e a continuidade dos negócios em data centers e nuvens.

Para que o HCX funcione corretamente na solução VMware, é necessária conectividade com um portal VMware SaaS fornecido por um gateway NAT. Para obter mais informações, consulte Por que o HCX Manager requer conectividade para ativação e atualizações?.

Uma conexão FastConnect para comunicação entre sites é recomendada, mas não é necessária.

Sobre o Software VMware

O pacote de software VMware do OCI contém os componentes vSphere, vSAN, NSX, vCenter e HCX para suportar necessidades de computação, armazenamento e rede para um ambiente VMware totalmente funcional.

  • vSphere: vSphere é a plataforma de virtualização da VMware para gerenciamento unificado da infraestrutura de CPU, armazenamento e rede do SDDC. Dois componentes principais do vSphere são o hipervisor ESXi e o Servidor vCenter.
  • NSX-T: O Data Center NSX-T fornece ao SDDC seus recursos de rede virtual e segurança. A implantação do NSX-T inclui appliances unificados do NSX Manager com o NSX-T Local Manager e o NSX-T Controller, e os nós do NSX-T Edge.
  • vSAN: Os SDDCs do Oracle Cloud VMware Solution usam a tecnologia de armazenamento vSAN do VMware, que fornece um único armazenamento de dados compartilhado para cargas de trabalho de computação e gerenciamento (VMs).
  • HCX: A Hybrid Cloud Extension (Extensão de Nuvem Híbrida) é uma plataforma de mobilidade de aplicativos que acaba com a complexidade da migração de aplicativos e cargas de trabalho. O HCX é opcionalmente instalado como um plug-in quando você configura um SDDC. Você pode optar por instalar o HCX Advanced sem custo extra ou o HCX Enterprise como um upgrade faturado. Consulte Tipos de Licença do HCX para obter mais informações.

Ao provisionar o SDDC, você seleciona a versão inicial desse bundle de software para instalação nos hosts ESXi criados durante o provisionamento. Você poderá alterar a versão do software padrão do SDDC posteriormente. Quando você adiciona hosts ESXi ao SDDC, não precisa usar a versão padrão do SDDC. Você pode selecionar qualquer versão do software ESXi na versão principal implantada com o SDDC.

Observação

  • As alterações feitas no SDDC usando o Oracle Cloud InfrastructureConsole, a API ou a CLI não são feitas automaticamente em vCenter. Por exemplo, se você alterar a versão do software ou as chaves SSH, a alteração só se aplicará a hosts ESXi adicionados ao SDDC. Para alterar essas propriedades de hosts existentes, faça as atualizações aplicáveis no vCenter manualmente.
As tabelas a seguir listam os componentes e as versões dos pacotes de software atuais VMware:
vSphere 8,0
Componente Versão Build
VMware ESXi ESXi 8.0U3 24,022,510
VMware vCenter Appliance do Servidor vCenter Servidor 8.0 U3b 24,262,322
VMware Data Center NSX-T 4.2 24,207,721
Nuvem HCX 4.10.2.0 24,404,456
Conector HCX 4.10.2.0 24,404,456
vSphere 7.0
Componente Versão Build
VMware ESXi ESXi 7.0U3q 23,794,027
VMware vCenter Appliance do Servidor vCenter Servidor 7.0 U3s 24,201,990
VMware Data Center NSX-T 3.2 23,653,566
Nuvem HCX 4.10.2.0 24,404,455
Conector HCX 4.10.2.0 24,404,455

A tabela a seguir mostra as versões do pacote de software que atingiram um estado Fim do suporte.

Versão do Software vSphere vSAN NSX-T

atualização 3 da versão 6.7*

 6.7 U3

6.7 U3

 3.2.0.1

atualização 3 da versão 6.5*

 6.5 U3

6.5 U3

 3.2.0.1
Observação

* vSphere 6.5 e vSphere 6.7 chegaram ao Fim do Suporte Geral da Solução VMware em 15 de outubro de 2022. A Oracle fornece suporte comercialmente razoável para o provisionamento dos ambientes vSphere 6.5 e 6.7 quando entra na fase de Orientação Técnica após essa data. Recomendamos que você use a versão mais recente do vSphere ao criar um SDDC.

Upgrade do Software VMware

Quando uma nova versão do software VMware estiver disponível, o serviço VMware Solution notificará você e fornecerá um workflow de orientação detalhado durante o processo de atualização. O fluxo de trabalho é diferente dependendo de qual versão você está atualizando. Para obter informações sobre upgrades disponíveis por versão, consulte Upgrade do Software VMware.

Tipos de Licença do HCX

O HCX (Hybrid Cloud Extension) é uma plataforma de mobilidade de aplicativos que simplifica a migração de aplicativos, o rebalanceamento da carga de trabalho e a continuidade dos negócios em data centers e nuvens. Para executar o HCX, cada soquete físico no destino deve ter pelo menos uma chave de licença designada. O número de chaves on-premises fornecidas depende do tipo de licença do HCX.

Licença Número de Chaves SDDCs de Forma Padrão SDDCs de Forma Densa Observações
Avançados 3 Sem suporte Incluído sem custo extra Este tipo de licença permite migrar menos cargas de trabalho com algum tempo de inatividade do aplicativo.
Enterprise 10 Licença corporativa incluída sem custo extra. Nenhuma opção para fazer downgrade para uma licença Avançada. Upgrade faturado. Você pode optar por fazer downgrade para uma licença Avançada posteriormente.

Este tipo de licença permite migrar muitas cargas de trabalho de missão crítica com tempo de inatividade zero.

Qualquer cobrança do HCX Enterprise aplicada é cobrada mensalmente e independe dos intervalos de faturamento do host. Após a conclusão do provisionamento do SDDC, você poderá exibir a Data Final do Ciclo de Faturamento Mensal do HCX na página Detalhes.

Se você estiver usando formas densas para um SDDC, poderá alterar o tipo de licença do HCX:
  • Upgrade para o Enterprise: Aumenta de 3 para 10 o número de chaves de conexão on-premises emitidas. A solicitação de serviço de upgrade é iniciada imediatamente. O ciclo de faturamento do HCX Enterprise começa assim que a solicitação de serviço é concluída.
  • Downgrade para Avançado: Diminui o número de chaves de conexão on-premises de 10 para 3. Especifique 3 chaves de licença a serem mantidas após o downgrade. A solicitação de downgrade permanece em um estado pendente até a Data Final do Ciclo de Faturamento Mensal do HCX. Você pode cancelar a solicitação de upgrade desde que ela ainda esteja em um estado pending.
Observação

As formas padrão incluem o tipo de licença Enterprise sem custo e são gratuitas. Não é possível alterar o tipo de licença nos SDDCs que usam formas padrão.

Para obter mais informações, consulte Fazendo Upgrade da Licença HCX de um SDDC e Fazendo Upgrade da Licença HCX de um SDDC.

Opções de Faturamento

O pacote de soluções VMware da OCI oferece opções de faturamento flexíveis que você pode escolher.
  • Intervalo de preços: Defina um intervalo de preços para hosts ESXi em um SDDC ou cluster. Cada cluster em um SDDC pode ter um intervalo de preços diferente. Selecione por hora, mensal, anual ou a cada três anos.
  • Trocar compromissos de faturamento: Você pode transferir o compromisso de faturamento, o compromisso HCX e a data final de faturamento de um host ESXi para outro. Os compromissos de faturamento podem ser transferidos de um host excluído ou de um host existente.

Para obter mais detalhes, consulte Opções de Faturamento e Transferindo Compromissos de Faturamento.

Recursos Adicionais da Documentação

Os seguintes manuais e white papers sobre a Oracle Cloud VMware Solution estão disponíveis: