Azure Operator Nexus computação

O Azure Operator Nexus baseia-se em construções básicas, como servidores de computação, dispositivos de armazenamento e dispositivos de malha de rede. Esses servidores de computação, também chamados de máquinas bare-metal (BMMs), representam as máquinas físicas no rack. Eles executam o sistema operacional Azure Linux (anteriormente CBL-Mariner) e fornecem suporte de integração fechado para cargas de trabalho de alto desempenho.

Esses BMMs são implantados como parte do pacote de automação do Azure Operator Nexus. Eles existem como nós num cluster Kubernetes para atender a várias cargas de trabalho virtualizadas e containerizadas no ecossistema.

Cada BMM em uma instância do Azure Operator Nexus é representado como um recurso do Azure. Os operadores têm acesso para executar várias operações para gerenciar o ciclo de vida do BMM como qualquer outro recurso do Azure.

Principais recursos do Azure Operator Nexus compute

Alinhamento NUMA

O alinhamento de acesso não uniforme à memória (NUMA) é uma técnica para otimizar o desempenho e a utilização de recursos em servidores de vários soquetes. Envolve o alinhamento de memória e recursos de computação para reduzir a latência e melhorar o acesso aos dados dentro de um sistema de servidor.

Através da colocação estratégica de componentes de software e cargas de trabalho de uma forma consciente da NUMA, os Operadores podem melhorar o desempenho das funções de rede, tais como routers virtualizados e firewalls. Esse posicionamento leva a uma melhor prestação de serviços e capacidade de resposta em seus ambientes de nuvem.

Por padrão, todas as cargas de trabalho implantadas em uma instância do Azure Operator Nexus são alinhadas ao NUMA.

Fixação da CPU

A afixação da CPU é uma técnica para alocar núcleos de CPU determinados a tarefas ou cargas de trabalho dedicadas, o que ajuda a garantir um desempenho consistente e o isolamento de recursos. Fixar funções críticas de rede ou aplicativos em tempo real em núcleos de CPU específicos permite que os operadores minimizem a latência e melhorem a previsibilidade em sua infraestrutura. Essa abordagem é útil em cenários onde existem requisitos rigorosos de qualidade de serviço, porque essas tarefas podem receber poder de processamento dedicado para um desempenho ideal.

Todas as máquinas virtuais criadas para cargas de trabalho de função de rede virtual (VNF) ou função de rede conteinerizada (CNF) na computação do Azure Operator Nexus são fixadas em núcleos virtuais específicos. Essa fixação proporciona um melhor desempenho e evita o roubo da CPU.

Isolamento da CPU

O isolamento da CPU fornece uma separação clara entre as CPUs alocadas para cargas de trabalho e as CPUs alocadas para atividades do plano de controle e da plataforma. O isolamento da CPU evita interferências e limita a previsibilidade do desempenho para cargas de trabalho críticas. Ao isolar núcleos de CPU ou grupos de núcleos, os operadores podem atenuar o efeito de vizinhos barulhentos. Ele ajuda a garantir a capacidade de processamento necessária para aplicativos sensíveis à latência.

O Azure Operator Nexus reserva um pequeno conjunto de CPUs para o sistema operacional host e outros aplicativos de plataforma. As CPUs restantes estão disponíveis para executar cargas de trabalho reais.

Suporte para Tamanho de Páginas Grandes

O uso de páginas enormes em cargas de trabalho refere-se à utilização de páginas de memória grandes, normalmente de 2 MiB ou 1 GiB de tamanho, em vez das páginas padrão de 4 KiB. Essa abordagem ajuda a reduzir a sobrecarga de memória e melhora o desempenho geral do sistema. Ele reduz a taxa de falha do buffer de conversão look-aside (TLB) e melhora a eficiência de acesso à memória.

Cargas de trabalho que envolvem grandes conjuntos de dados ou operações de memória intensivas, como processamento de pacotes de rede, podem se beneficiar do uso excessivo de páginas porque melhora o desempenho da memória e reduz os gargalos relacionados à memória. Como resultado, os usuários veem uma taxa de transferência melhorada e latência reduzida.

Todas as máquinas virtuais criadas no Azure Operator Nexus são apoiadas por 1GiB(1G) hugepages para a memória solicitada. O kernel em execução dentro da VM pode gerenciar essas memórias disponíveis da maneira que quiser, incluindo a alocação de memória para suportar páginas enormes (2M ou 1G).

Suporte de pilha dupla

O suporte de pilha dupla refere-se à capacidade dos equipamentos e protocolos de rede de lidar simultaneamente com o tráfego IPv4 e IPv6. Com o esgotamento dos endereços IPv4 disponíveis e a crescente adoção do IPv6, o suporte a pilha dupla é crucial para uma transição e coexistência perfeitas entre os dois protocolos.

As operadoras de telecomunicações usam suporte de pilha dupla para garantir compatibilidade, interoperabilidade e preparação para o futuro de suas redes. Ele permite que eles acomodam dispositivos e serviços IPv4 e IPv6 enquanto fazem a transição gradual para a implantação completa do IPv6.

O suporte de pilha dupla ajuda a garantir conectividade ininterrupta e entrega eficiente de serviços aos clientes, independentemente dos protocolos de endereçamento de rede. Azure Operator Nexus fornece suporte para configuração de IPv4 e IPv6 em todas as camadas da pilha.

Placas de interface de rede

Os cálculos no Azure Operator Nexus são projetados para atender aos requisitos de execução de aplicativos críticos de nível telco. Eles podem realizar transferência de dados rápida e eficiente entre servidores e redes.

As cargas de trabalho podem usar virtualização de E/S de raiz única (SR-IOV). SR-IOV permite a atribuição direta de recursos físicos de E/S, como interfaces de rede, a máquinas virtuais. Essa atribuição direta ignora a camada de comutador virtual do hipervisor.

Esse acesso direto ao hardware melhora a taxa de transferência da rede, reduz a latência e permite uma utilização mais eficiente dos recursos. Ele torna SR-IOV uma escolha ideal para operadores que executam funções de rede virtualizadas e conteinerizadas.

Estado do BMM

As propriedades a seguir refletem o estado operacional de um BMM:

• Power State indica o estado derivado de um controlador bare-metal (BMC). O estado pode ser qualquer um On ou Off.

• Ready State fornece uma avaliação geral da prontidão do BMM. Ele examina uma combinação de Detailed Status, Power Statee o estado de provisionamento do recurso para determinar se o BMM está pronto ou não. Quando Ready State é True, o BMM está ativado, Detailed Status é Provisioned, e o nó que representa o BMM ingressou com êxito no cluster Kubernetes sob a nuvem. Se alguma dessas condições não for atendida, Ready State é definido como False.

• Cordon State reflete a capacidade de executar quaisquer cargas de trabalho em uma máquina. Os valores válidos são Cordoned e Uncordoned. Cordoned impede a criação de novas cargas de trabalho na máquina. Uncordoned garante que as cargas de trabalho agora possam ser executadas neste BMM.

• Detailed Status reflete o status atual da máquina:

  • Preparing: A máquina está sendo preparada para provisionamento.
  • Provisioning: O provisionamento está em andamento.
  • Provisioned: O sistema operacional é provisionado para a máquina.
  • Available: A máquina está disponível para participar do cluster. A máquina foi provisionada com êxito, mas está desativada no momento.
  • Error: A máquina não pôde ser provisionada.

  Preparing e Provisioning são estados transitórios. Provisioned, Availablee Error são status de estado final.

• MachineRoles ajuda a identificar a(s) função(ões) que o BMM cumpre no cluster Nexus. As seguintes funções são atribuídas aos recursos do BMM:

  • Control plane: Esses BMM executam os agentes do plano de controle do Kubernetes para o cluster da plataforma Nexus.
  • Management plane: O BMM executa os agentes da plataforma Nexus, incluindo controladores e extensões.
  • Compute plane: O BMM é responsável pela execução de cargas de trabalho reais do inquilino, incluindo Nexus Kubernetes Clusters e Máquinas Virtuais.

  Consulte este link para obter mais detalhes sobre funções de máquina.

Operações BMM

• Update/Patch BareMetal Machine: atualize as propriedades do recurso BMM.
• List/Show BareMetal Machine: Recupere informações do BMM.
• Reimage BareMetal Machine: Reprovisionar uma BMM que corresponda à versão da imagem usada no cluster.
• Replace BareMetal Machine: substituir uma BMM como parte de um esforço para fazer a manutenção da máquina.
• Reinicie a Máquina BareMetal: reinicie uma Máquina BareMetal.
• Desligue a máquina baremetal: desligue um BMM.
• Inicie a Máquina BareMetal: ligue uma Máquina BareMetal.
• Cordon BareMetal Machine: Evite o agendamento de cargas de trabalho no nó Kubernetes do BMM especificado. Opcionalmente, permita a evacuação de cargas de trabalho do nó.
• Uncordon BareMetal Machine: Permite o agendamento de cargas de trabalho no nó Kubernetes do BMM especificado.
• BareMetalMachine Validate: Acionar a validação de hardware de um BMM.
• BareMetalMachine Run: Permite que o cliente execute um script especificado diretamente na entrada no BMM de destino.
• BareMetalMachine Run Data Extract: Permite que o cliente execute uma ou mais extrações de dados em um BMM.
• BareMetalMachine Run Read-only: Permite que o cliente execute um ou mais comandos somente leitura em um BMM.

Informações específicas de form factor

O Azure Operator Nexus oferece um grupo de soluções de nuvem locais que atendem a ambientes de borda e de borda distante.

Operador Nexus Network Cloud SKUs

Para obter informações sobre a Unidade de Manutenção de Estoque (SKU), consulte Operador Nexus Network Cloud SKUs.