7/25/2019 122-352-1-PB

1/18

GERNCIA DE REDES: UTILIZANDO O ZABBIX PARA MONITORAR ADISPONIBILIDADE E TRANSFERNCIAS DE IMAGENS

Leonardo Dornelas SOARESCentro 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 deativos de rede voltados transmisso de imagens mdicas do Grupo Alliar Medicina Diagnstica. Neste estudo apresentada a ferramenta Zabbix e seuemprego no mapeamento dos ativos que provm a comunicao entre as filiaisdesse grupo. definida a qualidade mnima para o funcionamento dacomunicao, 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 deimagens 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, soformadas 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 dosservios, falhas de software, problemas de segurana, desempenho einterrupo dos equipamentos.

Segundo Lessa (1999): Estatisticamente, enquanto 30% dos custos deuma infraestrutura computacional esto diretamente associados aquisio dehardware, os 70% restantes dizem respeito manuteno e suporte aosrecursos e servios nela contidos. Tendo em vista esse cenrio, Junqueira(2014) conclu que as empresas esto investindo cada vez mais na seguranados dados que trafegam pela rede, bem como no gerenciamento de seusservios 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 ofuncionamento contnuo dos servios oferecidos, garantindo que a qualidadedesses 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, oprotocolo 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

7/25/2019 122-352-1-PB

2/18

dos agentes e, quando necessrio, enviar mensagens solicitando a alteraodos valores. Embora essas operaes possam ser realizadas diretamenteatravs de comandos do protocolo, recomendvel a utilizao de umaferramenta que abstraia ao operador, atravs de uma interface grfica, porexemplo, o monitoramento e controle dos agentes.

Entre as ferramentas de monitoramento Nagios, CACTI, ZenOSS,OpManager (BLACK, 2008), o Zabbix um software que se destaca aomonitorar a disponibilidade e desempenho no apenas dos equipamentos, mastambm de aplicaes de rede de qualquer equipamento que possa seracessado remotamente por um endereo IP (Internet Protocol - Protocolo deInternet). Com ele possvel agir proativamente, detectando e corrigindo falhasantes que os usurios percebam, alm de analisar a disponibilidade dosservios oferecidos na rede (PIRES, 2014).

2 OBJETIVOS

Este artigo tem como principal objetivo monitorar equipamentos querealizam a transferncia, cpia de imagens de exames entre empresas doGrupo Alliar Medicina Diagnstica, um grupo de empresas que atua emdiversas 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. AFigura 1 apresenta o mapa dos equipamentos envolvidos neste trabalho.

7/25/2019 122-352-1-PB

3/18

Figura 1.Mapa de Rede do Grupo Alliar- Medicina Diagnstica.

Na Figura 1 so apresentadas as diversas filiais que compem o grupocom 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 dessainformao s filiais. Assim, o objetivo principal deste trabalho construir umprocesso de mapeamento que identifique, o mais breve possvel, qualquerfalha nesse processo de comunicao entre as filiais e a empresaCEDIMAGEM (Centro de Diagnstico Cludio Ramos Ltda), que representa amatriz.

Na verdade, toda a comunicao entre as filiais e a matriz gerenciadaatravs 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, otrfego de mdias, principalmente de imagens correspondentes aos exames dediagnstico, pode apresentar falhas de acordo com a qualidade do serviooferecido. Assim, este trabalho tem, como objetivo complementar, identificar aqualidade necessria a essa comunicao identificando, portanto, o motivo dasfalhas que ocorrem na transferncia de imagens de exames entre as filiais coma matriz. Na ocorrncia dessas falhas, as imagens dos exames no sotransferidas por completo, inviabilizando o diagnstico pelo corpo clnico(mdicos radiologistas) da empresa que, na maioria das vezes, encontram-sena matriz.

3 TRABALHOS RELACIONADOS

3.1 PACS

O sistema PACS um importante software capaz de gerenciar atransferncia das imagens de exames entre servidores e, neste trabalho, osoftware 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 gereimagens. A comunicao entre as modalidades e o servidor PACS realizadaatravs do protocolo de comunicao DICOM (Digital Imaging andCommunicating in Medicine Comunicao de Imagens Digitais em Medicina)(MARQUES, 2009) que define uma sintaxe padro para a comunicao dasimagens e dados demogrficos do paciente, entre os mais diversos fabricantesde equipamentos. As Figuras 2a e 2b, demonstram respectivamente asintegraes com sistemas e equipamentos e estrutura lgica de uma redeDICOM.

7/25/2019 122-352-1-PB

4/18

Figura 2a Integraes de uma rede DICOM.

Figura 2b Transferncia de Imagens das Modalidades para PACS.

7/25/2019 122-352-1-PB

5/18

No contexto deste trabalho, o PACS Concentrador, denominado a partirdesse ponto de Super PACS,situado na Matriz (Juiz de Fora/MG), comunica-se com os demais sistemas PACS Filiais de vrias regies do Brasil (conformeilustrado na Figura 1), tambm atravs do protocolo DICOM. Essacomunicao 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 SuperPACS.

Figura 3 Servio de sincronismo de imagens.

Evidentemente, para que a cpia das imagens possa acontecer deveexistir 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 otamanho 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 tipode exame pode produzir diferentes quantidades de imagens. A Tabela 1 ilustraa mdia de nmero de imagens e seu tamanho por exame;

Equipamento deexame

N de imagens porexame (Mdia)

Tamanho aprox.por Imagem (Mb)

Tamanhototal (Mb)

RessonnciaMagntica

500 0,17 85

TomografiaComputadorizada

700 0,18 126

Raio-X 3 3,66 10,98Mamografia 4 2,6 10,4

7/25/2019 122-352-1-PB

6/18

Tabela 1. Mdia de nmero imagens e tamanho (Mb).

O nmero de imagens por exame pode variar consideravelmente deacordo com a regio de estudo do corpo, para tanto foi extrado uma mdia deum 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 amatriz, onde o laudo confeccionado.

3.2 ZABBIX

Desenvolvido a partir de 1998, o Zabbix uma das mais completasferramentas de gerncia e administrao de redes disponveis no mercado.

Atravs dessa ferramenta possvel monitorar, por exemplo, parmetrosrelacionados ao funcionamento de switches, roteadores, computadores e/ouquaisquer outros componentes que estejam conectados rede. Essaferramenta tambm oferece uma configurao amigvel, atravs da suainterface Web, permitindo, entre outras operaes, a manuteno de hosts,mapas, templates, grficos e gatilhos (triggers) entre outras funcionalidadesque sero descritas nesta seo.

Utilizando-se de um mecanismo de notificao flexvel possvelconfigurar alertas de eventos, informaes ou incidentes pertinentes por meiode e-mail ou SMS o que auxilia expressivamente para uma rpida ao por

parte dos administradores de redes. Entre as principais caractersticas erecursos disponveis no Zabbix, listamos abaixo as principais caractersticaspara a escolha dessa ferramenta, conforme documentao associada aferramenta1:

All-in-one (Tudo em um), soluo nica quando se trata demonitoramento;

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, entreoutros;

Agentes disponveis para diversas plataformas: Linux, Solaris, HP0UX,AIX, FreeBSD, OpenBSD, SCO-OpenServer, Mac OS X, Windows2000/XP/2003/Vista;

Agentes para plataformas 32 bits e 64 bits;

"###$%&''()$*+,

7/25/2019 122-352-1-PB

7/18

Toda a lgica est do lado do servidor, os agentes so usados apenaspara 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 soluoZabbix composta por cinco elementos:

! Servidor: o componente central da arquitetura para o qual agentesreportam dados de disponibilidade e estatsticas. Nele, ficam guardadastodas as configuraes e dados estatsticos e operacionais. O

componente servidor est envolvido principalmente em coletar e gravardados, disponibilizar mecanismos de alerta e visualizao de dados.

! Armazenamento em banco de dados: Local fsico para oarmazenamento 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 dequalquer lugar e a qualquer dispositivo.

! Proxy:Componente opcional para monitoramento distribudo. O Proxypode coletar dados de disponibilidade e performance a favor de umServidor 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 pontode no ser permitido acesso s configuraes do firewall, (restriescom relao a portas de Entrada/Sada).

! Agente: Agentes Zabbix so instalados para monitorar servidores derede, coletando dados de seus recursos e aplicaes locais, e enviando-os para o servidor Zabbix. O agente monitora itens. Os itensmonitorados pelos agentes seguem a lgica das MIBs (ManagementInformation Base Base de Informao de Gerenciamento) (DIAS,2001) do SNMP. Porm, o agente estende a capacidade demonitoramento, pois proporciona aos Administradores de Redes apossibilidade de customizar itens e aes executadas diretamente nosistema monitorado.

Os componentes do Zabbix podem estar instalados no mesmoequipamento exceto, normalmente, pelo agente, formando um servidor capazde obter informaes dos agentes atravs de diversos meios. Incluindo, porexemplo:

! Via SNMP, IPMI, e monitoramento JMX (Java);!

Checagem customizada (atravs do uso de programao com Scripts);

7/25/2019 122-352-1-PB

8/18

! Instalao de agentes nativos em sistemas operacionais Baseados emUNIX ou Microsoft Windows;

! Monitoramento WEB, verificando os cdigos de resposta s requisiesfeitas a servidores HTTP;

!Atravs de dados passados por agentes e Proxys Zabbix.

Na Figura 4 pode-se visualizar o mecanismo de integrao entre osdiversos tipos de equipamentos e as formas de notificaes que a ferramentaoferece.

Figura 4.Componentes do Zabbix.

4 IMPLANTAO

4.1 ANLISE DO AMBIENTE

Neste tpico ser apresentado as informaes de cada PACS a sermonitorado, que esto conectados atravs de VPNs (Virtual Private Network -Rede Privada Virtual) como ilustrado na Figura 1. Mapa de Rede do GrupoAlliar- Medicina Diagnstica, ondea Matrizconcentra o recebimento de todasas imagens de exames. Em cada Filial, existe um link utilizado para atransferncia de imagens dos exames. A Tabela 2 apresenta a configuraodos links de cada um dos hosts que fazem parte do grupo Alliar. Embora orecomendado pudesse ser que ao menos cada filial tivesse um link dedicado,essa no a realidade como pode ser verificado nas filiais de Dourados eCampo Grande.

Hostname Link Dedicado Funo Localizao

7/25/2019 122-352-1-PB

9/18

SUPER PACS(CEDIMAGEM)

6MB/s SimConcentrador, Servidorde imagens que recebedados de todas Filiais.

Matriz, Juiz deFora/MG.

PACS AXIAL 4MB/s Sim Servidor de imagensFilial, Belo

Horizonte/MG.

PACS UNIC 2MB/s Sim Servidor de imagensFilial, CampoGrande/MS.

PACSUNIIMAGEM

2MB/sNo,

compartilhado.Servidor de imagens

Filial,Dourados/MS.

PACSSONIMED

2MB/sNo,

compartilhado.Servidor de imagens

Filial, CampoGrande/MS.

PACS SOM 4MB/s Sim Servidor de imagensFilial, Belm

do Par/PA.

PACSSABEDOTI

4MB/s Sim Servidor de imagensFilial, PontaGrossa/PR.

PACS PLANI 4MB/s Sim Servidor de imagensFilial, SoJos dos

Campos/SP.

PACSDIIMAGEM

2MB/sNo,

compartilhado.Servidor de imagens

Filial, CampoGrande/MS.

Tabela 2. Informaes dos Hosts.

Todos os equipamentos das filiais pertencem ao Grupo Alliar, mas sovistas como empresas distintas, isto , separadas uma das outras. Logo, para omonitoramento dos equipamentos das filiais foi adotado o mtodo SimpleCheck2 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 MonitoramentoSUPER PACS (CEDIMAGEM) Agente Zabbix

PACS AXIAL Simple CheckPACS UNIC Simple Check

PACS UNIIMAGEM Simple CheckPACS SONIMED Simple Check

PACS SOM CSH Simple CheckPACS SABEDOTI Simple Check

PACS PLANI Simple CheckPACS DIIMAGEM Simple Check

Tabela 3 Monitoramento dos hosts.

-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 deinstalao, acesse o link (http://goo.gl/DHgJvs) ou manual oficial do Zabbix, pelo link

(http://goo.gl/pcVCTr).

7/25/2019 122-352-1-PB

10/18

4.2 CADASTRAMENTO DE GRUPOS E HOSTS

Os hosts so os ativos de rede monitorados pelo Zabbix. Cada hostdeve ser explicitamente includo dentro do Zabbix para ter seus parmetros dedesempenho analisados. Alm da incluso de hosts, grupos tambm podem

ser definidos. A criao de grupos facilita a separao dos equipamentos porsemelhanas, facilitando, posteriormente, a anlise de um conjunto deequipamentos.

Neste trabalho foi criado um grupo para tratar os servidores PACS dogrupo Alliar (Menu Configurao do Zabbix, opo Grupos de hosts e botoCriar grupo de host). Aps a criao do grupo, os hosts selecionados(servidores PACS) foram adicionados aos grupos (Menu Configurao, opoHosts e, a seguir, seleo Criar Host). A adio de cada host apresentada naFigura 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 queser exibido, por exemplo PACS AXIAL. Outras configuraes incluem o grupopara organizao do acesso s mquinas e as informaes sobre a interfacede acesso aos dados, incluindo o endereo IP vlido do host na rede, a portada interface de transporte e se o host est sendo ou no monitorado.

Aps a incluso dos hosts possvel, dentro do prprio Zabbix, realizara listagem com informaes sobre o monitoramento realizado. Essa listagem apresentada na Figura 6. As informaes especficas, isto , a especificaodaquilo que deve ser monitorado apresentado na seo a seguir.

7/25/2019 122-352-1-PB

11/18

Figura 6.Lista de Host Monitorados.

4.3 ESPECIFICAO DE TEMPLATES PARA MONITORAMENTO

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

4.3.1 CRIANDO TEMPLATES

Neste trabalho os hosts so monitorados atravs de um mtodochamado Simple Check. Esse mtodo realiza checagens que no necessitamde SNMP e nem de agentes instalados, o que desejvel, considerando que aanlise ser realizada a partir da matriz sem a necessidade de configuraesindependentes nas filiais. No mtodo Simple Check so retornados valoresbsicos de 0 ou 1, sim ou no respectivamente.

Para realizar criao do template (menu Configuraes, opoTemplates e, em seguida, opo Criar Template). Nesse processo as seguintesinformaes 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, comaplicaes, itens e grficos. Na configurao de templates (Configuraes >Templates), basta selecionar o template construdo (Template Simple Check) eescolher 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

7/25/2019 122-352-1-PB

12/18

criada uma aplicao denominada Disponibilidade, sendo esse valorinformado no campo nome de uma nova aplicao.

Aplicaes so normalmente formadas por um conjunto de itensindividualmente avaliados. No caso da aplicao disponibilidade, anteriormente

construda, ser necessrio avaliar o tempo de resposta entre a matriz e cadauma das filiais. Esse item pode ser especificado atravs do protocolo ICMP(Internet Control Message Protocol) (TORRES, 2007). Comandos desseprotocolo podem ser periodicamente enviados com o objetivo de obter, comoresposta, o tempo de trfego da mensagem. O atraso na comunicao,denominado latncia, justamente o parmetro que pode implicar na ausnciade disponibilidade do servio de replicao do PACS, caso valores elevadossejam objetos.

Para criar o item em questo, na pgina de templates do Zabbix, bastalocalizar 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 serespecificados e associados ao template. Considerando a utilizao de grficoscomo uma opo que traz facilmente a informao, novamente na pgina detemplates do Zabbix, atravs da opo Grficos foi especificado um grficorelativo 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 destetrabalho, que alteraes na aplicao sejam reportadas caso valores limtrofessejam atingidos. Para isso, triggers (gatilhos) podem ser utilizadas. Triggersso aes configuradas para cada evento que possa ocorrer em resposta auma informao transmitida pelo host. Na abordagem desse artigo foram

definidas duas triggers para alertar sobre a alta latncia (Ping alto), ou ento

7/25/2019 122-352-1-PB

13/18

na eminncia de queda de link onde o acesso s informaes desse hostfiquem inacessvel (Perda de conexo).

Para identificar se o host no est acessvel foi especificado uma triggercom os seguintes parmetros:

! Nome: descrio da trigger, nesse exemplo caso foi utilizadoparmetro/funo do Zabbix que retorna {HOSTNAME} = Nome dehostname do host, e {HOST.CONN} = Retorna o IP do host, juntamentecom a descrio da frase.

! Expresso: {Template Simple Check:icmpping[,,,60,].last(0)}=0! Risco: Ateno.

Complementarmente, para identificar o link com alta latncia foiespecificado uma trigger com os seguintes parmetros:

!

Nome: descrio da trigger, nesse exemplo caso foi utilizadoparmetro/funo do Zabbix que retorna {HOSTNAME} = Nome dehostname 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 hostsfoi 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 150ms (milessegundos). A partir dessa latncia, mesmo que o link permaneaativo, o protocolo do PACS passa a apresentar falhas na replicao docontedo, 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 linkcom valores acima de 3% um fator para que contribui para a falta desincronismo na cpia das imagens de exames para matriz, na Tabela 4 abaixopode-se constatar esses valores:

7/25/2019 122-352-1-PB

14/18

HostTotal

ExamesFilial

TotalExamesMatriz

DisponibilidadeLink (%) 1 dia.

Indisponibilidade

Latncia (%) 1 dia.

AltaLatncia

PACSDIIMAGEM

252 104 96.9261% 3.0739% 70.3116% 29.6884%

PACSPLANI

467 467 96.1663% 3.8337% 99.6549% 0.3451%

PACSSABEDOTI

182 182 100% 0% 99.5807% 0.4193%

PACS SOM 143 143 100% 0% 98.0530% 1.9470%

PACSSONIMED

44 41 100% 0% 91.7825% 8.2175%

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

PACS

UNIMAGEM

61 37 100% 0% 94.0155% 5.9845%

Tabela 4 Disponibilidade de Link e Latncia.

As Figuras 7 e 8 exemplificam o filtro utilizado para confeco da Tabela4 e a validao dos valores informados.

Figura 7 Filtro disponibilidade PACS DIIMAGEM.

Figura 8 Filtro disponibilidade PACS SABEDOTTI.

7/25/2019 122-352-1-PB

15/18

5.1 RESULTADOS POR GRFICOS

No grfico apresentado pela Figura 9, demonstra-se as variaes delatncia (ping) para o host PACS DIIMAGEM, podendo facilmente identificar ainstabilidade 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 dasimagens entre os hosts e executar manualmente at que o link retorne acondio 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 grandeparte 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 anecessidade de cada administrador de rede. Com o uso de um modelo deMapa o monitoramento torna-se ainda mais fcil, j que possvel adicionar

vrios hosts de uma forma que consiga monitor-los em uma viso ampla. NaFigura 10, pode-se verificar que o host Super PACS (Matriz Concentrador)

7/25/2019 122-352-1-PB

16/18

est com a capacidade em disco (HD) em menos de 20% livre, enquanto que ohost da Filial PACS Unic no est acessvel, uma vez que no responde asolicitao 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 noshosts, o que possibilita um melhor planejamento para aumentar o tempo dedisponibilidade 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 matrize atravs das informaes desse monitoramento podemos perceber o quanto aferramenta Zabbix eficaz, mesmo quando utilizando-se de um monitoramentosimplificado sem a necessidade da instalao do agente, atravs do modelosimple check aplicado para a maioria dos hosts, salvo o host principal SuperPACS que teve o agente instalado.

Por fim, constatou-se que a baixa velocidade dos links, instabilidade naconexo e a alta latncia comprometem significativamente a transferncia ecpia das imagens de exames enviadas pelas Filias do Grupo Alliar MedicinaDiagnostica para a Concentradora Matriz, conforme observou-se no durantetodo item 5 deste artigo. E, finalmente, pode-se concluir que, filiais com links

7/25/2019 122-352-1-PB

17/18

compartilhados e/ou abaixo de 2Mb/s como, por exemplo, PACS DIIMAGEMexiste um grande comprometimento no servio de transferncia de imagens.

Esse artigo, traz consigo informaes uteis e factveis para que asempresas 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. RevistaEspirito Livre, n. 18, p. 69-73, Set/2010.

[2] LESSA, Demian. O Protocolo de Gerenciamento RMON. Rede Nacionalde Ensino e Pesquisa (RNP), 15 jan. 1999. Disponvel em:. Acesso em: 20 abr. 2014.

[3] JUNQUEIRA, Wagner; DO, Andr. Implementando gerenciamento deredes de computadores usando Nagios e Zabbix. Disponvel em:. Acesso em: 24 fev. 2014.

[4] FACHINI, Thiago. Implementao da ferramenta Zabbix paramonitoramento reativo. 27 nov. 2010. Disponvel em:. Acesso em: 15 fev. 2014.

[5] LOZANO, Fernando. Arquitetura de Redes TCP/IP, 08 Ago. 1998.

Disponvel em: . Acesso em: 18 jun. 2014.

[6] DIAS, Beethovem; JNIOR, Nilton. Protocolo de Gerenciamento SNMP,2001. Disponvel em: .Acesso em: 18 jun. 2014.

[7] BLACK, Tomas. Comparao de Ferramentas de Gerenciamento de Redes,Dezembro de 2008. Disponvel em:Acesso em: 18 jun. 2014

[8] PIRES, Acio. Aplicando recomendaes de segurana na instalaodo Zabbix. Julho 2013. Disponvel em: . Acesso em: 15fev. 2014.

[9] MARQUES, Paulo; SALOMO, Samuel. PACS: Sistemas deArquivamento e Distribuio de Imagens. Revista Brasileira de FsicaMdica. 2009;3(1):131-9. Disponvel em:. Acesso em: 18jun. 2014.

[10] ZABBIX SIA - Overview. Zabbix SIA Documentation from ZabbixOverview. 4 Fev. 2014. Disponvel em:

7/25/2019 122-352-1-PB

18/18

.Acesso em: 19 jan. 2014.

[11] OLUPS, Rihards. Zabbix 1.8 Network Monitoring Monitor yournetworks 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:. Acesso em: 27 mai. 2014.

[13] ZABBIX SIA - Features. Zabbix Features. 28 dez. 2011. Disponvel em:.Acesso em: 10 jan. 2014.

[14] TORRES, Gabriel.ICMP (Internet Control Message Protocol), 24 Abr. 2007.Disponvel em: . Acesso em: 18 jun. 2014.