O NinjaOne NMS é a suíte de monitoramento e gerenciamento de rede da NinjaOne, criada para os equipamentos onde o agente da plataforma não pode ser instalado: switches gerenciados, roteadores, firewalls, impressoras e storages que respondem a SNMP. A coleta é feita pelo NMS Delegate, instalado em uma máquina Windows da rede, com Network Discovery, mapeamentos de OID por fabricante, Custom SNMP, NetFlow, Syslog e backup de configuração. É contratado como parte da plataforma, em subscrição anual.
O NinjaOne NMS é a suíte de monitoramento e gerenciamento de rede da NinjaOne, criada para os equipamentos onde o agente da plataforma não pode ser instalado: switches gerenciados, roteadores, firewalls, impressoras, storages e qualquer dispositivo que responda a SNMP. A coleta é feita por um componente próprio, o NMS Delegate, instalado em uma máquina Windows da rede do cliente, que descobre os equipamentos e envia os dados ao console da NinjaOne.
O problema que resolve é o outro lado do inventário. A plataforma cobre a estação e o servidor com agente, mas o link que caiu, o switch que saturou e a impressora que parou não aparecem — e são os pontos que derrubam o trabalho de todos ao mesmo tempo. Sem SNMP, a TI descobre o incidente pelo chamado do usuário, não pelo alerta.
O NMS reconhece qualquer dispositivo SNMP em conformidade com o MIB-2, padronizado na RFC 1213, entregando descrição do sistema, uptime e interfaces de rede sem configuração adicional.
O tempo até detectar a causa cai porque o alerta vem do equipamento de rede e não do usuário: saturação de interface, queda de link e reinício de switch geram evento antes de virar chamado. A investigação encurta porque fluxo de tráfego, syslog e inventário ficam na mesma base dos dados de estação, o que dispensa cruzar duas ferramentas para saber se a lentidão era do computador ou da rede.
O controle de mudança melhora porque o backup de configuração guarda o estado do equipamento antes da alteração, o que permite voltar atrás quando uma mudança de VLAN ou de regra derruba um serviço. E não há console adicional a operar: o NMS vive dentro da plataforma que a equipe já usa.
O NinjaOne NMS atende analistas e coordenadores de infraestrutura responsáveis por rede, times que atendem várias localidades e provedores de serviços gerenciados. Três cenários: a matriz com filiais em que ninguém sabe qual link está degradado; o parque de impressoras de rede que só é notado quando para; e a operação que precisa provar em auditoria qual era a configuração do firewall antes de uma mudança.
O console compartilhado é o diferencial estrutural: o mesmo painel que mostra o patch pendente da estação mostra a interface saturada do switch, o que muda o diagnóstico de incidente — a equipe deixa de tratar rede e endpoint como dois mundos com ferramentas distintas.
O segundo diferencial é a abertura da coleta. Como o Custom SNMP aceita OIDs definidos pelo cliente, equipamento que não segue o padrão de CPU ou memória ainda pode ser monitorado, sem depender de a NinjaOne publicar suporte para aquele modelo — o que importa em parque heterogêneo.
O NMS Delegate é uma instalação separada do agente de monitoramento da NinjaOne, e os dois podem conviver na mesma máquina. Segundo a NinjaOne, o componente roda apenas em versões de 64 bits do Microsoft Windows, com recomendação de usar Windows Server pela carga gerada na descoberta, na captura de log e no monitoramento SNMP. Os requisitos são CPU quad-core de 3,0 GHz ou superior, 8 GB de RAM — com 16 GB recomendados — e 50 GB de disco. A partir de 100 dispositivos monitorados, a NinjaOne indica ajuste de desempenho.
Uma restrição de topologia é decisiva no projeto: as credenciais SNMP funcionam a partir de uma sonda na mesma sub-rede e falham a partir de outra. A recomendação oficial é um NMS Delegate por site, em vez de monitorar através de VPN, porque a latência gera alerta falso e imprecisão na descoberta. O firewall precisa liberar as portas de coleta, entre elas UDP 514 para Syslog, UDP 2055 para NetFlow e UDP 6343 para sFlow; o backup de configuração usa SSH na porta 22. A remoção do serviço do NMS exige acionamento do suporte da NinjaOne.
O NinjaOne NMS não é vendido em edições nomeadas. A variação está no escopo de coleta ativado por política e no módulo de fluxo: monitoramento básico por SNMP com MIB-2, mapeamentos por fabricante, Custom SNMP, coletor de NetFlow e Syslog, e backup de configuração. Cada dispositivo descoberto recebe uma função que determina a política aplicada.
Um ponto de arquitetura conta como escopo: o utilitário Network Discovery, executado a partir da plataforma, substituiu o download e o instalador do NMS legado. O produto NMS continua ativo — o que mudou foi a forma de disparar a descoberta, agora nativa no console, com o NMS Delegate ainda necessário para a coleta. Para estações, notebooks e servidores com agente, o produto é a plataforma NinjaOne; para celulares e tablets, o NinjaOne MDM.
O NinjaOne NMS é contratado como parte da plataforma NinjaOne, na modalidade de subscrição anual, e a base de cobrança acompanha a contagem por dispositivo da plataforma: cada equipamento de rede descoberto e adicionado ao console entra como um dispositivo monitorado. A NinjaOne não publica uma página de licenciamento específica do NMS, então essa contagem deve ser confirmada no dimensionamento antes de fechar a proposta.
Não existe valor de tabela único porque o investimento depende do escopo: a quantidade de equipamentos de rede a monitorar, o número de localidades — cada site tende a exigir seu próprio NMS Delegate —, os módulos de coleta ativados, a edição da plataforma base e se é nova aquisição ou renovação. Um exemplo ilustrativo de escopo: uma empresa com matriz e três filiais, somando 60 equipamentos SNMP, precisa prever quatro NMS Delegates, um por site, além das licenças dos 60 dispositivos monitorados. A composição é ilustrativa; a recomendação de um delegate por site é oficial.
Para comprar o NinjaOne NMS no Brasil, a OSB Software levanta esse escopo com você, envia a proposta comercial, emite a nota fiscal e entrega as licenças — solicite uma cotação para receber o valor exato do seu cenário.
Quais equipamentos o NinjaOne NMS consegue monitorar? Qualquer dispositivo gerenciado por SNMP em conformidade com o MIB-2 da RFC 1213 — switches, roteadores, firewalls, impressoras e storages. Para um conjunto de fabricantes há OIDs adicionais que expõem CPU, memória e número de série; fora desse conjunto, o Custom SNMP permite mapear OIDs próprios.
Preciso de um NMS Delegate em cada unidade da empresa? É a recomendação oficial. As credenciais SNMP funcionam na mesma sub-rede da sonda e falham em sub-rede diferente, e monitorar por VPN gera alerta falso por latência. Planeje um delegate por site.
O NMS Delegate roda em Linux ou em uma máquina qualquer? Não. Só há suporte a Windows de 64 bits, com Windows Server recomendado, CPU quad-core de 3,0 GHz, 8 GB de RAM e 50 GB de disco. Acima de 100 dispositivos monitorados é preciso ajustar o desempenho.
O NMS foi descontinuado depois da chegada do Network Discovery? Não. O que foi substituído foi o download e o instalador do NMS legado: a descoberta agora é disparada direto da plataforma. O NMS Delegate continua sendo o componente que coleta os dados dos equipamentos.
A OSB Software é parceira oficial da NinjaOne no Brasil e fornece licenças 100% originais do NinjaOne NMS para empresas, com nota fiscal brasileira, contrato em português e total conformidade legal — a forma segura de adquirir software importado com CNPJ, sem risco de licença irregular.
Ao comprar o NinjaOne NMS com a OSB Software, você garante:
Se você procura onde comprar o NinjaOne NMS no Brasil com segurança jurídica e software importado legalizado, solicite uma cotação: a OSB Software entrega tecnologia confiável, atendimento qualificado e uma compra simples, transparente e sem complicações.
Não sabe qual software precisa ou não encontrou o que procurava? Nós temos um time preparado para te ajudar a escolher o software ideal para sua empresa.