SDN Cisco DCNM + iTRACS
Nexus para a rede de dados, MDS para o Fibre Channel. As duas redes que sustentam o seu centro de dados, agora com localização física, estado real e alarmes, tudo numa única planta.

O QUE ESTAMOS A INTEGRAR
Monitorização e transferência de métricas de switches
SISTEMAS INTEGRADOS
Cisco DCnM + iTRACS DCiM.
RESULTADO PRINCIPAL
Dados reais de todo o fabric do centro de dados (Nexus para LAN e MDS para Fibre Channel) no DCiM.
Contexto da integração
iTRACS DCiM ON PREMISE
Fabricante: iTRACS
Versão: iTRACS DCIM, conforme o ambiente do cliente
Módulos: iTRACS CI API REST
Cisco DCNM ON PREMISE
Fabricante: Cisco
Versão: Cisco DCNM, conforme o ambiente do cliente
Módulos: API REST
Node Red ON PREMISE
Fabricante: Node Red
O desafio: porque era necessária esta integração?
- O fabric do centro de dados é o ponto de falha mais silencioso e mais devastador. Quando um switch Nexus de core ou um switch MDS de Fibre Channel falha, não se perde apenas uma ligação de rede. Perde-se a conectividade de dezenas ou centenas de servidores à rede, ao armazenamento ou a ambos. No entanto, a equipa de infraestrutura física precisa de saber em que rack, em que unidade e com que cablagem está esse switch para poder atuar. Sem integração, passar de um “alarme no DCNM” para uma “intervenção física na sala” depende de documentação manual que raramente está atualizada no momento da crise.
- Visibilidade da rede SAN (Fibre Channel) ausente do inventário físico. Os switches MDS gerem a rede de armazenamento, a ligação entre servidores e arrays de discos. São equipamentos que vivem no centro de dados, mas que habitualmente só a equipa de storage conhece e gere. O DCiM tem registados os servidores e o armazenamento, mas o fabric que os liga (os MDS, as suas portas, a sua capacidade, o seu estado) é uma zona cega. Integrar o DCNM fecha essa lacuna. Cada switch de Fibre Channel aparece no DCiM com a sua localização, o seu estado operacional, a sua capacidade de portas e os seus alarmes, dando visibilidade total a uma camada que hoje é invisível para a gestão de infraestrutura.
- Capacidade de portas do fabric sem contexto de crescimento físico. O DCNM sabe quantas portas de cada Nexus e de cada MDS estão ocupadas e quantas estão disponíveis. Mas não sabe se nesse rack há espaço para mais um switch, se a PDU suporta mais carga ou se o patch panel tem portas livres. A decisão sobre “onde colocar o novo switch” é tomada sem informação física real. A integração permite planear o crescimento do fabric cruzando dados de capacidade lógica (DCNM) com capacidade física (DCiM).
- Dois mundos de gestão que não comunicam: rede de dados e rede de armazenamento em silos. Num centro de dados, a equipa de redes gere os Nexus no DCNM, a equipa de storage gere os MDS (por vezes noutra instância do DCNM ou em ferramentas de SAN) e a equipa de infraestrutura gere a localização física no DCiM. Três equipas, três ferramentas, três visões parciais do mesmo centro de dados. Integrar o DCNM com o DCiM cria, pela primeira vez, uma vista unificada em que todo o fabric do centro de dados, LAN e SAN, tem presença no mapa físico com dados operacionais reais. Isto é especialmente valioso em ambientes com vários centros de dados (como as duas sedes do Ministério da Justiça), onde a dispersão da informação se multiplica.
A integração responde à necessidade de dispor no iTRACS DCiM de informação proveniente da plataforma Cisco DCNM, evitando a introdução ou atualização manual dos valores monitorizados.
- Integração entre plataformas: ligação entre o Cisco DCNM e o iTRACS DCIM através das respetivas APIs REST.
- Sincronização de ativos: identificação automática do mesmo switch em ambas as plataformas através do IP, do número de série e do nome.
- Gestão de relações: manutenção de um ficheiro de relações que permite reutilizar as correspondências identificadas nas execuções seguintes.
- Gestão de logs: geração de logs das ações realizadas em cada ciclo, para facilitar a deteção e resolução de erros.
- Frequência de execução configurável: execução do processo a cada 15 minutos por defeito, podendo ser adaptada às necessidades do cliente.
Os sistemas do ecossistema
SISTEMA | DESCRIÇÃO | FORNECE | RECEBE |
Cisco DCNM | Plataforma de gestão e monitorização da infraestrutura de rede Cisco. | Informação dos switches monitorizados. | Nada. |
iTRACS | Plataforma de gestão de infraestrutura de centros de dados (DCIM). | Armazenamento dos dados obtidos da plataforma Cisco DCNM. | Valores obtidos da plataforma Cisco DCNM. |
O diagrama de ligação
A arquitetura é composta por dois sistemas externos (Cisco DCNM e iTRACS) e um servidor de integrações que contém um fluxo Node-RED, implementado num servidor Windows.

O fluxo de dados em ação
Fluxo de monitorização: do Cisco DCNM para o iTRACS DCIM
Início do ciclo
O Node-RED inicia uma nova execução do processo de acordo com a frequência configurada.
O fluxo efetua uma consulta através da API REST do Cisco DCNM para obter os switches monitorizados e a informação disponível de cada dispositivo.
Seleção da informação
Da informação obtida, são selecionados apenas os valores monitorizados que sejam relevantes para o projeto e que devam ser transferidos para o iTRACS DCiM.
Identificação do ativo
Para cada switch obtido do Cisco DCNM, procura-se o ativo equivalente no iTRACS DCIM. A pesquisa segue esta ordem:
a. IP.
b. Número de série.
c. Nome.
Quando o ativo é localizado, regista-se a correspondência entre ambos os sistemas, incluindo a informação necessária para identificar o ativo do Cisco DCNM e o ativo correspondente no iTRACS.
Escrita no iTRACS
O Node-RED utiliza a API REST do iTRACS CI para escrever os valores monitorizados nos datastores correspondentes do ativo.
As operações realizadas durante o ciclo ficam registadas nos ficheiros de log.
Iteração seguinte
Na execução seguinte, o ficheiro de relações é reutilizado para evitar repetir a pesquisa completa dos ativos no iTRACS.
VOLUME
O volume de dados dependerá do número de switches monitorizados e dos valores selecionados para transferência para o iTRACS.
FREQUÊNCIA
Execução periódica configurável para cada cliente.
Diagrama de fluxo de dados

O que fez a diferença
Decisões de design que não eram as óbvias, e por que razão as tomámos.
Clave 2: sistema de log
Foi incorporado um sistema de logs que regista as operações realizadas em cada ciclo e permite identificar possíveis erros.
Chave 1: Mapeamento automático de ativos
Foi concebido um mecanismo de mapeamento automático entre os ativos do Cisco DCNM e do iTRACS DCiM, utilizando uma ordem de pesquisa por IP, número de série e nome.
Além disso, uma vez encontrada a correspondência, esta é guardada num ficheiro de relações, evitando repetir em cada ciclo a pesquisa completa no iTRACS.
Falamos sobre a sua integração?
Diga-nos que sistemas tem e quais precisa que comuniquem entre si.