GERNCIA DE REDES: UTILIZANDO O ZABBIX PARA MONITORAR A

DISPONIBILIDADE E TRANSFERNCIAS DE IMAGENS

Leonardo Dornelas SOARES
Centro de Ensino Superior de Juiz de Fora, Juiz de Fora, MG
Romualdo Monteiro de Resende COSTA

Resumo: Este artigo apresenta um estudo de caso sobre o monitoramento de

ativos de rede voltados transmisso de imagens mdicas do Grupo Alliar
Medicina Diagnstica. Neste estudo apresentada a ferramenta Zabbix e seu
emprego no mapeamento dos ativos que provm a comunicao entre as filiais
desse grupo. definida a qualidade mnima para o funcionamento da
comunicao, bem como alertas que indicam quando essa qualidade no
alcanada, permitindo a realizao de aes para sanar esse problema.
Palavras-chave: Zabbix, PACS, monitoramento de rede, transferncias de
imagens e Simple Check.

1 INTRODUO
Para atender aos requisitos do negcio, as redes de computadores,
principalmente as das mdias e das grandes empresas e instituies, so
formadas por uma grande quantidade de hardware e componentes de software,
deixando-as mais complexas (DEO, 2010). Gerenci-las significa lidar
diariamente com riscos que podem ser causados pela m configurao dos
servios, falhas de software, problemas de segurana, desempenho e
interrupo dos equipamentos.
Segundo Lessa (1999): Estatisticamente, enquanto 30% dos custos de
uma infraestrutura computacional esto diretamente associados aquisio de
hardware, os 70% restantes dizem respeito manuteno e suporte aos
recursos e servios nela contidos. Tendo em vista esse cenrio, Junqueira
(2014) conclu que as empresas esto investindo cada vez mais na segurana
dos dados que trafegam pela rede, bem como no gerenciamento de seus
servios e ativos de redes, j que o custo de uma informao perdida ou de um
servio indisponvel a seus clientes e/ou usurios imensurvel.
O monitoramento da infraestrutura computacional, portanto, torna-se,
nos dias atuais, uma atividade que contribui decisivamente para o
funcionamento contnuo dos servios oferecidos, garantindo que a qualidade
desses mantenha-se em nveis satisfatrios pelo maior tempo possvel.
(FACHINI, 2010)
Os equipamentos de rede que utilizam a arquitetura TCP/IP (LOZANO,
1998) tem, como padro de comunicao para monitoramento e controle, o
protocolo SNMP (DIAS, 2001). Esse padro determina, na sua forma
tradicional, uma arquitetura formada por agentes (equipamentos monitorados)
e gerentes (equipamento monitor). Cabe aos gerentes coletar as informaes
dos agentes e, quando necessrio, enviar mensagens solicitando a alterao
dos valores. Embora essas operaes possam ser realizadas diretamente
atravs de comandos do protocolo, recomendvel a utilizao de uma
ferramenta que abstraia ao operador, atravs de uma interface grfica, por
exemplo, o monitoramento e controle dos agentes.
Entre as ferramentas de monitoramento Nagios, CACTI, ZenOSS,
OpManager (BLACK, 2008), o Zabbix um software que se destaca ao
monitorar a disponibilidade e desempenho no apenas dos equipamentos, mas
tambm de aplicaes de rede de qualquer equipamento que possa ser
acessado remotamente por um endereo IP (Internet Protocol - Protocolo de
Internet). Com ele possvel agir proativamente, detectando e corrigindo falhas
antes que os usurios percebam, alm de analisar a disponibilidade dos
servios oferecidos na rede (PIRES, 2014).

2 OBJETIVOS
Este artigo tem como principal objetivo monitorar equipamentos que
realizam a transferncia, cpia de imagens de exames entre empresas do
Grupo Alliar Medicina Diagnstica, um grupo de empresas que atua em
diversas regies do Brasil no ramo de radiologia e diagnstico por imagem,
realizando exames de Ressonncia Magntica, Tomografia Computadorizada,
PET-CT, Raio-X, Mamografia, Ultrassonografia e Densitometria ssea. A
Figura 1 apresenta o mapa dos equipamentos envolvidos neste trabalho.
 Figura 1. Mapa de Rede do Grupo Alliar- Medicina Diagnstica.

Na Figura 1 so apresentadas as diversas filiais que compem o grupo

com destaque para a matriz, a concentradora localizada em Juiz de Fora
Minas Gerias. Na prtica, os exames realizados nas diversas filiais precisam
trafegar at a matriz para avaliao/laudo mdico, com posterior retorno dessa
informao s filiais. Assim, o objetivo principal deste trabalho construir um
processo de mapeamento que identifique, o mais breve possvel, qualquer
falha nesse processo de comunicao entre as filiais e a empresa
CEDIMAGEM (Centro de Diagnstico Cludio Ramos Ltda), que representa a
matriz.
Na verdade, toda a comunicao entre as filiais e a matriz gerenciada
atravs do sistema PACS (Picture Archiving and Communication System -
Sistema de Comunicao e Arquivamento de Imagens) (MARQUES, 2009),
que ser abordado na seo a seguir. Nesse sistema, como ser discutido,
ainda que exista um canal de comunicao ativo entre os equipamentos, o
trfego de mdias, principalmente de imagens correspondentes aos exames de
diagnstico, pode apresentar falhas de acordo com a qualidade do servio
oferecido. Assim, este trabalho tem, como objetivo complementar, identificar a
qualidade necessria a essa comunicao identificando, portanto, o motivo das
falhas que ocorrem na transferncia de imagens de exames entre as filiais com
a matriz. Na ocorrncia dessas falhas, as imagens dos exames no so
transferidas por completo, inviabilizando o diagnstico pelo corpo clnico
(mdicos radiologistas) da empresa que, na maioria das vezes, encontram-se
na matriz.

3 TRABALHOS RELACIONADOS

3.1 PACS
O sistema PACS um importante software capaz de gerenciar a
transferncia das imagens de exames entre servidores e, neste trabalho, o
software cuja infraestrutura de rede deve garantir a qualidade necessria
transferncia das imagens. Essas imagens so provenientes de modalidades,
nome genrico dado a qualquer equipamento mdico radiolgico que gere
imagens. A comunicao entre as modalidades e o servidor PACS realizada
atravs do protocolo de comunicao DICOM (Digital Imaging and
Communicating in Medicine Comunicao de Imagens Digitais em Medicina)
(MARQUES, 2009) que define uma sintaxe padro para a comunicao das
imagens e dados demogrficos do paciente, entre os mais diversos fabricantes
de equipamentos. As Figuras 2a e 2b, demonstram respectivamente as
integraes com sistemas e equipamentos e estrutura lgica de uma rede
DICOM.


Figura 2a Integraes de uma rede DICOM.

Figura 2b Transferncia de Imagens das Modalidades para PACS.

 No contexto deste trabalho, o PACS Concentrador, denominado a partir
desse ponto de Super PACS, situado na Matriz (Juiz de Fora/MG), comunica-
se com os demais sistemas PACS Filiais de vrias regies do Brasil (conforme
ilustrado na Figura 1), tambm atravs do protocolo DICOM. Essa
comunicao sincronizada atravs de um servio chamado Imaginet MstSync
Server, ilustrado na Figura 3. Atravs desse servio, o Super PACS verifica de

tempos em tempos se existe novas imagens e exames nos PACSs Filiais.

Em caso afirmativo iniciada a cpia dessas novas imagens para o Super
PACS.
Figura 3 Servio de sincronismo de imagens.

Evidentemente, para que a cpia das imagens possa acontecer deve

existir um link de dados ativo entre a matriz e cada uma das filiais. O problema,
no entanto, que, dependendo da relao entre a capacidade do link e o
tamanho do contedo a ser transmitido, pode ocorrer uma saturao,
retardando ou at mesmo impedindo a cpia das imagens.
Alm da aleatoriedade na realizao dos diversos tipos de exames que,
por sua vez, podem produzir quantidades variadas de imagens, um mesmo tipo
de exame pode produzir diferentes quantidades de imagens. A Tabela 1 ilustra
a mdia de nmero de imagens e seu tamanho por exame;

Equipamento de N de imagens por Tamanho aprox. Tamanho

exame exame (Mdia) por Imagem (Mb) total (Mb)
Ressonncia
500 0,17 85
Magntica
Tomografia
700 0,18 126
Computadorizada
Raio-X 3 3,66 10,98
Mamografia 4 2,6 10,4
 Tabela 1. Mdia de nmero imagens e tamanho (Mb).

O nmero de imagens por exame pode variar consideravelmente de

acordo com a regio de estudo do corpo, para tanto foi extrado uma mdia de
um perodo de 3 dias. Enquanto que o tamanho dessas imagens relaciona-se
com a quantidade de informao presente na estrutura do exame.
Dessa forma, a qualidade do canal deve ser periodicamente monitorada
a fim de garantir o sincronismo entre as filiais, onde o exame realizado, e a
matriz, onde o laudo confeccionado.

3.2 ZABBIX
Desenvolvido a partir de 1998, o Zabbix uma das mais completas
ferramentas de gerncia e administrao de redes disponveis no mercado.
Atravs dessa ferramenta possvel monitorar, por exemplo, parmetros
relacionados ao funcionamento de switches, roteadores, computadores e/ou
quaisquer outros componentes que estejam conectados rede. Essa
ferramenta tambm oferece uma configurao amigvel, atravs da sua
interface Web, permitindo, entre outras operaes, a manuteno de hosts,
mapas, templates, grficos e gatilhos (triggers) entre outras funcionalidades
que sero descritas nesta seo.
Utilizando-se de um mecanismo de notificao flexvel possvel
configurar alertas de eventos, informaes ou incidentes pertinentes por meio
de e-mail ou SMS o que auxilia expressivamente para uma rpida ao por
parte dos administradores de redes. Entre as principais caractersticas e
recursos disponveis no Zabbix, listamos abaixo as principais caractersticas
para a escolha dessa ferramenta, conforme documentao associada a
ferramenta1:
All-in-one (Tudo em um), soluo nica quando se trata de
monitoramento;
Projetado para lidar com as comunicaes instveis;
Todos os dados histricos, tendncias e configurao so armazenados
em um banco de dados;
o Oracle, MySQL, PostgreSQL e SQLite.
Soluo verdadeiramente Software Livre (GPLv2), no existe verses
comerciais;
Possui suporte a maioria dos sistemas operacionais: Linux, Solaris,
HP0UX, AIX, FreeBSD, OpenBSD, NetBSD, Mac OS X, Windows, entre
outros;
Agentes disponveis para diversas plataformas: Linux, Solaris, HP0UX,
AIX, FreeBSD, OpenBSD, SCO-OpenServer, Mac OS X, Windows
2000/XP/2003/Vista;
Agentes para plataformas 32 bits e 64 bits;

1
www.zabbix.com
 Toda a lgica est do lado do servidor, os agentes so usados apenas
para coleta de dados;
Capacidade de monitorar servios simples como (HTTP, POP3, IMAP,
SSH, ICMP Ping) sem o uso de agentes;
Suporte nativo ao protocolo SNMP;
Gerao de grficos em tempo real;

3.2.1 ARQUITETURA DO ZABBIX

Segundo (ZABBIX SIA - Overview, 2012) e (OLUPS, 2010), a soluo
Zabbix composta por cinco elementos:
Servidor: o componente central da arquitetura para o qual agentes
reportam dados de disponibilidade e estatsticas. Nele, ficam guardadas
todas as configuraes e dados estatsticos e operacionais. O
componente servidor est envolvido principalmente em coletar e gravar
dados, disponibilizar mecanismos de alerta e visualizao de dados.
Armazenamento em banco de dados: Local fsico para o
armazenamento de dados. Componente Banco de Dados Relacional
(referencia) que armazena e relaciona os dados em tabelas.
Interface WEB: Provida para dar acesso ao Servidor Zabbix, a partir de
qualquer lugar e a qualquer dispositivo.
Proxy: Componente opcional para monitoramento distribudo. O Proxy
pode coletar dados de disponibilidade e performance a favor de um
Servidor Zabbix. Pode ser benfico ao servidor Zabbix distribuir a carga
de monitoramento entre vrios Proxys. Alm disso, com o Proxy
possvel monitorar ambientes onde a segurana mais restrita ao ponto
de no ser permitido acesso s configuraes do firewall, (restries
com relao a portas de Entrada/Sada).
Agente: Agentes Zabbix so instalados para monitorar servidores de
rede, coletando dados de seus recursos e aplicaes locais, e enviando-
os para o servidor Zabbix. O agente monitora itens. Os itens
monitorados pelos agentes seguem a lgica das MIBs (Management
Information Base Base de Informao de Gerenciamento) (DIAS,
2001) do SNMP. Porm, o agente estende a capacidade de
monitoramento, pois proporciona aos Administradores de Redes a
possibilidade de customizar itens e aes executadas diretamente no
sistema monitorado.
Os componentes do Zabbix podem estar instalados no mesmo
equipamento exceto, normalmente, pelo agente, formando um servidor capaz
de obter informaes dos agentes atravs de diversos meios. Incluindo, por
exemplo:
Via SNMP, IPMI, e monitoramento JMX (Java);
Checagem customizada (atravs do uso de programao com Scripts);
 Instalao de agentes nativos em sistemas operacionais Baseados em
UNIX ou Microsoft Windows;
Monitoramento WEB, verificando os cdigos de resposta s requisies
feitas a servidores HTTP;
Atravs de dados passados por agentes e Proxys Zabbix.

Na Figura 4 pode-se visualizar o mecanismo de integrao entre os

diversos tipos de equipamentos e as formas de notificaes que a ferramenta
oferece.

Figura 4. Componentes do Zabbix.

4 IMPLANTAO

4.1 ANLISE DO AMBIENTE

Neste tpico ser apresentado as informaes de cada PACS a ser
monitorado, que esto conectados atravs de VPNs (Virtual Private Network -
Rede Privada Virtual) como ilustrado na Figura 1. Mapa de Rede do Grupo
Alliar- Medicina Diagnstica, onde a Matriz concentra o recebimento de todas
as imagens de exames. Em cada Filial, existe um link utilizado para a
transferncia de imagens dos exames. A Tabela 2 apresenta a configurao
dos links de cada um dos hosts que fazem parte do grupo Alliar. Embora o
recomendado pudesse ser que ao menos cada filial tivesse um link dedicado,
essa no a realidade como pode ser verificado nas filiais de Dourados e
Campo Grande.

Hostname Link Dedicado Funo Localizao

 Concentrador, Servidor
SUPER PACS Matriz, Juiz de
6MB/s Sim de imagens que recebe
(CEDIMAGEM) Fora/MG.
dados de todas Filiais.

Filial, Belo
PACS AXIAL 4MB/s Sim Servidor de imagens
Horizonte/MG.
Filial, Campo
PACS UNIC 2MB/s Sim Servidor de imagens
Grande/MS.
PACS No, Filial,
2MB/s Servidor de imagens
UNIIMAGEM compartilhado. Dourados/MS.
PACS No, Filial, Campo
2MB/s Servidor de imagens
SONIMED compartilhado. Grande/MS.
Filial, Belm
PACS SOM 4MB/s Sim Servidor de imagens
do Par/PA.
PACS Filial, Ponta
4MB/s Sim Servidor de imagens
SABEDOTI Grossa/PR.
Filial, So
PACS PLANI 4MB/s Sim Servidor de imagens Jos dos
Campos/SP.
PACS No, Filial, Campo
2MB/s Servidor de imagens
DIIMAGEM compartilhado. Grande/MS.
Tabela 2. Informaes dos Hosts.

Todos os equipamentos das filiais pertencem ao Grupo Alliar, mas so

vistas como empresas distintas, isto , separadas uma das outras. Logo, para o
monitoramento dos equipamentos das filiais foi adotado o mtodo Simple
Check2 que um mtodo que realiza checagens que no necessitam de
agentes instalados ou do protocolo SNMP. No equipamento (host) da Matriz,
por outro lado, foi instalado o Agente do Zabbix. A configurao geral
resumida na Tabela 3.

Hostname Monitoramento
SUPER PACS (CEDIMAGEM) Agente Zabbix
PACS AXIAL Simple Check
PACS UNIC Simple Check
PACS UNIIMAGEM Simple Check
PACS SONIMED Simple Check
PACS SOM CSH Simple Check
PACS SABEDOTI Simple Check
PACS PLANI Simple Check
PACS DIIMAGEM Simple Check
Tabela 3 Monitoramento dos hosts.

2
Para que o Zabbix possa coletar essas informaes atravs do modelo de Simple Check
necessrio a instalao do Fping, que no ser abordado nesse artigo, para detalhes de
instalao, acesse o link (http://goo.gl/DHgJvs) ou manual oficial do Zabbix, pelo link
(http://goo.gl/pcVCTr).
4.2 CADASTRAMENTO DE GRUPOS E HOSTS
Os hosts so os ativos de rede monitorados pelo Zabbix. Cada host
deve ser explicitamente includo dentro do Zabbix para ter seus parmetros de
desempenho analisados. Alm da incluso de hosts, grupos tambm podem
ser definidos. A criao de grupos facilita a separao dos equipamentos por
semelhanas, facilitando, posteriormente, a anlise de um conjunto de
equipamentos.
Neste trabalho foi criado um grupo para tratar os servidores PACS do
grupo Alliar (Menu Configurao do Zabbix, opo Grupos de hosts e boto
Criar grupo de host). Aps a criao do grupo, os hosts selecionados
(servidores PACS) foram adicionados aos grupos (Menu Configurao, opo
Hosts e, a seguir, seleo Criar Host). A adio de cada host apresentada na
Figura 5.

Figura 5. Cadastro de Host.

Como pode ser visualizado na Figura 5, necessrio preencher o nome

do host como, exemplo, pacs01FIR, o nome de exibio, isto , o nome que
ser exibido, por exemplo PACS AXIAL. Outras configuraes incluem o grupo
para organizao do acesso s mquinas e as informaes sobre a interface
de acesso aos dados, incluindo o endereo IP vlido do host na rede, a porta
da interface de transporte e se o host est sendo ou no monitorado.
Aps a incluso dos hosts possvel, dentro do prprio Zabbix, realizar
a listagem com informaes sobre o monitoramento realizado. Essa listagem
apresentada na Figura 6. As informaes especficas, isto , a especificao
daquilo que deve ser monitorado apresentado na seo a seguir.
 Figura 6. Lista de Host Monitorados.

4.3 ESPECIFICAO DE TEMPLATES PARA MONITORAMENTO

No Zabbix, um template permite a especificao de um conjunto de
parmetros de monitoramento que podem incluir, itens, aplicaes, grficos,
entre outros. A criao de templates importante para que um host ou grupo
de hosts possa ser associado a este, de forma que todos os elementos
especificados no template passem a funcionar sobre o host em questo. Neste
trabalho, um nico template foi criado, denominado Template Simple Check.

4.3.1 CRIANDO TEMPLATES

Neste trabalho os hosts so monitorados atravs de um mtodo
chamado Simple Check. Esse mtodo realiza checagens que no necessitam
de SNMP e nem de agentes instalados, o que desejvel, considerando que a
anlise ser realizada a partir da matriz sem a necessidade de configuraes
independentes nas filiais. No mtodo Simple Check so retornados valores
bsicos de 0 ou 1, sim ou no respectivamente.
Para realizar criao do template (menu Configuraes, opo
Templates e, em seguida, opo Criar Template). Nesse processo as seguintes
informaes devem ser preenchidas:
Nome do Template: Template Simple Check.
Nome de exibio: Template Simple Check.
Grupos: Informe o nome do grupo de hosts para esse template (Novo
grupo) ou selecione um que j existe.
Uma vez especificado o template, necessrio povo-lo, com
aplicaes, itens e grficos. Na configurao de templates (Configuraes >
Templates), basta selecionar o template construdo (Template Simple Check) e
escolher a opo Aplicaes a fim de associar uma aplicao a esse template.
Uma aplicao um quesito a ser monitorado como por exemplo, uso de CPU,
consumo de memria, consumo de banda etc. Neste trabalho o objetivo
especificar uma aplicao que monitora a disponibilidade dos links, portanto, foi
criada uma aplicao denominada Disponibilidade, sendo esse valor
informado no campo nome de uma nova aplicao.
Aplicaes so normalmente formadas por um conjunto de itens
individualmente avaliados. No caso da aplicao disponibilidade, anteriormente
construda, ser necessrio avaliar o tempo de resposta entre a matriz e cada
uma das filiais. Esse item pode ser especificado atravs do protocolo ICMP
(Internet Control Message Protocol) (TORRES, 2007). Comandos desse
protocolo podem ser periodicamente enviados com o objetivo de obter, como
resposta, o tempo de trfego da mensagem. O atraso na comunicao,
denominado latncia, justamente o parmetro que pode implicar na ausncia
de disponibilidade do servio de replicao do PACS, caso valores elevados
sejam objetos.
Para criar o item em questo, na pgina de templates do Zabbix, basta
localizar o template criado e escolher a opo Itens selecionando, em seguida,
o boto Criar Item. Neste trabalho a seguinte configurao foi utilizada:
Nome: nome do Item, definimos Ping Disponibilidade.
Tipo de Monitoramento: Monitorao simples.
Chave: icmpping[,,,60,], icmppingsec
Tipo de informao: Numrico (inteiro sem sinal).
Tipo de dados: Decimal.
Intervalo atualizao: 60
Aplicaes: Disponibilidade.
Para acompanhar os resultados de uma aplicao, grficos podem ser
especificados e associados ao template. Considerando a utilizao de grficos
como uma opo que traz facilmente a informao, novamente na pgina de
templates do Zabbix, atravs da opo Grficos foi especificado um grfico
relativo disponibilidade com os seguintes parmetros.
Nome: nome do grfico, adotaremos ICMP Ping Disponilidade.
Demais opes padro
No campo Itens, clique no boto Adicionar. Ser aberta uma janela pop-
up. Marque o Item Ping Disponilidade anteriormente criado e no boto
Selecionar.
Clique no boto Salvar.

4.4 TRIGGERS (AES OU GATILHOS)

Alm das configuraes de monitoramento, ideal, para o objetivo deste
trabalho, que alteraes na aplicao sejam reportadas caso valores limtrofes
sejam atingidos. Para isso, triggers (gatilhos) podem ser utilizadas. Triggers
so aes configuradas para cada evento que possa ocorrer em resposta a
uma informao transmitida pelo host. Na abordagem desse artigo foram
definidas duas triggers para alertar sobre a alta latncia (Ping alto), ou ento
na eminncia de queda de link onde o acesso s informaes desse host
fiquem inacessvel (Perda de conexo).
Para identificar se o host no est acessvel foi especificado uma trigger
com os seguintes parmetros:
Nome: descrio da trigger, nesse exemplo caso foi utilizado
parmetro/funo do Zabbix que retorna {HOSTNAME} = Nome de
hostname do host, e {HOST.CONN} = Retorna o IP do host, juntamente
com a descrio da frase.
Expresso: {Template Simple Check:icmpping[,,,60,].last(0)}=0
Risco: Ateno.

Complementarmente, para identificar o link com alta latncia foi

especificado uma trigger com os seguintes parmetros:
Nome: descrio da trigger, nesse exemplo caso foi utilizado
parmetro/funo do Zabbix que retorna {HOSTNAME} = Nome de
hostname do host, juntamente com a descrio da frase.
Expresso: {Template Simple Check:icmppingsec.last(0)}>150
Risco: Informao.

5 RESULTADOS
Analisando as informaes obtidas atravs do monitoramento dos hosts
foi possvel observar que ocorreram vrios eventos de alta latncia (Ping alto)
e assim como, de host inacessvel (Host no responde a ping). A Figura 7,
detalha um nmero excessivo de eventos ocorridos para o PACS DIIMAGEM,
foram 3135 ocorrncias (vezes) que a latncia ultrapassou a barreira de 150
ms (milessegundos). A partir dessa latncia, mesmo que o link permanea
ativo, o protocolo do PACS passa a apresentar falhas na replicao do
contedo, ou seja, falhas na cpia de imagens.

Figura 7. Falhas ocorridas no host PACS DIIMAGEM.

Avaliando a transferncia de imagens de exames das filiais,

constatamos que ndices de alta latncia no link acima de 5% e queda do link
com valores acima de 3% um fator para que contribui para a falta de
sincronismo na cpia das imagens de exames para matriz, na Tabela 4 abaixo
pode-se constatar esses valores:
 Total Total
Disponibilidade Indispon Latncia (%) Alta
Host Exames Exames
Link (%) 1 dia. ibilidade 1 dia. Latncia
Filial Matriz

PACS
252 104 96.9261% 3.0739% 70.3116% 29.6884%
DIIMAGEM

PACS
467 467 96.1663% 3.8337% 99.6549% 0.3451%
PLANI

PACS
182 182 100% 0% 99.5807% 0.4193%
SABEDOTI
PACS SOM 143 143 100% 0% 98.0530% 1.9470%
PACS
44 41 100% 0% 91.7825% 8.2175%
SONIMED

PACS UNIC 35 33 100% 0% 94.4452% 5.5548%

PACS
UNIMAGE 61 37 100% 0% 94.0155% 5.9845%
M

Tabela 4 Disponibilidade de Link e Latncia.

As Figuras 7 e 8 exemplificam o filtro utilizado para confeco da Tabela

4 e a validao dos valores informados.

Figura 7 Filtro disponibilidade PACS DIIMAGEM.

Figura 8 Filtro disponibilidade PACS SABEDOTTI.

5.1 RESULTADOS POR GRFICOS
No grfico apresentado pela Figura 9, demonstra-se as variaes de
latncia (ping) para o host PACS DIIMAGEM, podendo facilmente identificar a
instabilidade e queda do link em alguns momentos. Essa instabilidade onde o
limite desejvel para transmisso ultrapassa o valor de 150ms (milissegundos),
causa ao sistema de PACS o no recebimento das imagens por completo,
inviabilizando o diagnstico. Nesse momento deve-se interromper o envio das
imagens entre os hosts e executar manualmente at que o link retorne a
condio de estvel para realizao automatizada pelo sistema PACS.

Figura 9. Instabilidade de link para PACS DIIMAGEM.

Para efeitos de comparao o host PACS AXIAL manteve-se em grande

parte do tempo estvel, garantindo a eficincia da cpia das imagens para a
Matriz Cedimagem, como pode ser observado na Figura 10.

Figura 10. Comparao com host PACS AXIAL.

5.2 MAPA AMPLIANDO A VISO

O Zabbix permite a personalizao de mapas de acordo com a
necessidade de cada administrador de rede. Com o uso de um modelo de
Mapa o monitoramento torna-se ainda mais fcil, j que possvel adicionar
vrios hosts de uma forma que consiga monitor-los em uma viso ampla. Na
Figura 10, pode-se verificar que o host Super PACS (Matriz Concentrador)
est com a capacidade em disco (HD) em menos de 20% livre, enquanto que o
host da Filial PACS Unic no est acessvel, uma vez que no responde a
solicitao do Zabbix.

Figura 10. Monitoramento com Mapa Personalizado

6 - CONCLUSO

Para o correto funcionamento de qualquer rede de computadores

necessrio o gerenciamento da mesma atravs de certas ferramentas,
verificando assim erros, falhas, status e qualquer tipo de ao executada nos
hosts, o que possibilita um melhor planejamento para aumentar o tempo de
disponibilidade dos recursos.

No artigo, foi utilizado a ferramenta Zabbix para monitorar hosts que

realizam a transferncia, cpia de imagens de exames entre filiais para a matriz
e atravs das informaes desse monitoramento podemos perceber o quanto a
ferramenta Zabbix eficaz, mesmo quando utilizando-se de um monitoramento
simplificado sem a necessidade da instalao do agente, atravs do modelo
simple check aplicado para a maioria dos hosts, salvo o host principal Super
PACS que teve o agente instalado.

Por fim, constatou-se que a baixa velocidade dos links, instabilidade na

conexo e a alta latncia comprometem significativamente a transferncia e
cpia das imagens de exames enviadas pelas Filias do Grupo Alliar Medicina
Diagnostica para a Concentradora Matriz, conforme observou-se no durante
todo item 5 deste artigo. E, finalmente, pode-se concluir que, filiais com links
compartilhados e/ou abaixo de 2Mb/s como, por exemplo, PACS DIIMAGEM
existe um grande comprometimento no servio de transferncia de imagens.

Esse artigo, traz consigo informaes uteis e factveis para que as

empresas do grupo possa investir em links de capacidade de 4MB/s, evitando
assim problemas no servio oferecido.

7 REFERNCIAS

[1] DO, Andr; PIRES, Acio. Gerncia de Redes com Zabbix. Revista
Espirito Livre, n. 18, p. 69-73, Set/2010.

[2] LESSA, Demian. O Protocolo de Gerenciamento RMON. Rede Nacional

de Ensino e Pesquisa (RNP), 15 jan. 1999. Disponvel em:
<http://www.rnp.br/newsgen/9901/rmon.html>. Acesso em: 20 abr. 2014.

[3] JUNQUEIRA, Wagner; DO, Andr. Implementando gerenciamento de

redes de computadores usando Nagios e Zabbix. Disponvel em:
<http://goo.gl/6Nlvl7>. Acesso em: 24 fev. 2014.
[4] FACHINI, Thiago. Implementao da ferramenta Zabbix para
monitoramento reativo. 27 nov. 2010. Disponvel em:
<http://www.ulbra.inf.br/joomla/images/documentos/TCCs/2010_2/redes-
thiago%20fachini.pdf>. Acesso em: 15 fev. 2014.
[5] LOZANO, Fernando. Arquitetura de Redes TCP/IP, 08 Ago. 1998.
Disponvel em: <http://www.clubedohardware.com.br/artigos/Arquitetura-de-
Redes-TCP-IP/329>. Acesso em: 18 jun. 2014.
[6] DIAS, Beethovem; JNIOR, Nilton. Protocolo de Gerenciamento SNMP,
2001. Disponvel em: <http://www.rederio.br/downloads/pdf/nt00601.pdf>.
Acesso em: 18 jun. 2014.
[7] BLACK, Tomas. Comparao de Ferramentas de Gerenciamento de Redes,
Dezembro de 2008. Disponvel em:
<http://www.lume.ufrgs.br/bitstream/handle/10183/15986/000695315.pdf>
Acesso em: 18 jun. 2014
[8] PIRES, Acio. Aplicando recomendaes de segurana na instalao
do Zabbix. Julho 2013. Disponvel em: <http://goo.gl/Q2mjVo>. Acesso em: 15
fev. 2014.
[9] MARQUES, Paulo; SALOMO, Samuel. PACS: Sistemas de
Arquivamento e Distribuio de Imagens. Revista Brasileira de Fsica
Mdica. 2009;3(1):131-9. Disponvel em:
<http://www.abfm.org.br/rbfm/publicado/rbfm_v3n1_131-9.pdf>. Acesso em: 18
jun. 2014.
[10] ZABBIX SIA - Overview. Zabbix SIA Documentation from Zabbix
Overview. 4 Fev. 2014. Disponvel em:
<https://www.zabbix.com/documentation/2.0/manual/introduction/overview>.
Acesso em: 19 jan. 2014.
[11] OLUPS, Rihards. Zabbix 1.8 Network Monitoring Monitor your
networks hardware, servers, and web performance effectively and efficiently.
Abril 2010. MUMBAI (BIRMINGHAM): Packt Publishing.
[12] ZABBIX SIA - Distributed Monitoring - Distributed Monitoring - Proxies.
28 set. 2012. Disponvel em:
<https://www.zabbix.com/documentation/2.0/manual/distributed_monitoring/pro
xies>. Acesso em: 27 mai. 2014.
[13] ZABBIX SIA - Features. Zabbix Features. 28 dez. 2011. Disponvel em:
<https://www.zabbix.com/documentation/2.0/manual/introduction/features>.
Acesso em: 10 jan. 2014.
[14] TORRES, Gabriel.ICMP (Internet Control Message Protocol), 24 Abr. 2007.
Disponvel em: <http://www.clubedohardware.com.br/artigos/Como-o-
Protocolo-TCP-IP-Funciona-Parte-2/1352/4>. Acesso em: 18 jun. 2014.