Perguntas frequentes (FAQ) do Azure Operator Nexus
As seções a seguir abrangem algumas das perguntas frequentes sobre o Azure Operator Nexus:
Plataforma - Geral
Que serviços o Azure Operator Nexus fornece?
O Azure Operator Nexus é uma plataforma de nuvem híbrida gerenciada que oferece suporte a cargas de trabalho de rede de nível de operadora. Aqui, o plano de gerenciamento vive no Azure e o plano de controle e o plano do usuário são implantados nas instalações dos operadores ou no Azure. Ele simplifica o provisionamento de novos serviços de rede e otimiza a implantação de funções e aplicativos de rede no local. O cliente final pode implantar aplicativos em contêineres (em um cluster Nexus AKS local) ou uma carga de trabalho virtualizada para executar essas funções de rede. O cliente obtém integração imediata com muitos serviços do Azure, como o Azure Monitor, o Azure Container Registry e os Serviços Kubernetes do Azure.
Como interajo com a instância do Operator Nexus?
Você pode interagir com o Operator Nexus como qualquer outro serviço do Azure usando AZ CLI, API, ARM modelo ou portal. Em alternativa, pode utilizar modelos BICEP.
O cliente precisa implantar algum recurso em sua assinatura para implantar instâncias do Azure Operator Nexus?
Sim, há alguns recursos que o cliente precisa criar na respetiva região em suas assinaturas do Azure. Algumas delas incluem a criação de um par de recursos do Network Fabric Controller e do Cluster Manager, o Log Analytics Workspace, uma conta de armazenamento. Para obter mais detalhes, consulte a documentação do Azure Operator Nexus.
O Azure Operator Nexus depende da conectividade com o Azure? O que acontece quando há uma desconexão?
Sim, você precisa de uma conexão de Rota Expressa para sua conectividade de volta ao Azure e para fins de Orquestração, Gerenciamento e Operação. Durante a desconexão, as cargas de trabalho continuam a ser executadas como estão, mas você pode perder a capacidade de orquestrar novos recursos.
Tenho que usar a lista técnica (lista de materiais) especificada pela Microsoft?
Sim, para garantir o desempenho de nível de transportadora e altos graus de automação, você precisa usar equipamentos especificados de acordo com uma de nossas listas técnicas.
Como devo planejar uma instância resiliente do Nexus do Operador? Como o Operator Nexus lida com a recuperação de desastres?
Os clientes devem projetar seus serviços com redundância intra-rack, redundância entre racks e balanceamento de carga global em várias instâncias. Além disso, para alta disponibilidade, planeje distribuir suas instâncias em várias regiões do Azure.
Como funcionam as atualizações para componentes locais e do Azure?
As atualizações para o Operator Nexus são feitas em duas fases - atualizações do pacote de gerenciamento e atualizações do pacote de tempo de execução. As atualizações do pacote de gerenciamento lidam com as atualizações de Controladores no Azure, Gerentes de Cluster na assinatura do cliente e instâncias locais. Em instâncias locais, inclui os controladores do Kubernetes responsáveis por manter o estado dos recursos de infraestrutura.
As atualizações do pacote de gerenciamento podem causar interrupções nas atividades de provisionamento, mas não afetam os clientes que executam cargas de trabalho. Os clientes não controlam nem conduzem essas atualizações, mas elas são essenciais para fornecer aos clientes as opções de atualização para novas atualizações baseadas em tempo de execução em suas instâncias locais.
Por outro lado, as atualizações do pacote de tempo de execução lidam com os componentes que exigem atualizações para o sistema operacional (sistema operacional) e/ou componentes de suporte de carga de trabalho. A atualização do pacote de tempo de execução está totalmente sob o controle do cliente e as APIs podem ser usadas para executar essas atualizações. Você pode observar alguns impactos na carga de trabalho durante essa atualização.
O dispositivo de armazenamento é um dispositivo obrigatório?
Para SKUs de borda próxima, o dispositivo de armazenamento faz parte da infraestrutura de hardware que o operador precisa adquirir.
O Nexus do Operador fornece práticas recomendadas ou planos para a implantação de funções de rede no Nexus do Operador?
Sim, o Operator Nexus vem com o programa Nexus Ready. Com este programa, a Microsoft está trabalhando com parceiros de função de rede líderes do setor para validar que suas funções de rede para garantir que possam ser executadas na plataforma Nexus. Validamos essas funções de rede em intervalos regulares para garantir que elas permaneçam compatíveis com as versões mais recentes do Nexus. Os operadores agora podem obter uma implantação consistente e escalável de funções de rede de vários fornecedores com o programa Nexus Ready.
Quais dados permanecem no local e o que está disponível no Azure?
Do ponto de vista da infraestrutura, os dados são gerenciados por meio de APIs do Azure. A telemetria dessas camadas é coletada e fica visível na assinatura do cliente. Os clientes podem usar o Espaço de Trabalho do Log Analytics, contas de armazenamento ou outros serviços do Analytics no Azure para examinar a telemetria das camadas de infra.
Para cargas de trabalho de locatário, as imagens são armazenadas em ACRs (Azure Container Registry) e depois de implantadas. A Microsoft fornece uma opção para coletar a telemetria de cargas de trabalho de locatário no Azure, mas os clientes podem escolher ferramentas alternativas que desejam coletar dados de telemetria ou analisá-los.
Se uma região do Azure não existir no meu país, ainda posso usar o Nexus do Operador?
Sim, tudo o que você precisa é de conectividade da Rota Expressa para uma região do Azure. A conectividade do ExpressRoute está disponível em muitos locais. Para obter mais informações, consulte Geolocalizações e provedores de conectividade.
Posso mover os meus recursos de uma subscrição para outra?
Atualmente, não suportamos movimentações de recursos. Se precisar mover recursos, considere excluir os controladores existentes e usar o modelo ARM para criar outro em outro local.
Quantas instâncias podem ser associadas a um par de controlador de malha e gerenciador de cluster?
O número de instâncias do Azure Operator Nexus, um único par de Network Fabric Controller e Cluster Manager pode gerenciar depende de vários fatores. Ele pode ser influenciado por fatores como tamanho das instâncias do Nexus do operador, largura de banda do circuito ExpressRoute, número e frequência da coleta de métricas opcionais, número de cargas de trabalho em execução na instância, destino da coleta de dados de telemetria da carga de trabalho e outros fatores.
Para obter mais informações, consulte limites e cotas.
É viável reimplantar um cluster que está em execução no momento? Em caso afirmativo, que salvaguardas estão em vigor para evitar implantações acidentais?
Um cluster em execução não pode passar por reimplantação; em vez disso, o usuário deve excluí-lo e, em seguida, reimplantá-lo. Se o cluster já estiver em execução, a ação de implantação impedirá novas ações no cluster, reduzindo assim o risco de implantações acidentais.
É possível para o Azure Operator Nexus habilitar a criação de clusters com a opção de escolher racks ou subconjuntos específicos de instâncias dentro de um rack?
O Azure Operator Nexus não oferece a capacidade de selecionar racks ou subconjuntos específicos de instâncias dentro de um rack como parte da implantação de cluster.
No caso de uma interrupção de rede entre o gerenciador de cluster e os servidores locais durante a implantação, o processo pode ser retomado assim que a conectividade for restaurada?
Depende do status do cluster: se o cluster falhar, ele precisará ser excluído e reimplantado. No entanto, se o cluster ainda estiver implantando, ele passará por um processo de reconciliação, permitindo que o processo de implantação continue.
A implantação do cluster aguarda todos os nós de computação provisionados?
O processo de implantação repetirá continuamente o provisionamento de nós de computação até que todos os nós sejam provisionados com êxito. Quando o cluster atinge o limite definido, o status do cluster muda para execução. No entanto, os nós restantes continuam passando pelo processo de provisionamento até que também sejam provisionados com êxito.
Computação
O Azure Operator Nexus suporta a criação de Máquinas Virtuais (VMs)?
Sim, o Azure Operator Nexus fornece a capacidade de criar VMs personalizadas para hospedar VNFs em uma rede de telecomunicações. A plataforma Azure Operator Nexus fornece o comando Azure CLI para criar uma VM personalizada. Para hospedar uma VNF em sua VM, registre-a no Azure Arc e forneça uma maneira de SSH para ela por meio da CLI do Azure. Você pode usar sua imagem ao criar máquinas virtuais do Azure Operator Nexus. Certifique-se de que cada imagem que você usa para criar suas VMs de carga de trabalho é uma imagem em contêiner no formato qcow2 ou disco bruto. Carregue essas imagens no Registro de Contêiner do Azure.
Como faço para atualizar um servidor bare metal?
Para atualizar um servidor bare metal em uma instância do Azure Operator Nexus, você pode usar as APIs do Azure. Qualquer atualização para servidor bare metal faz parte da atualização do pacote de tempo de execução. Esta atualização requer a conectividade da instância do Nexus de volta ao Azure.
Qual sistema operacional é executado no servidor bare metal? Posso trazer o meu?
Os servidores bare metal são implantados com o Microsoft Azure Linux (anteriormente chamado CBL Mariner OS), que é exaustivamente testado e é compatível com os agentes necessários do Azure. Não há planos para suportar qualquer outra oferta de SO para servidores bare metal.
Quantos servidores o Operator Nexus suporta? Quantos racks?
Uma instância do Operator Nexus pode ter até oito racks de computação e cada rack hospedando até 16 servidores. Esses servidores de computação são usados para executar cargas de trabalho reais do locatário.
Redes
O Operator Nexus suporta IPv6?
Sim, o Azure Operator Nexus fornece suporte para configuração de IPV4 e IPV6 em todas as camadas da pilha.
Quais são os requisitos de rede para o Azure Operator Nexus?
Aqui estão alguns dos requisitos de rede para o Azure Operator Nexus:
- Os clientes precisam trabalhar com parceiros da Microsoft para configurar conexões de Rota Expressa,
- O dispositivo PE (Provider Edge) suporta conexões de 400G ou 100G com o dispositivo CE (Customer Edge) na instância do Operator Nexus
- PE deve ter rotas para ExpressRoutes
- Blocos de endereços IP definidos para vários serviços, VLANs para iDrac, PXE, Storage, OAM etc.
Para obter mais informações, consulte Controlador de malha de rede e Malha de rede.
O que é um domínio de isolamento?
Os domínios de isolamento habilitam a conectividade de Camada 2 ou Camada 3 entre cargas de trabalho hospedadas na instância do Azure Operator Nexus e redes externas. Essas construções segmentam uma rede em domínios de autenticação e impõem a comunicação dentro dos limites necessários.
O Operator Nexus suporta um único dispositivo ToR (Top of Rack)?
Para near-edge, a malha é projetada com base no modelo de alta disponibilidade e na razão pela qual você não pode ter apenas um switch ToR.
O Network Packet Broker (NPB) é um requisito rígido?
No caso das SKUs de proximidade, os BFN farão parte da lista técnica.
Como configuro o serviço de balanceamento de carga em um cluster Nexus Kubernetes?
O balanceador de carga permite que serviços externos acessem os serviços em execução no cluster. Você pode consultar o artigo do balanceador de carga para obter mais informações.
Cargas de trabalho do locatário
Posso trazer o meu próprio cluster K8S?
A plataforma Nexus oferece aos clientes uma opção para criar clusters Nexus AKS com várias versões do Kubernetes ou máquinas virtuais para executar suas cargas de trabalho.
Quais VNFs (Virtualized Network Functions) e CNFs (Containerized Network Functions) são certificados na plataforma?
A validação das funções VNF e CNF é uma atividade contínua. Publicaremos a lista de VNFs e CNFs certificados em breve.
Se um VNF ou CNF não for certificado, ainda posso usá-lo?
Na verdade, você pode colaborar com a equipe do Nexus para garantir que não haja limitações que o impeçam de implantar essas cargas de trabalho.
Como implantar uma VM/contêiner?
Os clientes podem usar APIs para implantar clusters VM e Nexus AKS em uma instância do Operator Nexus. Para uma experiência mais rica, a Microsoft oferece outro serviço AOSM (Azure Operator Service Manager) que permite automatizar a implantação de suas funções de rede em contêiner (CNF) e virtualizada (VNF).
Que classes de armazenamento posso usar para meus contêineres dentro de clusters AKS?
Os clusters Nexus AKS têm suporte para classes de armazenamento Read Write Many (RWX) & Read Write Once (RWO).
Como as VMs do Operator Nexus podem ser altamente disponíveis?
Os operadores podem optar por implantar VMs em várias máquinas bare metal e em racks para obter alta disponibilidade.
Observabilidade
Como faço para monitorar minha instância do Azure Operator Nexus?
O Azure Operator Nexus fornece aos clientes para monitorar a integridade da instância do Nexus e seus recursos conectados coletando telemetria na assinatura do cliente. Os clientes podem coletar e analisar todos os logs no Azure Log Analytics Workspace/Azure Data Explorer, onde eles podem ser adicionalmente retidos por períodos mais longos.
Quais métricas estão disponíveis para computação, rede, armazenamento? Posso alertá-los? Posso integrar com a minha própria solução de monitorização?
Um conjunto amplo e organizado de métricas é entregue ao cliente a partir das camadas na pilha de instâncias do Azure Operator Nexus. Isso inclui as métricas essenciais para avaliar a integridade com base em computação, armazenamento e rede, incluindo cotas de recursos e utilização. Os clientes podem definir regras de alerta apropriadas com base na telemetria coletada para garantir que as notificações sejam acionadas sempre que os limites configurados forem atingidos.
Para obter mais informações, consulte a lista de métricas.