Computação do Azure Operator Nexus

Azure Operator Nexus é baseado em estruturas 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 BMMs (máquinas bare-metal), representam as máquinas físicas no rack. Eles executam o sistema operacional Linux do Azure (anteriormente CBL-Mariner) e fornecem suporte de integração fechada para cargas de trabalho de alto desempenho.

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

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

Principais capacidades de computação do Azure Operator Nexus

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 com múltiplos soquetes. Ele envolve alinhar recursos de memória e computação para reduzir a latência e melhorar o acesso a dados em um sistema de servidor.

Por meio do posicionamento estratégico de componentes de software e cargas de trabalho com atenção à NUMA, os operadores podem aprimorar o desempenho de funções de rede, como roteadores virtualizados e firewalls. Esse posicionamento leva a uma melhor entrega 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 com NUMA.

Pinagem de CPU

A fixação de CPU é uma técnica para alocar núcleos de CPU específicos para tarefas ou cargas de trabalho dedicadas, que ajudam a garantir o desempenho consistente e o isolamento de recursos. Fixar funções de rede críticas ou aplicativos em tempo real a núcleos específicos da CPU permite que os operadores minimizem a latência e melhorem a previsibilidade em sua infraestrutura. Essa abordagem é útil em cenários em que existem requisitos estritos de qualidade de serviço, pois 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 em contêineres (CNF) na computação Azure Operator Nexus são fixadas em núcleos virtuais específicos. Essa fixação fornece melhor desempenho e evita o roubo de 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 impede a interferência e limita a previsibilidade de 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 o poder de processamento necessário para aplicativos sensíveis à latência.

O Azure Operator Nexus reserva um pequeno conjunto de CPUs para o sistema operacional host e outras aplicações da plataforma. As CPUs restantes estão disponíveis para executar cargas de trabalho reais.

Suporte para páginas grandes

O uso enorme de páginas em cargas de trabalho refere-se à utilização de páginas de memória grandes, normalmente 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 falhas do TLB (buffer de busca da tradução) e melhora a eficiência de acesso à memória.

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

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

Suporte para dual-stack

O suporte a pilha dupla refere-se à capacidade de equipamentos e protocolos de rede lidarem 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 de pilha dupla é crucial para a transição e a coexistência perfeitas entre os dois protocolos.

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

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

Placas de interface de rede

Os computadores no Azure Operator Nexus foram projetados para atender aos requisitos para a execução de aplicativos críticos de nível de operadoras de telecomunicações. Eles podem executar a transferência de dados rápida e eficiente entre servidores e redes.

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

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

Status do BMM

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

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

• Ready State fornece uma avaliação geral da prontidão do BMM. Ele analisa 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 StatusProvisioned e o nó que representa o BMM ingressou com êxito no cluster Kubernetes subnuvem. Se qualquer uma dessas condições não for atendida, Ready State será definido como False.

• Cordon State reflete a capacidade de executar cargas de trabalho em um computador. Os valores válidos são Cordoned e Uncordoned. Cordoned aproveita a criação de novas cargas de trabalho no computador. Uncordoned garante que as cargas de trabalho agora possam ser executadas neste BMM.

• Detailed Status reflete o status atual do computador:

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

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

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

  • Control plane: Os 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 de inquilino reais, incluindo os Clusters Kubernetes Nexus e as máquinas virtuais.

  Consulte este link para obter mais detalhes sobre funções de computador.

Operações do BMM

• Atualização/Patch BareMetal Machine: atualize as propriedades do recurso do BMM.
• List/Show BareMetal Machine: recuperar informações do BMM.
• Reimage BareMetal Machine: reprovisionar um BMM que corresponda à versão da imagem usada em todo o cluster.
• Substituir o BareMetal Machine: substitua um BMM como parte de um esforço para atender ao computador.
• Reiniciar Máquina BareMetal: Reiniciar um BMM.
• Desligar Máquina Bare Metal: desligar uma MBM.
• Iniciar BareMetal Machine: Ligue um BMM.
• Cordon BareMetal Machine: proibir o agendamento de cargas de trabalho no nó do Kubernetes do BMM especificado. Opcionalmente, permita a remoção das cargas de trabalho do nó.
• Uncordon BareMetal Machine: permitir o agendamento de cargas de trabalho no nó kubernetes do BMM especificado.
• BareMetalMachine Validate: disparar a validação de hardware de um BMM.
• BareMetalMachine Run: permitir que o cliente execute um script especificado diretamente na entrada no BMM de destino.
• Extração de dados de execução BareMetalMachine: permita que o cliente execute uma ou mais extrações de dados em um BMM.
• BareMetalMachine Execução em modo somente leitura: permitir que o cliente execute um ou mais comandos de leitura única em um BMM.

Informações específicas do fator de formulário

O Operador nexus do Azure oferece um grupo de soluções de nuvem locais que atendem a ambientes de borda próxima e de borda distante.

SKUs de Cloud de Rede do Operador Nexus

Para obter informações sobre SKU (Stock Keeping Unit - Unidade de Manutenção de Estoque), consulte SKUs de Nuvem de Rede do Operador Nexus.