Realizado pela Tempo Real Eventos com os instrutores Márcio Pessoa e Tiago Vilas Boas, a Formação Mão na Massa Nagios contou com 6 participantes e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Shell Script contou com  15 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com essa tecnologia no dia-a-dia.

Recentemente a comunidade brasileira manifestou seu apoio e reconhecimento aos trabalhos que realizo por intermédio de um artigo. Certamente é motivador receber o reconhecimento da comunidade brasileira, afinal já são 10 anos me dedicando ao Nagios, realizando treinamentos, consultorias e palestrando sobre essa poderosa ferramenta de monitoração.

Agradeço imensamente aos colegas da comunidade Nagios Brasil, em especial ao Rodrigo. Obviamente agradeço também ao meu companheiro de trabalho Tiago Vilas Boas que tem sido um bravo guerreiro na evangelização do Nagios pelo Brasil a fora. Por fim e não menos importante, agradeço muito também à Tempo Real Eventos.

Links:
Site da comunidade Nagios Brasil: http://nagios-br.com/
Post de reconhecimento: http://nagios-br.com/?p=245
Nagios Enterprises: http://www.nagios.com/
Nagios Planet: http://www.nagios.org/news/community/317-marcio-pessoa-contribui-com-o-crescimento-do-nagios-no-brasil

Foi um bate papo descontraído gravado na Savant em um dos dias da Formação Nagios.

A entrevista está disponível no SoundCloud, pode ser ouvida via streaming e também é possível fazer download do arquivo MP3.

Como sempre, comentários são bem vindos.

Realizado pela Tempo Real Eventos com os instrutores Márcio Pessoa e Tiago Vilas Boas, a Formação Mão na Massa Nagios contou com 10 participantes e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos com os instrutores Márcio Pessoa e Tiago Vilas Boas, a Formação Mão na Massa Nagios contou com 9 participantes e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos com os instrutores Márcio Pessoa e Tiago Vilas Boas, a Formação Mão na Massa Nagios conta com 12 participantes e está sendo um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Hoje foi publicada a trigésima segunda edição da revista Espírito Livre. A revista está repleta de matérias interessantes, incluindo a matéria de capa – entrevista com Linus Torvalds (que dispensa qualquer apresentação) – que fiz durante a LinuxCon Brasil 2011.

Faça download da revista Espírito Livre aqui.

No processo de revisão a matéria sofreu algumas alterações desnecessárias, o que causou alguns erros de português. Contudo o conteúdo está inteligível.

Hoje tive a oportunidade de conversar com Linus Torvalds. Foi uma conversa rápida onde pude conhecer alguns detalhes sobre a rotina dele e o desenvolvimento do Linux, assim como o relacionamento entre os desenvolvedores que trabalham diretamente com Linus.

Procurei enfatizar o lado humano, afinal é normal para qualquer nerd/hacker/geek ter interesse apenas nas questões relacionadas ao Linux, então deixei um pouco de lado o tecnicismo do kernel do sistema operacional.

A entrevista estará disponível na próxima edição da Revista Espírito Livre.

Realizado pela Tempo Real Eventos e ministrado pelo instrutor Tiago Vilas Boas, o Mão na Massa Nagios III contou com 10 participantes e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com recursos avançados do Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos com o instrutor Márcio Pessoa, o Mão na Massa Nagios II contou com 11 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para implementar recursos avançados do Nagios no dia-a-dia.

A primeira vez que usei o aparelho sofri um impacto grande, pois o Gmail e o Google Talk, que por sua vez são as aplicações que mais uso no Android não estavam presentes. Rapidamente pesquisei e constatei o tremento absurdo cometido pela operadora Claro, pois ela removeu essas fundamentais aplicações.

Demonstrarei neste tutorial como instalar o Gmail e o Google Talk no Samsung Galaxy S II comercializado pela Claro, acredito que esse mesmo procedimento funcione bem em outros smart phones.

O problema

Durante minhas pesquisas, descobri que a remoção dessas importantes aplicações é uma política amplamente usada pela operadora Claro [1] e que muitos modelos de smart phones com Android saem das lojas sem Gmail e Google Talk [2].

Percebi que o Gmail pode ser instalado sem nenhum problema pelo Android Market, porém o Google Talk sequer aparece na lista de aplicações do Market, dessa forma ele não pode ser instalado facilmente. O que mostra que há algum artifício da Claro embutido no Android (modificado pela operadora) para impedir que o Google Talk seja usado pelo usuário final.

A operadora Claro remove e impede a instalação do Google Talk obviamente por um conflito de interesses, uma vez que a própria operadora e empresas parceiras da mesma oferecem serviços semelhantes com os das aplicações removidas.

Relato de indignação de clientes Claro

Depois que a indignação com a operadora Claro amenizou, pude pesquisar como instalar o Google Talk. O procedimento não é simples e consiste em duas etapas:

1. Conseguir o root do Android
2. Instalar o Google Talk

rooting do Android

A primeira etapa é um pouco mais complexa e consideravelmente mais demorada, pois existem vários métodos para fazer o rooting do Samsung Galaxy S II.

O método que usei e funcionou muito bem. Foi realizado por intermédio de uma aplicação desktop chamada SuperOneClick [3].

Download e instalação dos pré requisitos no desktop

1. Faça download e instale o Kies [5].
2. Faça download do ODIN [6], extraia os arquivos em um diretório.
3. Faça download e guarde o XWKDD tar [7].
4. Faça download do SuperOneClick [8], extraia os arquivos em um diretório.

Procedimento

1. Inicie o modo USB debugging. Para tanto acesse, Settings, Applications, Development, habilite a caixa USB Debugging.
2. Re-inicie seu smart phone em modo de download. Para tanto desligue o aparelho, então segure simultaneamente as teclas Volume down + Home + Power. Continue pressionando as teclas até que o modo download seja carregado.
3. Inicie o ODIN no seu desktop.
4. Conecte o smart phone pelo cabo usb no desktop.
5. Aguarde alguns instantes, o ODIN irá detectar seu aparelho. Quando for exibida uma mensagem informado que o dispositivo está conectado continue o próximo passo.
6. Certifique-se que as opções de configuração do ODIN estejam configuradas da mesma forma que a imagem abaixo:
7. Clique no botão PDA e selecione o arquivo XWKDD_insecure.tar.
8. Clique no botão Start.
9. Aguarde até que o smart phone seja reiniciado.
10. Inicie o SuperOneClick e clique no botão ROOT.
11. Aguarde até que o processo seja concluído (pode levar algumas horas).

Instalação do Google Talk

Uma vez que o processo de rooting do Android seja concluído podemos iniciar a instalação do Google Talk [4].

Você precisará de um gerenciador de arquivos no Android com suporte a rooting, eu recomendo o Root Explorer [9], que pode ser instalado via Android Market.

1. Faça download do Google Apps for Android [10] pelo próprio smart phone.
2. Com o auxílio do Root Explorer, extraia os arquivos do Google Apps for Anrdroid num diretório. Os seguintes arquivos serão usados:
• /system/app/Talk.apk
• /system/app/GoogleServicesFramework.apk
• /system/lib/libtalk_jni.so
3. Renomeie o arquivo /system/app/GoogleServicesFramework.apk para /system/app/GoogleServicesFramework.apk.original
4. Copie os arquivos Talk.apk e GoogleServicesFramework.apk que foram extraídos para o diretório /system/app/.
5. Copie o arquivo libtalk_jni.so que foi extraído para o diretório /system/lib/.

Uma vez que o procedimento estiver concluído, reinicie o smart phone.

O Google Talk estará presente no menu de aplicações.

Perceba que essa versão do Google Talk é novíssima e possui surpote para vídeo conferências.

Conclusão

Com esse procedimento habilitamos o root do smart phone, o que abre a possibilidade para realizar algumas atividades que sem esse recurso não é possível, como backup avançado de arquivos e instalação de aplicações de forma manual.

Podemos concluir que a operadora Claro presta um deserviço aos clientes e é por isso que recomendo: Não compre aparelhos da operadora Claro e se possível, não seja cliente deles em hipótese alguma.

Outro ponto não menos importante é a customização ridícula que a operadora Claro faz com os aparelhos. Ícones mal desenhados e widgets mal feitos e extremamente lentos (que não podem ser removidos) fazem parte do show de horrores feito pela operadora. Para completar, enquanto o aparelho liga ou desliga uma tela vermelha muito chamativa e de mal gosto sem igual é exibida com o logotipo da operadora, ao mesmo tempo uma música extremamente alta e patética é reproduzida. Ideal para ser usado em cinemas, teatros, fóruns e reuniões importantes, para que o cliente Claro se sinta pateticamente ridículo.

Referências

[1] - http://www.claroblog.com.br/conteudo.asp?post_id=831

[2] - http://info.abril.com.br/noticias/mercado/claro-remove-gmail-e-gtalk-do-galaxy-s-16032011-46.shl

[3] - http://samsunggalaxys2blog.com/samsung-galaxy-s2-tips/how-to-root-samsung-galaxy-sii-s2-using-odin-and-superoneclick-guide/

[4] – http://samsunggalaxys2blog.com/samsung-galaxy-s2-tips/root-app-google-talk-1-3-with-video-calling-for-samsung-galaxy-s2/

[5] – http://www.samsung.com/br/support/mobilesoftwaremanual/mobilesoftwaremanual.do?page=MOBILE.SOFTWARE.MANUAL

[6] – http://forum.xda-developers.com/attachment.php?attachmentid=581913&d=1304094576

[7] – http://forum.xda-developers.com/attachment.php?attachmentid=581915&d=1304094698

[8] – http://forum.xda-developers.com/showthread.php?t=803682

[9] - https://market.android.com/details?id=com.speedsoftware.rootexplorer&feature=search_result#?t=W251bGwsMSwyLDEsImNvbS5zcGVlZHNvZnR3YXJlLnJvb3RleHBsb3JlciJd

[10] - http://defy.bz/ws/roms/gapps/gapps-gb-20110503-signed.zip

Realizado pela Tempo Real Eventos com o instrutor Tiago Vilas Boas, o Mão na Massa Nagios contou com 7 participantes e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Trata­se de um protocolo de camada de aplicação, que faz o intermédio de informações entre dispositivos de rede e softwares de monitoração. Por ser um padrão bem sólido e presente na pilha TCP/IP, o SNMP é comumente encontrado em diversos tipos de equipamentos, como switches, roteadores, termômetros, balanças eletrônicas, UPS (nobreks) e entre uma infinidade de dispositivos provenientes da engenhosidade humana. Obviamente o SNMP também é presente em computadores, o que torna possível a coleta de informações relacionadas ao tráfego de rede, consumo de espaço em disco, consumo de CPU, utilização de memória, etc.

Neste documento mostrarei como instalar, configurar e testar em sistemas operacionais baseados em Debian GNU/Linux (tratarei somente como Debian like – ex.: Ubuntu) e Red Hat Linux (chamarei de Red Hat like – ex.: Red Hat Enterprise Server, CentOS e Fedora Core).

Realize o procedimento abaixo com usuário root.

Instalação

Para instalar o SNMP execute o comando abaixo:

Aguarde o processo de instalação.

Configuração

Siga os passos abaixo para configurar o SNMP

Debian like e Red Hat like

Edite o arquivo snmpd.conf com seu editor de textos preferido e adicione as seguintes linhas:

Uma vez que as linhas de configuração acima tenham sido inseridas no arquivo snmpd.conf, salve o arquivo e saia do editor de textos.

Execute o comando abaixo para que as novas configurações entrem em vigor:

Habilite o serviço para que possa ser consultado de hosts da rede (além do localhost):

Edite o arquivo /etc/default/snmpd e remova a string 127.0.0.1 (se ela existir) da diretriz SNMPDOPTS.

Teste

Certifique-se que o serviço SNMP esteja respondendo corretamente, para tanto realize uma consulta da seguinte forma:

Observações

Este procedimento visa somente a configuração básica do serviço SNMP, não levando em consideração minúcias de segurança que podem ser importantes em ambientes de produção, principalmente em hosts que estejam diretamente conectados à Internet sem a proteção de um firewall.

Saiu a revista Espírito Livre número 29!

Essa edição conta com uma entrevista que realizei com Ethan Galstad durante o Nagios World Conference Latin America 2011.

Nesta entrevista Ethan revela algumas coisas sobre os bastidores do mundo Nagios e também sobre o que podemos esperar para o futuro do mais poderoso software de monitoração.

Além da entrevista a revista está repleta de artigos interessantes.

Faça download da revista Espírito Livre aqui.

Márcio Pessoa e Ethan Galstad

Realizado pela Tempo Real Eventos e ministrado pelo instrutor Tiago Vilas Boas, o Mão na Massa Nagios III contou com 9 participantes e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com recursos avançados do Nagios no dia-a-dia.

Ethan Galstad - Foto: Divulgação

Em entrevista para a revista Linux Magazine, Ehan Galstad (o pai do Nagios) menciona o trabalho realizado por Márcio Pessoa. Segue breve trecho da entrevista:

“LM » Como é o desenvolvimento hoje? Você tem algum desenvolvedor brasileiro contribuindo com o Nagios?
EG » Para o desenvolvimento do Nagios Core, nenhum. Mas existem pessoas no Brasil e provavelmente em todos os mais de 100 países em que há usuários de Nagios, que contribuem para ele de alguma forma. Por exemplo, adicionando certos serviços, com extensões em código aberto para o Nagios. Márcio Pessoa, que dá treinamentos e consultoria sobre o software, por exemplo, está escrevendo um livro sobre o programa e também um documento de referência rápida para o Nagios. Assim, existem pessoas que contribuem de diferentes maneiras, espalhadas por todo o mundo: Europa, América do Sul e do Norte, Ásia.”

O documento de referência citado por Ethan é Nagios – Guia de Referencia Rápida, e certamente houve um problema de tradução da entrevista, pois deu a entender que o guia está inacabado, sendo que ele está concluído há anos e disponível para download aqui.

A produção do livro está em curso e  contará com o prefácio escrito por Ethan Galstad.

Agradeço ao Ethan pela menção ao meu trabalho em sua entrevista.

Parabéns ao pessoal da Linux New Media pela excelente entrevista publicada na Linux Magazine número 79.

Fonte: http://www.linuxmagazine.com.br/lm/entrevista/o_futuro_do_nagios

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 4 participantes e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

O evento começou com a palestra Visualização de dados usando Nagios e ANA (Advanced Nagios Adapter), ministrada por Fernando Lunardelli, que estava representando a OpServices. Ele falou sobre o ANA, um componente para visualização gráfica de informações desenvolvido pela equipe da OpServices.

A apresentação anterior foi seguida de uma pausa par ao café e na seqüencia tivemos a palestra Alinhando TI ao negócio com Nagios, com Sandro Vaz, da OpServices. Foi uma palestra muito bem humorada onde Sandro falou sobre diversas experiências que sua instituição teve ao longo dos anos trabalhando com Nagios.

Antes do almoço realizei a apresentação Análise Gráfica – Usando séries históricas para dimensionamento de recursos e “prever” o futuro. Nessa palestra falei sobre um plugin inovador para o Nagios que tem como objetivos analisar séries históricas para prever o comportamento de serviços baseado na atuação do padrão de atuação anterior. Pude mostrar como está o projeto atualmente e como ele deve se desenvolver.

O instrutor Tiago Vilas Boas fez sua apresentação logo após o almoço, com a palestra  check_rrd: Integrando Nagios com RRDTool, representando o Risk Office. Ele abordou o desenvolvimento do check_rrd, demonstrou seu funcionamento e convidou a comunidade para interagir no desenvolvimento do plugin.

A penúltima apresentação foi Nagios Monitorando Servidores Microsoft Windows – NRPE, o palestrante foi Leandro Moura, representando a Fundação Cásper Líbero. Nesta palestra foram tratados assuntos relacionados a monitoração de servidores Microsoft Windows com o NRPE e demais ferramentas nativas do Windows. Foi uma palestra interessante para quebrar o clima Linux que vinha desde o começo do evento.

A conferência foi encerrada por Ethan Galstad que falou em nome da Nagios Enterprises. Vários aspectos foram abordados numa discussão aberta, onde Ethan pode falar sobre os novos horizontes do Nagios, e os participantes puderam fazer suas sugestões que seriam levadas em consideração para as próximas versões do Nagios.

A primeira palestra foi seguida de um intervalo para o café, onde os congressistas puderam interagir de forma muito produtiva, muitas trocas de cartões de visita, muitos apertos de mão e como não podia ser diferente muitas trocas de informações.

A segunda palestra foi realizada pelo Fernando Benatti representante da Terra Networks, com a palestra Thruk – Nagios distribuído com Probes. Nesta edição do evento uma das grandes expectativas é a abordagem massiva das tecnologias de monitoração distribuída, pois é uma necessidade crescente das grandes corporações.

Antes do almoço assistimos a palestra MK LiveStatus na prática, que foi ministrada por Ricardo Maraschini da OpServices Tecnologia da Informação, empresa esta que está realizando o evento. Ele trouxe uma tecnologia inovadora que em muitos aspectos se equipada ao NDO Utils, porém com vantagens interessantes: baixo consumo de CPU, nenhuma interação com disco, alta velocidade no tempo de respostas.

O palestrante Emerson Souza (Prodam – Processamento de Dados do Amazonas) iniciou sua palestra logo após o almoço com a apresentação Nagios – case PRODAM. Ele relatou as diversas experiências que viveu no ambiente de trabalho e enfatizou bastante o uso do NagVis. Foi uma palestra muito interessante, pois foram tratados não só aspectos técnicos, mas também o lado humano, com fotos do ambiente de trabalho e citações das melhorias que o Nagios trouxe para o ambiente de trabalho.

O próximo estudo de caso foi demonstrado por Diego Souza que apresentou a palestra Nagios e Nagvis - Case Unimed Grande Florianópolis. Foi um bom casamento entre os dois cases, pois ambos enfatizaram o uso do NagVis como ferramenta auxiliar ao Nagios, para monitoração não só de recursos de rede e servidores, mas também para o negócio da instituição.

A palestra Checagens distribuídas com Gearman, que foi ministrada pelo Junior Cunha antecedeu a segunda pausa. No meu ponto de vista foi o ponto alto da conferência, pois Junior apresentou uma tecnologia extremamente inovadora e muito fácil de ser usada. O Gearman pode ajudar e muito para o Nagios se tornar uma solução de monitoração escalonável, com foco em grandes corporações com milhares de serviços monitorados.

Ainda no clima do evento foi realizado um jantar muito aconchegante no restaurante Tantra, que fica localizado na Vila Olimpia. É um lugar diferenciado, onde montamos nossos pratos com comidas exóticas, como filé de tubarão, carne de javali e búfalo.

Nos próximos posts disponibilizarei fotos do evento.

Ethan Galstad estava presente com a vice presidente da Nagios Enterprises, Mary Starr. Ambos foram muito atenciosos com os congressistas e mesmo após a longa viagem estavam dispostos a conversar e interagir com os colegas brasileiros.

Além do pessoal da OpServices, haviam congressistas do meio militar, petrolífero, indústria, prestadores de serviços e outros.

Esta primeira etapa o evento foi bastante informal e isso contribuiu para um clima atrativo e propício para tratar dos assuntos relacionados ao Nagios com muito bom humor e descontração.

Amanhã tem muito mais!

Muitas pessoas de todo o mundo estão fazendo download e elogiando o guia, até mesmo Ethan Galstad (o pai do Nagios) postou um comentário positivo.

Apresentarei uma palestra intitulada Análise Gráfica – Usando séries históricas para dimensionamento de recursos e “prever” o futuro. O título já é auto explicativo e mostrarei técnicas inovadoras para evitar problemas por intermédio de ações pró ativas.

Será o primeiro evento brasileiro que contará com a presença de Ethan Galstad “o pai do Nagios“, que acontecerá entre os dias 13 e 15 de abril no Hotel Blue Tree Premium Berrini, localizado à Rua Quintana, 1012, São Paulo.

O evento é essencialmente técnico, mas será também uma excelente oportunidade para os poucos profissionais da área se encontrarem e trocarem experiências.

As inscrições ainda estão abertas e podem ser realizadas pelo site do evento:

http://www.monitoringconferencelatinamerica.com/

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios foi ministrado pelo instrutor Tiago Vilas Boas, contou com 14 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Nagios Community

Nagios Planet

http://planet.nagios.org/archives/84-nagios-exchange/2573-nagios-quick-reference-guide-portuguese

Nagios Exchange

http://exchange.nagios.org/directory/Documentation/Nagios-Core-Documentation/Nagios-Quick-Reference-Guide-%252D-Portuguese/details

Realizado pela Tempo Real Eventos, o Mão na Massa Shell Script contou com  11 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com essa tecnologia no dia-a-dia.

Agradeço a paciência e prestatividade de todos que responderam de bom grado ao formulário que disponibilizei.

Os resultados foram satisfatórios e realmente o intuito é analisar o comportamento das tendências com o passar do tempo. De forma que possamos incentivar e propor os melhores métodos para que o Nagios e outras ferramentas de monitoração baseadas em software livre possam ser largamente usadas.

Menos de 20 : 0%
20 – 49: 26%
50 – 99: 16%
100 – 499: 53%
500 – 999: 0%
Mais de 1000: 5%

Serviços: quantos são monitorados?
Menos de 100: 26%
100 – 499: 21%
500 – 999: 11%
1000 – 2999: 37%
3000 – 4999: 0%
Mais de 5000: 5%

Quais são os principais programas usados na monitoração?
Nagios: 17
MRTG: 8
RRDTool: 8
Cacti: 4
Nagvis: 3
PNP4Nagios : 6
Centeron: 2
NagiosQL: 3
Other : 3

Quais métodos de notifcação são usados?
email: 18
SMS: 5
Instant Messaging (MSN, Yahoo, Google Talk, Jabber, ICQ, etc…): 3
Alarme sonoro: 7
Asterisk: 1
Nagios Checker: 6
Meu Nagios fala comigo!: 0
nenhum: 0
Other: 1

Usuários: Quantas pessoas fazem uso da monitoração?
Menos de 4: 26%
5 – 9: 42%
10 – 19: 21%
20 – 49: 5%
50 – 99: 5%
Mais de 100: 0%
Other : 0%

Cidade
Cidade de Leste – PY: 7%
Florianópolis – SC : 7%
Fortaleza – CE: 7%
Guarulhos – SP: 7%
Jundiaí – SP : 7%
Rio de Janeiro – RJ: 7%
São Paulo – SP: 50%
Vitória – ES: 7%

Realizado pela Tempo Real Eventos com o instrutor Tiago Vilas Boas, o Mão na Massa Nagios II contou com 9 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para implementar recursos avançados do Nagios no dia-a-dia.

Em forma de comédia, uso a velha máxima:

“Se não pode vencer um inimigo, junte-se a ele.”

Então lá vão as minhas previsões para 2011…

1. Uma gigante comprará uma outra gigante.
2. Os especialistas alertarão que os endereços IPs acabarão em um ano, de novo.
3. A Apple lançará um produto que será considerado revolucionário e inovador.
4. 2011 não será (novamente) o ano do Linux no desktop, provavelmente o ano do Linux no desktop nunca chegará, pois o conceito de estação de trabalho está mudando.
5. Uma gigante da coomputação estará mais próxima de dominar o mundo.
6. Políticos brasileiros proporão medidas para acabar com a liberdade na Internet (muitos deles nem sabem usar um mouse).
7. Os tablets invadirão o mercado – o desafio será achar aplicação para eles.
8. CIOs continuarão a falar sobre Computação em Núvem como algo que está simplesmente conectado à Internet.
9. As pessoas continuarão falando mal das redes sociais, ainda assim ainda se inscreverão numa nova rede promissora que surgirá.

É uma pesquisa rápida, que não levará nem 2 minutos para ser respondida.

O resultado será divulgado no dia 18 de dezembro.

Parabéns aos pioneiros que trabalham com Nagios no Brasil e nos países de língua portuguesa que participam dessa conquista.

Como muitos já sabem, o grupo foi originalmente criado para tirar dúvidas dos meus alunos, porém logo resolvi abrir para participação geral de interessados em Nagios, pois isso torna o grupo mais dinâmico e rico.

Os números ainda são modestos, e refletem uma timidez de interessados, atualmente temos:

• Membros: 339
• Tópicos criados: 276
• Mensagens: 1025

Vamos melhorar essas estatísticas!

Convide seus amigos para participarem da lista Nagios Lab e não deixe de expor as suas duvidas. Compartilhem também conosco suas experiências, histórias de sucesso e insucesso.

Para participar do grupo de discussão Nagios Lab, basta acessar o link abaixo:

https://groups.google.com/group/nagios-lab

Sempre visível no canto inferior do browser, o Nagios Checker emite notificações visuais e sonoras para os eventos reportados pelo Nagios. Dessa forma ele se torna uma ferramenta útil para rapidamente detectar problemas em hosts e serviços.

Instalação

Obviamente o pre-requisito do Nagios Checker é o Mozilla Firefox e também o acesso web ao Nagios.

Figura 1: Página de instalação da extensão Nagios Checker

A instalação da extensão é feita por intermédio da página de add-ons da Mozilla [1], como mostra a Figura 1. Para proceder com a instalação da extensão, basta clicar no botão “Add to Firefox”.

A versão do Nagios Checker usado nos procedimentos deste documento foi a 0.15.4.

Configuração

Tão simples quanto a instalação é a configuração do Nagios Checker.
Primeiramente é necessário habilitar a extensão no Firefox, para tanto acesse o menu Ferramentas, depois clique em Add-ons.

Figura 2: Habilitando a extensão Nagios Checker.

Uma vez que esteja na janela Add-ons, como mostra a Figura 2, clique na aba Extensões e após selecionar a extensão Nagios Checker clique no botão Habilitar. Após esse procedimento será necessário reiniciar o Firefox para que o plugin seja habilitado de fato.

Quando o programa iniciar novamente, haverá um novo ícone no canto inferior direito da janela do Firefox, como mostra a Figura 3.

Figura: 3: Barra de notificação do Nagios Checker.

Para iniciar o procedimento de configuração, basta clicar com o botão direito sobre o ícone do Nagios Checker e ir até a opção Configurações… como mostra a Figura 4.

Figura 4: Menu do Nagios Checker.

Será aberta a janela Nagios Checker Settings como mostra a Figura 5. Nessa etapa não haverá nenhuma configuração, então será necessário clicar no botão Add new… que dará acesso a tela Nagios System – Figura 6, onde iniciaremos o procedimento de adição de um novo servidor de monitoração.

Figura 5: Configuração vazia do Nagios Checker.

Figura 6: Adicionando um novo servidor Nagios.

Uma vez que for definido um nome para a nova configuração, é necessário ir até a aba Nagios Web Interface para adicionar a URL onde o servidor Nagios responde. É necessário informar também as informações de autenticação, conforme mostra a Figura 7.

Figura 7: Configurando a URL de acesso ao Nagios.

A parte final consiste em adicionar a URL do script status.cgi, isso pode ser feito manualmente, ou então o campo será preenchido automaticamente ao pressionar o botão Locate url. Essa configuração é exemplificada pela Figura 8.

Figura 8: Localizando o script status.cgi.

Uma vez concluída as configurações, basta clicar no botão OK e clicar novamente OK no botão da janela Nagios Checker Settings.

Após alguns instantes o ícone do Nagios Checker começará a emitir o status atual coletado do Nagios. Essa ação pode ser adiantada, para tanto clique com o botão direito do mouse sobre o ícone do Nagios Checker e clique em Force Check.

Ao passar o mouse sobre o ícone do Nagios Checker, aparecerá as inforções de checagem do Nagios para os hosts e serviços que estão atualmente com problemas, como mostra a Figura 9.

Figura 9: Barra de informações do Nagios Checker.

Conclusão

O Nagios Checker é uma ferramenta interessante para reportar problemas em hosts e serviços, além dele ficar constantemente presente na barra de status do Firefox, emite notificações visuais e também sonoras.

Trata-se de mais uma ferramenta que pode ser usada pelos administradores de sistemas, principalmente aqueles que ficam o dia inteiro com fones de ouvidos conectados ao computador.

Referências

[1] – https://addons.mozilla.org/pt-BR/firefox/addon/3607/
[2] – http://code.google.com/p/nagioschecker/issues/detail?id=146

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios foi ministrado pelo instrutor Tiago Vilas Boas, contou com 12 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

As fotos do evento estão pendentes e serão publicadas muito em breve.

Inesperadamente o plugin teve uma aceitação muito maior do que eu esperava e por essa razão escrevi esse artigo falando sobre o plugin, seu funcionamento e um pouco do seu sucesso.

Objetivo

A ideia que deu origem ao plugin é muito simples, e se baseia na seguinte pergunta:

-”Qual é o endereço IP do host que estou monitorando?”

Essa pergunta pode parecer estranha, mas tem um fundamento muito importante, principalmente quando realizamos checagens passivas. Em especial, quando monitoramos equipamentos que estão conectados à Internet por intermédio de links com atribuição de endereçamento IP dinâmico.

É trivial encontrar equipamentos conectados à Internet que façam uso de endereçamento IP dinâmico, e é importante conhecer o endereço dos equipamentos que estão sendo monitorados pelas mais diversas razões, a mais comum é para fins de manutenção por acesso remoto.

Uma vez que o Nagios estiver funcionando com esse plugin o administrador de sistemas terá sempre à mão uma lista atualizada dos endereços IP dos hosts monitorados.

Para que o plugin funcione é necessário que já exista uma estrutura previamente criada, composta por um servidor Nagios e o sistema de envio e recepção de checagens passivas.

Motivação

O que me motivou a criar essa solução foi a necessidade que vários usuários apresentam para mim. Uma vez que tudo estava pronto, disponibilizei para comunidade e tive uma grata surpresa. Poucos minutos depois da divulgação do plugin, ele  já estava sendo usado por algumas pessoas, mas esses números cresceram consideravelmente em poucos dias, sendo que não realizei nenhuma divulgação do trabalho. A utilização do serviço e do plugin foi crescendo pela divulgação dos próprios usuários do sistema.

O anuncio foi feito no dia 30 de maio [NLP], quando divulguei na lista Nagios Lab [NLA]. Neste mesmo dia olhei os logs do servidor e percebi que pouco mais de uma dezena de acessos haviam sido feitos ao serviço e já me dei por satisfeito.

Por não esperar que a solução que desenvolvi tivesse tamanha aceitação só me dei conta do que estava acontecendo dias depois do anuncio. Observando os logs do servidor web que hospeda o serviço, comecei a me deparar com um grande número de conexões que partiam dos mais diferentes lugares e isso chamou muito a minha atenção.

O que originalmente pensei ser um ataque distribuído ao meu site, na verdade era uma grata surpresa, pois muitas requisições já estavam sendo feitas ao sistema de resposta de endereços IP – batizei esse serviço de MyIP.

Vou compartilhar com vocês um pouco das estatísticas de uso do serviço com base nos logs do servidor web que hospeda o serviço.

Estatísticas de uso

A Figura 1 relaciona a quantidade de consultas ao serviço MyIP por dia. Este gráfico mostra um aumento considerável da utilização do serviço a partir do dia 1 de julho, quando a média de 500 consultas diárias saltou para mais de 50.000 consultas por dia. E é empolgante perceber que os dados mostram um sensível crescimento da adesão pelo serviço entre os meses de julho e outubro.

Até o fechamento deste artigo já foram realizadas o total de 7.475.156 consultas no serviço MyIP. O pico de utilização até então foi no dia 20 de outubro, com exatamente 73.685 consultas ao serviço num único dia.

Foi constatado um total de 158 endereços IPs distintos consultados durante todo período de existência do serviço. O que mostra uma variação pequena de endereçamento em relação ao tempo de funcionamento do serviço e a quantidade de consultas já realizadas.

A explicação para o fato dos endereços IP serem quase sempre os mesmos está relacionado com os serviços oferecidos pela NET Serviços de Comunicação S. A., que oferece o provisionamento de links Internet sobre cabos de TV. Esse tipo de serviço geralmente associa por um período de tempo um endereço IP ao endereço MAC do hardware do cliente.

O provedor NET é o que possui mais endereços IP consultados no serviço MyIP. A Tabela 1 mostra a relação da quantidade de endereços IP por operadora de telecomunicações.

Tabela 1: Endereços IP por operadora de telecomunicações

Para a confecção da Tabela 1 realizei pesquisas no sistema de whois, especificamente no Registro.br, dado que todos os endereços IP consultados são provenientes do Brasil.

Tabela 2: Resumo das estatísticas

Funcionamento

O check_myip funciona com dois componentes distintos:

• Plugin – Instalado na máquina monitorada
• MyIP – Serviço disponibilizado em meu site

O serviço MyIP é oferecido gratuitamente pelo meu site, está disponível no endereço abaixo.

http://pessoa.eti.br/ip/

Esse serviço tem a função de retornar o endereço IP público que está sendo usado pelo host que fez acesso ao endereço acima. Isso é útil para encontrar não só o endereço IP público de hosts conectados à Internet por intermédio de links com endereçamento dinâmico, mas também é útil para detectar o endereço IP público de hosts conectados à Internet por intermédio de uma rede NAT.

O plugin é um programa escrito em Shell Script Bash e está disponível para download no seguinte endereço:

http://pessoa.eti.br/download/check_myip

O check_myip tem a função de acessar o serviço MyIP e traduzir as informações coletadas para serem legíveis ao Nagios.

Então podemos entender que a solução se baseia na arquitetura cliente-servidor, como mostra a Figura 2.

Integração ao Nagios

O comando NSCA para enviar a checagem passiva ao Nagios está descrito logo abaixo.

OUTPUT=`/home/nagios/plugins/check_myip`; \
echo -e "remotehost\tMyIP\t$?\t$OUTPUT" | \
/usr/sbin/send_nsca -H nagios.example.com -p 5667 \
-c /etc/send_nsca.cfg -to 10

Explicando o comando acima:

• OUTPUT=`/home/nagios/plugins/check_myip` – Executa o plugin check_myip e atribui o resultado a variavel OUTPUT.
• echo -e “remotehost\tMyIP\t$?\t$OUTPUT” – Formata as informações que serão enviadas ao Nagios pelo NSCA, os seguintes campos são separados pelo caractere TAB: nome do host, nome do serviço, status do resultado da checagem, informação do resultado da checagem (endereço IP).
• /usr/sbin/send_nsca -H nagios.example.com -p 5667 -c /etc/send_nsca.cfg -to 10 – Comando de envio das informações de checagem passiva, onde:
  • -H – Nome do servidor nagios.
  • -p – Porta TCP na qual o serviço NSCA está sendo executado.
  • -c – Arquivo de configuração do NSCA.
  • -to – Tempo máximo de envio de mensagem (timeout).

Está bem claro que o comando acima não é nada amigável, e por essa razão muitos administradores de sistemas criam seus próprios scripts para envio de informações de checagem passiva. É importante fazer que o envio de mensagens para o NSCA seja realizado de forma periódica, isso pode ser feito por intermédio do cron.

É necessário configurar o arquivo de objetos do Nagios para que ele receba as checagens passivas provenientes do send_nsca. O exemplo abaixo ilustra uma configuração:

# 'IP' service definition

define service{

    use                generic-service

    host_name            remotehost

    service_description        MyIP

    check_command                   check_dummy!3!'-'

    check_freshness            1

    freshness_threshold        86400

    normal_check_interval        0

    }

Próximos passos

Planejo adicionar algumas funcionalidades ao serviço MyIP. Serão informações adicionais, que poderão ser tratadas pelo Nagios como informações de status ou dados de desempenho, por exemplo:

• Tempo de resposta do serviço
• Informações de whois
  • Cidade
  • Estado / Província
  • País
  • Entidade detentora do endereço IP
• Resolução de nome reverso de DNS

Muitas dessas funcionalidades dependem integralmente do uso de sistemas de whois. Contudo, muitos servidores de whois tem adotado técnicas de rate limit e até mesmo CAPTCHA para fornecer informações, obviamente esses fatores contribuem negativamente para a adição das novas funcionalidades ao sistema.

Considerações finais

Espero que o serviço MyIP seja útil também para você, assim como está sendo útil para checagens dos endereços IP demonstrado nas estatísticas.

Agradeço aos usuários atuais do sistema, assim como já deixo o meu agradecimento aos novos usuários. Coloco-me a disposição para receber criticas e sugestões.

Boa diversão!

Referências

[NLP] – http://groups.google.com.br/group/nagios-lab/msg/17b9af30930d4b97

[NLA] – http://groups.google.com.br/group/nagios-lab

São 5 páginas com o artigo intitulado Nos mínimos detalhes, uma abordagem prática e inovadora do Nagios associado com o PNP4Nagios.

O artigo trata das principais características de agregar gráficos ao Nagios e do poder que o PNP4Nagios fornece ao administrador de sistemas.

A revista Linux Magazine de número 71 está disponível nas bancas.

Nesse artigo vou falar sobre essa poderosa ferramenta de monitoração, abordarei as suas características, capacidades e darei exemplos para sanar a dúvida de muitos: “Pra que serve o Nagios?”

Normalmente Nagios é o nome atribuído para algo muito maior do que simplesmente um programa com um único propósito: a importante tarefa de monitoração.  Na realidade o Nagios é composto por diversas partes que o capacita a ser um software de monitoração sem limites. Num primeiro momento isso pode soar como algo complexo, ou até mesmo um cavalo selvagem difícil de domar, porém como há uma estrutura muito bem organizada será simples de entender.

O propósito

Sistemas de monitoração são muito mais presentes na vida das pessoas do que elas imaginam. Por exemplo, no painel de qualquer automóvel existe uma série de indicadores, esses instrumentos monitoram em tempo real a velocidade, o número de rotações do motor, a quilometragem percorrida, e quando o combustível está próximo do fim é realizada uma notificação pelo sistema de monitoração do veículo, essa notificação geralmente é visual – por meio de uma luz – e em alguns casos também é sonora.

Mas não precisamos sair de casa para ver sistemas de monitoração. Em muitas geladeiras uma notificação sonora é realizada quando a porta fica aberta por muito tempo. O aparelho de DVD monitora a sua ociosidade e depois de um período toma a ação de desligar-se automaticamente. E quem gosta de fazer peru no natal conhece aquele sistema de notificação que é acionado quando o peru está pronto no forno.

Originalmente o Nagios foi desenvolvido para trabalhar com redes de computadores, ele tem o objetivo de procurar problemas e informar sobre a existência deles. Hoje em dia como veremos é possível adaptar o Nagios para uma infinidade de aplicações [NAG].

A estrutura

Basicamente o Nagios é composto por quatro componentes, que estão descritos na Figura 1.

Figura 1: Interação do Nagios com seus componentes principais

As tarefas de monitoração são baseadas no conceito de hots e serviços. Onde como já sabemos os hosts são os equipamentos e os serviços são os recursos oferecidos pelos equipamentos.

Os plugins

Costumo dizer nos cursos que ministro que o Nagios é um software de monitoração tão poderoso que não consegue monitorar absolutamente nada, sequer consegue realizar um ping. É claro que isso é uma frase contraditória, mas é proposital e também verdadeira.

O Nagios por si só não possui nenhuma capacidade de monitoração ou de realizar notificações, essas tarefas são realizadas por intermédio de plugins e a partir de então o Nagios passa a ganhar capacidades virtualmente infinitas.

Um plugin nada mais é do que um programa que tem o objetivo de realizar uma tarefa muito específica [PLU]. Por exemplo, realizar um ping num determinado endereço IP e analisar o resultado. Da mesma forma que um plugin pode monitorar um equipamento por pings é possível usar plugins para monitorar serviços de rede como HTTP, POP3, SMTP, SNMP, SSH e assim por diante [MPS].

Semelhantemente aos plugins de checagem mencionados, também podem ser usados plugins para realizar notificações. As notificações podem ser em forma de um e-mail, uma mensagem no MSN, a reprodução de um arquivo MP3, o soar de uma buzina, etc [NOT].

Os plugins do Nagios podem ser escritos em qualquer linguagem de programação e qualquer pessoa pode escrever um plugin simples em questão de minutos. Então a imaginação é o limite para a criação de plugins.

Figura 2: Status Map

O agente

Como já mencionei é fácil monitorar serviços de rede, para fazer isso é necessário apenas possuir o plugin correto. Mas fazer para monitorar dados de desempenho como utilização de CPU, consumo de memória, ocupação de disco e etc?

Nesses casos são utilizados agentes. Softwares instalados nos equipamentos que estão sendo monitorados que irão atender as requisições de plugins específicos.

Uma vez que o equipamento que está sendo monitorado possua um agente de monitoração, será possível coletar qualquer informação deste equipamento.

Abaixo uma lista dos agentes mais populares que são utilizados com o Nagios:

• SNMP [MRS]
• NRPE [MLM]
• NSClient [NSC]

O banco de dados

O local onde as informações são armazenadas pode ser um banco dados – tipicamente em MySQL – [NDO] ou arquivos de texto em formatos de logs.

Por padrão o método utilizado para armazenar informações num sistema Nagios são arquivos de log. Esse é o método convencional por ser o mais simples, mas apesar de ser possível usar o Nagios com armazenamento de dados em arquivos texto, existem desvantagens nesse método, que são:

• Lentidão no acesso aos dados para geração de relatórios.
• Dificuldade de extração de dados personalizados.

Oras, é obvio que para coletar uma série de informações em um banco de dados relacional é muito mais rápido e simples do que utilizar ferramentas de pesquisa em arquivos texto, afinal toda estrutura proporcionada por um SGBD tem como proposta principal entregar informações de forma rápida.

Em pequenas instalações o armazenamento de informações em arquivos texto é suficiente – entenda pequenas instalações quando é feita a monitoração de alguns poucos milhares de serviços.

Além da velocidade de acesso, informações armazenadas em banco de dados são muito mais simples de serem acessados. Isso é útil quando é necessário integrar o Nagios com outras ferramentas ou quando eu quero simplesmente fazer um SELECT para obter uma informação.

Nagios Core

Sim! O nome completo do Nagios a partir de agosto de 2009 [N09] é Nagios Core e a razão para ele ganhar um nome mais longo deve-se ao advento da versão comercial Nagios XI.

Figura 3: Service Status

O Nagios Core ou simplesmente Nagios (para os mais íntimos) é onde está a inteligência da monitoração. É ele quem coordena todas as tarefas de monitoração, e isso pode ser compreendido em reger a periodicidade das checagens, limitar o tempo máximo de execução de uma tarefa, selecionar os usuários que serão notificados por uma ocorrência, gerar relatórios com base nas informações de monitoração, plotar mapas topológicos e realizar outras tarefas de maior complexidade (desnecessárias para serem mencionadas neste artigo).

Figura 4: Host Status

Então pode parecer pouco trabalho, afinal quem faz realmente tudo são os plugins de checagens e notificações, correto?

Errado. De fato o Nagios é a parte mais importante da monitoração, pois ele é a peça que torna todo processo de monitoração possível, organizado e escalonável. É realmente possível realizar tarefas de monitoração somente usando scripts, porém scripts não possuem a escalabilidade e o desempenho que o Nagios possui.

Figura 5: Relatório de disponibilidade

Os requisitos

O Nagios não possui limites com relação ao número de hosts e serviços que irá monitorar, isso é definido pelo hardware. Quanto mais poderoso um servidor de monitoração é, mais tarefas poderá monitorar com ótima precisão.

Figura 6: Informações do processo

Diferente de outros softwares de monitoração, o Nagios possui suporte para múltiplos processadores simplesmente por ser 100% dependente de plugins. Como os plugins são executados como processos distintos, esses são alocados automaticamente pelo sistema operacional para a CPU que estiver mais disponível.

Figura 7: Relatório de Tendências

Muito bla, bla, bla…

Ok… Se você acredita que eu ainda não respondi a pergunta/título desse artigo, tentarei ser mais claro…

O Nagios é uma espécie de tônico capilar que evita cabelos brancos e calvície de equipes que cuidam de datacenters. Adicionalmente serve também como anti-depressivo e estimulante, afinal sem um bom software de monitoração é impossível se sentir estimulado para adicionar novos hosts na rede (serão novos problemas).

Saber como está a saúde de hosts e serviços da rede faz bem para a saúde do administrador de sistemas e é algo fundamental também para a saúde da empresa como um todo.

Hoje vivemos num mundo globalizado, onde tanto se fala de virtualização, computação em nuvem, e serviços multiplataforma presentes em todos os lugares. É um mundo que precisa muito de monitoração e cuidados de administradores de sistemas competentes para manter toda essa malha computacional funcionando a todo vapor.

Referências

[NAG] – http://nagios.sourceforge.net/docs/3_0/about.html#whatis

[N09] – http://www.nagios.org/news/77-news-announcements/225-nagios-core-320-released

[MPS] – http://nagios.sourceforge.net/docs/3_0/monitoring-publicservices.html

[NOT] – http://nagios.sourceforge.net/docs/3_0/notifications.html

[MLM] – http://nagios.sourceforge.net/docs/3_0/monitoring-linux.html

[NSC] – http://www.nsclient.org/nscp/

[NDO] – http://nagios.sourceforge.net/docs/3_0/addons.html#ndoutils

[PLU] – http://nagios.sourceforge.net/docs/3_0/plugins.html

Eu nunca dei uma resposta categórica, simplesmente porque não tenho uma bola de cristal, mas por esperança eu sempre digo que o tempo do Linux dominar o desktop está próximo. Recentemente percebi que estou enganado e talvez demorará muito mais do que se imagina para o Linux dominar os desktops.

Figura 1: Faixa de Atuação.

A razão é muito simples: As pessoas estão percebendo que não precisam de desktops. Constantemente aparecem novas soluções de conectividade, usabilidade e processamento que fazem os usuários convencionais se afastarem dos robustos e corpulentos desktops. Notebooks, netbooks, tablets e celulares cada vez mais poderosos são exemplos dessas novas soluções

Em 2007 a Asus introduziu o EeePC, um conceito “revolucionário” que posteriormente foi batizado de netbook, para muitos não foi nada novo, mas na verdade é uma evolução que vem acontecendo desde o primeiro computador com monitor e teclado, que teve origem em meados da segunda metade da década de 70. Na verdade, muito antes do EeePC outros fabricantes como a Sony já haviam introduzido no mercado equipamentos extremamente portáteis, porém do ponto de vista financeiro eram inviáveis para o consumidor comum. Olhando ainda para meados da década de 90 a HP comercializou um equipamento muito semelhante a um netbook, possuía display LCD monocromático e rodava DOS com aplicações como Lotus 123, chamava-se HP 200LX.

Do primeiro computador com teclado e monitor da década de 70, houve uma evolução para o computador de mesa do início da década de 80 em forma do modelo IBM 5150, conhecido também como o modelo original IBM PC.

Ainda no comecinho da década de 80 foi lançado o primeiro portátil. Nesse primeiro conceito de portátil a ideia inicial era poder montar facilmente uma estação de trabalho em qualquer mesa. Era um equipamento extremamente pesado (algo em torno de 22 kg), porém uma grande conquista para época.

Não demorou muito e os laptops revolucionaram a industria, porém ainda com pouco alarde, pelo menos no Brasil, pois as pessoas que tinham condições financeiras para adquirir um laptop, não possuíam conhecimento técnico para usa-lo. Uma fatia ínfima de afortunados que conheciam MS-DOS e tinham alguns milhares de dólares sobrando na carteira puderam aproveitar esses primeiros equipamentos que surgiram em 1984.

Somente 8 anos depois surgiram os notebooks com todo seu charme e mobilidade digno dos primeiros Thinkpad, porém apenas nas mãos dos executivos, pois esses equipamentos eram caros demais e apenas quem realmente tinha grande necessidade de mobilidade os possuíam. O título de portáteis permaneceu sob domínio exclusivo dos notebooks por muitos anos até o advento do já citado EeePC.

A evolução dos netbooks desde sua criação até hoje foi muito grande, essas incríveis maquininhas ganharam excelentes processadores, quantidade e velocidade de memória RAM, grande capacidade de armazenamento e recursos multimídia, como som de qualidade e lindos displays com boa resolução.

Nessa mesma época o iPhone estava brilhando – fazendo muito sucesso -. Enquanto isso uma revolução silenciosa estava acontecendo, o Google havia adquirido há algum tempo uma empresa que produzia softwares para celulares e em 2008 começou a fazer “barulho” com um tal de Android. Um sistema completo para smart phones, muito poderoso e com a grande vantagem de ser baseado em Linux (código aberto). Paralelamente surgiram outras iniciativas para os ultra portáteis, como distribuições Linux focadas em netbooks, com um conjunto mais enxuto de programas e uma aparência mais limpa, para ser comportado em telas compactas.

Muita coisa aconteceu e 2009 foi um ano para as tecnologias móveis de consolidarem e ganharem hardwares cada vez mais poderosos.

Agora, em 2010 o iPad fez um tremendo barulho, e me pergunto se todo esse alarde é realmente necessário. O entusiasmo e empolgação dos usuários de iPad logo se transformam em frustração, quando tentam acessar algum site não suportado pelo navegador, quando se sentem limitados pelas aplicações da AppStore ou quando se sentem  de mãos atadas por não poderem usar a tão difundida tecnologia Flash.

Não posso negar que um equipamento touch screen do tamanho do iPad é um brinquedinho realmente interessante para ver fotos, assistir um seriado casual ou simplesmente conferir e-mails e acessar conteúdo de uma forma muito elegante, contudo o advento dos tablets (como hoje são chamados) era algo previsível. Certamente em pouco tempo haverão equipamentos muito mais interessantes que o iPad, com um software a altura da expectativa dos usuários e com hardware capaz de interagir de forma simples com outros equipamentos, com interface USB (com e sem fio), leitor de cartões e por que não com a opção de usar um teclado e mouse?

Entre os telefones celulares e os Smart Phones já houveram os PDAs. Eu mesmo já tive alguns Palms e apesar de serem equipamentos muito legais sempre ficavam devendo no quesito comunicação. Quando os Smart Phones ficaram maduros os PDAs foram rapidamente condenados ao esquecimento.

Nesse breve histórico que citei nem vou mencionar outros tipos de computadores, como video-games, terminais dedicados e os computadores que estão anonimamente escondidos em todo tipo de equipamento, como TVs, fornos de micro-ondas, geladeiras e tudo que nos cerca hoje em dia.

Por intermédio da Figura 1 é possível entender o posicionamento de cada gadget e até mesmo o que está por vir. Por exemplo, quando não havia os tables, era possível imaginar que algo intermediário entre o Smart Phone e o Netbook surgiria. O modelo atual de tablet se baseia 100% nos celulares touch screen. Eu não duvido que em alguns meses surgirá um tipo de tablet que será ainda mais próximo ao netbook. Será algo parecido com os celulares touch screen que possuem teclado físico. Um tipo de tablet com teclado deslisável.

A faixa entre o notebook e o servidor (tendo o desktop como intermediário) no meu ponto de vista já está bem preenchida, então acredito que as “revoluções” (como os fabricantes insistem em chamar) acontecerão nos equipamentos situados entre smart phones e notebooks. Contudo, isso não é nenhuma novidade, afinal é nessa faixa onde estão ocorrendo as maiores novidades do mercado.

Acredito no aumento de capacidade de processamento e armazenamento dos smart phones, onde estes poderão ser o centro do nosso trabalho, entretenimento e cultura. Prova disso é que alguns smart phones já possuem capacidade de processamento e armazenamento maiores do que os primeiros netbooks.

Certamente o mundo continuará sendo hibrido por muito tempo, mas acredito que a computação em nuvem ainda tem um longo processo de amadurecimento e enquanto a Internet não for uma força presente em absolutamente todo lugar (assim como a energia elétrica é) o poder de processamento e armazenamento dos equipamentos móveis precisará aumentar mais e mais, e junto desse poder as aplicações de execução local seguirão o mesmo crescimento.

Vejo que no futuro próximo o smart phone será facilmente integrável com equipamentos de entrada e saída de maior capacidade, como teclados ergonômicos e displays grandes. Onde será possível trabalhar e se divertir da mesma forma como fazemos hoje com desktops, notebooks, TVs, DVDs e leitores de bluray.

Acredito que muito em breve chegaremos no escritório e por intermédio de conexões invisíveis usaremos monitores de tamanho confortável, teclado e mouse para interagir com o smart phone para as atividades que exijam sigilo. Quando o sigilo não for necessário, displays grandes (talvez holográficos) e com métodos de interação inovadores serão usados.

Muitas coisas dos usuários ficarão armazenadas na grande núvem, porém um porção grande de informação os acompanharão dentro dos smart phones, onde pessoas transferirão documentos, músicas e filmes por meio de conexões extremamente rápidas e sem fio. Quando as pessoas chegarem em casa poderão interagir com seus displays grandes (TVs) e aparelhos de som de forma simples e poderão compartilhar com seus familiares as histórias e conquistas do dia não só de forma falada, mas interativa.

E onde entra o Linux nessa história toda? Oras, em toda parte! Os equipamentos de maior sucesso em 2011 rodarão Linux. No próximo ano haverão concorrentes para o iPad muito superiores a esse rodando Android, Meego e outras distribuições Linux, a quantidade de smart phones com o sistema operacional aberto se expandirá ainda mais e por consequência as aplicações também.

Não sei quando será o ano do Linux no desktop, mas o ano do Linux em toda parte é o presente e o melhor é que nem percebemos, afinal, não há sistema melhor do que aquele que simplesmente funciona de forma tão perfeita que nem mesmo nos damos conta que ele está lá.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios foi ministrado pelo instrutor Tiago Vilas Boas, contou com 5 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios II contou com 8 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para implementar recursos avançados do Nagios no dia-a-dia.

A palestra contou com cerca de 150 congressistas e houve muitos feedbacks positivos após a apresentação.

Embora o tempo da palestra tenha sido drasticamente reduzido pela organização do evento (de uma hora para apenas quarenta minutos), foi possível passar todo conteúdo previsto (apressadamente), mas infelizmente não foi possível abrir espaço para comentários e perguntas.

Monitoração com Nagios no FISL11

Fiz algumas fotos da décima primeira edição do Fórum Internacional de software livre. Se você quiser ver sua foto publicada aqui, basta envia-la por e-mail para mim.

(Passe o mouse sobre as fotos para visualizar os comentários)

Essa é uma grande conquista da comunidade Nagios que até dois anos atrás era completamente carente de qualquer tipo de treinamento e evento.

Devido ao grande sucesso do Mão na Massa Nagios, atendemos aos pedidos dos alunos e criamos 2 módulos adicionais para o curso original que já capacitou cerca de 800 profissionais de todo Brasil.

E não para por ai, pois já existem turmas em formação para o Rio de Janeiro e turmas noturnas em São Paulo. A Tempo Real Evento também deixa em aberto a possibilidade de realizar o Mão na Massa Nagios em outras cidades.

Adicionalmente está sendo desenvolvido um grande congresso de Nagios e monitoração OSS (Open Soruce Software) que será realizado ainda esse ano. Temos a expectativa que reunir grandes empresas e centenas de congressistas.

Os eventos são elaborados para que os alunos aprendam os métodos mais confiáveis de monitoração usando software livre.

Não deixe de conhecer o programa dos cursos:

• Mão na Massa Nagios I
• Mão na Massa Nagios II
• Mão na Massa Nagios III

Aproveite para fazer sua inscrição antecipadamente e aproveite os descontos!

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios foi ministrado pelo instrutor Márcio Pessoa, contou com 8 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

A décima primeira edição do Fórum Internacional de Software Livre será realizada entre os dias 21 e 24 de julho no Centro de Eventos da Pontifícia Universidade Católica do Rio Grande do Sul – PUCRS, em Porto Alegre – RS – Brasil.

A palestra foi selecionada por um grupo de avaliadores e obteve o quinto lugar entre 33 palestras com o mesmo macro tema, dentre as quais apenas 15 foram aprovadas. Com isso, Monitoração com Nagios será uma das 153 palestras que ocorrerão durante os quatro dias do evento.

Para saber mais sobre o FISL11, acesse o site oficial:

http://softwarelivre.org/fisl11

Neste guia estão presentes as principais funcionalidades do Nagios e também algumas peculiaridades difíceis de memorizar, como sintaxes complexas e definições de objetos.

Fundamental para administradores de sistemas e redes, fanáticos por software livre, nerds e geeks que se interessam pela mais poderosa ferramenta de monitoração em software livre.

“Como instrutor de cursos sobre Nagios e usuário desse poderoso sistema de monitoração muitas vezes me deparo com situações em que preciso usar determinadas configurações que não me recordo, então acabo empregando um tempo precioso lendo páginas de documentação. Esse guia de referência rápida tem sido útil para mim e também para meus alunos, minha expectativa é que ele seja bastante útil para você também!”

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios foi ministrado pelo instrutor Tiago Vilas Boas, contou com 19 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos para trabalhar com o Nagios no dia-a-dia.

Farei análises dos diversos dispositivos e partes encontradas tanto em notebooks quanto em desktops, e por comparações conseguiremos nivelar esses dois tipos de máquinas em relação ao seus recursos, para posteriormente entrar no mérito de avaliar valores financeiros.

UPS (no-break)

Essa é uma vantagem inegável dos notebooks. Pelo fato de possuírem como regra geral uma ou mais baterias, os notebooks possuem um UPS de fazer inveja a qualquer desktop.

É comum encontrar notebooks que tenham autonomia de pelo menos 1,5 horas, algo muito raro em UPSs para desktops.

O fato é que um UPS de boa qualidade com apenas 15 minutos de autonomia de um desktop não custa menos de R$ 180,00. Existe ainda o inconveniente de mais um acessório debaixo da mesa, sem falar que baterias de UPSs são muito grandes, repletas de materiais tóxicos e precisam de um trabalho extremamente minucioso para serem descartadas, o que resulta numa tremenda agressão ao meio ambiente, é claro que tal agressão também existe com relação as baterias de notebooks, contudo em proporção muito menor.

Meio ambiente

No quesito meio ambiente, precisamos analisar no mínimo dois fatores:

• Material usado nos equipamentos
• Consumo de energia

Para explanar sobre o material usado na construção de desktops e notebooks seria necessário uma análise muito profunda, e não possuo competência técnica para tal. Contudo, fazendo uso de uma visão simplória, podemos concluir que a agressão provocada ao meio ambiente por um desktop é maior do que a provocada por um notebook. Afinal, a matéria prima usada num desktop é a mesma empregada num notebook, porém no caso de um desktop a quantidade de material é muito maior, dessa forma é evidente que existe maior quantidade de resíduos provenientes da construção das diversas partes de um desktop. É importante lembrar que por ser maior, um desktop também agride mais o meio ambiente quando descartado.

Com relação ao consumo de energia, é possível obter dados com muita precisão usando medidores de corrente e potência. Confesso que por intermédio dessa análise obtive resultados que me deixou muito surpreso, e por essa razão esse quesito merece uma sessão própria, a que segue.

Consumo de energia

Para o notebook fiz o teste com as condições que menos poderiam beneficiar esse tipo de equipamento. Comecei o teste com a bateria totalmente vazia, e durante o boot ele iniciou e sequencia de checagem de discos, nesse momento até o fim da carga o consumo de corrente ficou em torno de 500mA, depois da carga concluída, mesmo com uso intenso de HD o consumo de corrente elétrica não passou de 250mA. Durante todo teste o equipamento permaneceu com wireless e bluetooth ligado.

Ao conectar o desktop e o monitor ao equipamento de medição já tive um espanto, pois ambos somente por estarem conectados (desligados) já consumiam 100mA. Ao ligar ambos o consumo ultrapassou 1A, mas após algum tempo e durante todo teste ele trabalhou consumindo no máximo 0,750A. Acessórios como caixas acústicas, impressoras e outros dispositivos não estavam conectados ao equipamento.

As máquinas testadas são equivalentes em suas configurações, conheceremos um pouco delas mais adiante.

Cada equipamento foi analisado por 4 horas, e os resultados abaixo são médias obtidas neste período:

• Notebook: 0.122 kWh
• Desktop: 0.407 kWh

Sem muito pensar podermos observar que desktops consomem muito mais de três vezes energia que notebooks e obviamente essa medida se aplica proporcionalmente ao valor pago para mante-los ligados (me refiro a conta de luz – veremos mais adiante). Notebooks desligados (e conectados na tomada) consomem tanto quanto um carregador de celular convencional, enquanto um desktop desligado consome 1/3 de um notebook ligado.

Além do baixo consumo elétrico, notebooks tem dissipação términa menor, o que reflete diretamente no trabalho gerado por equipamentos de ar-condicionado. Dessa forma, é possível economizar também no ar-condicionado usando notebooks. Pode parecer exagero, mas para escritórios com dezenas de computadores isso faz muita diferença.

Display (monitor)

É notória a opinião de que uma tela grande é extremamente confortável, porém a resolução de um monitor é muito mais importante do que o tamanho.

Podemos encontrar em alguns notebooks resoluções maravilhosas, capazes de reproduzir imagens fantásticas, porém resoluções como 1920×1200 fazem com que equipamentos móveis tenham um custo muito alto. Contudo é possível encontrar ótimas resoluções de vídeo em torno de 1366×768 que não deixam o valor dos notebooks tão salgados.

Da mesma forma, monitores de vídeo para desktops também possuem resoluções magníficas, mas que refletem de forma muito amarga nos valores dos mesmos. O que faz com que tanto notebooks quanto desktops tenham seus valores equiparados por conta da resolução de vídeo.

Teclado

Os teclados compactos dos notebooks é num primeiro momento uma razão muito forte para torcer o nariz, mas será que realmente existe razão para isso? Será que um teclado mais compacto é sinônimo de recursos limitados?

Em notebooks, a disposição das teclas alpha-numéricas tem o mesmo espaçamento de um teclado convencional, a diferença fica por conta da ausência do teclado numérico, que pode ser usado por intermédio das teclas de funções especiais (Fn). O teclado numérico em notebooks não é razoável, pois as teclas não são alinhadas verticalmente e isso é motivo para erros de digitação, mas felizmente isso pode ser corrigido com o uso de um teclado numérico avulso.

Atualmente existem diversos tipos de teclados numéricos com interface USB, que vão dos mais robustos feitos de materiais muito resistentes até mesmo os modelos mais compactos e flexíveis construídos em silicone. Também existem opções de teclados numéricos sem fio, que usam tanto adaptados específicos quanto a tecnologia bluetooth. Ainda existe a possibilidade de usar alguns telefones celulares como um teclado numérico.

Apesar dos inconvenientes, o teclado de um notebook não é motivo apenas de desagrados. Os teclados dessas maquininhas compactas possuem recursos que não são encontrados de forma trivial nos desktops. É possível encontrar teclas especiais para controle de volume do som , recursos multimédia, acesso rápido a páginas da web e etc… Obviamente esses recursos podem ser encontrados em teclados de desktop, porém não são teclados simples e muito menos de baixo custo, enquanto esses recursos são encontrados em quase toda totalidade de notebooks.

Som

Salvo os casos em que usuários de desktops possuem sistemas de som equiparáveis à home theaters, o sistema de som de notebooks é equivalente ao de desktops, com uma vantagem, os notebooks possuem auto falante embutidos.

Obviamente o som proveniente dos alto falantes internos de um notebook não pode ser equiparado com de caixas acústicas de qualidade, mas em um desktop as caixas acústicas são consideradas como acessório, então desktops e notebooks são equivalentes nesse sentido.

Pessoas conservadoras podem questionar quanto a relação sinal x ruído. Pelo que tenho observado – ou melhor, ouvido – a qualidade do som de notebooks de boa qualidade é equivalente ao som de desktops.

Processador

De um modo geral, processadores de notebooks possuem desempenho um pouco inferior em relação aos desktops. A razão dessa discrepância se deve ao fato dos notebooks serem equipamentos focados em baixo consumo de energia e pouca dissipação de calor.

Entretanto é importante levarmos em consideração, que mesmo um processador simplório da atualidade é muito mais do que suficiente para um usuário médio, principalmente se levarmos em consideração que boa parte dos recursos usados pelos usuários no dia-a-dia estão disponíveis por intermédio de aplicações web, que consomem pouquíssimos recursos da máquina local.

Memória

Os barramentos de memória são os mesmos encontrados tanto em desktops quanto notebooks. De fato ainda existe uma pequena diferença de tempo para adesão das tecnologias mais inovadoras em notebooks. Por exemplo, a tecnologia DDR3 chegou aos notebooks alguns meses depois que já estava sendo largamente usada em desktops. Contudo, não há considerações relevantes nesse sentido.

Robustez

Para pessoas com pouca afinidade aos equipamentos eletrônicos, robustez é a maior vantagem dos desktops. Pelos desktops serem equipamentos modulares, partes separadas podem sofrer danos sem que haja perda total do equipamento no caso de um acidente. Por exemplo, se uma pessoa desastrada derramar café sobre o teclado de um desktop o dano não irá além deste periférico, porém se for derramado café sobre o teclado de um notebook, podemos jogar todo conjunto na lata de lixo mais próxima. Por essa razão, desktops certamente são mais adequados para crianças.

Vida útil

Finalmente uma questão que muita gente não leva consideração: Por quanto tempo o computador atenderá minhas necessidades?

Tenho percebido que a evolução dos equipamentos tem feito com que eles se tornem mais duráveis. Lembro-me da geração dos 486 e processadores Pentium MMX, equipamentos dessa época ficavam nas mesas dos escritórios por 2 ou 3 anos, porém até hoje é frequente ver por toda parte os primeiros Pentium III.

Atualmente eu me sinto confortável com o mesmo equipamento por cerca de 3 ou 4 anos, algumas pessoas por mais tempo e como não poderia ser diferente alguns preferem trocar de computador todos os anos. A questão é que não vejo mais pessoas trocando de computador a cada ano como eu presenciei com frequência no final da década de 90 até pelo menos 2003.

Essa é uma das razões pelas quais eu sempre recomendo que usuários adquiram equipamentos com garantia de pelo menos 3 anos. É uma boa maneira de garantir a tranquilidade durante boa parte da vida útil do equipamento.

Resumindo

Vejamos resumidamente alguns prós e contras dos notebooks e desktops:

• Notebooks
  • Pontos positivos:
    • Mobilidade
    • UPS embutido
    • Baixíssimo consumo de energia
    • Menor agressão ao meio ambiente
    • Menor dissipação de calor
  • Pontos neutros:
    • Display
    • Som
  • Pontos negativos:
    • Ergonomia
• Desktops
  • Prontos positivos:
    • Desempenho
    • Ergonomia
    • Robustez
  • Pontos neutros:
    • Display
    • Som
  • Pontos negativos:
    • Consumo excessivo de espaço
    • Maior consumo de energia
    • Ausência de mobilidade
    • UPS ausente por padrão
    • Maior dissipação de calor
    • Maior agressão ao meio ambiente

Nesta listagem, podemos perceber que existem mais pontos positivos e relevantes nos notebooks em relação aos desktops.

Custos

Os equipamentos usados no teste de consumo de energia são modernos e com origem de um mesmo fabricante de nome internacional, ambos com configuração extremamente semelhante, com base em processador Intel Core 2 Duo, e as mesmas características de hardware como quantidade de memória, espaço em disco e resolução de vídeo.

Como podemos ver na tabela abaixo, os custos finais de ambos equipamentos são extremamente semelhantes.

* Os acessórios consistem em caixas acústicas e UPS.

Na tabela abaixo temos a relação entre o custo proveniente do consumo de energia elétrica entre as estrelas de nossa discussão. Para tornar os dados mais palpáveis, foi usado o custo horário do equipamento ligado para projetar o custo diário, semanal, mensal e anual.

Os cálculos da tabela acima levam em conta a utilização dos equipamentos durante 9 horas por dia e somente nos dias úteis. Foi levado em consideração o kilowatt hora com valor de R$ 0.29349 (valor aplicado na região metropolitana de São Paulo no mês de março/2010).

Considerações finais

Certamente muitas pessoas não concordarão com muitos dos meus pontos de vista, provavelmente porque estarão acostumadas com recursos avançados dos desktops, como por exemplo uma poderosa máquina para jogos, múltiplos leitores e gravadores de DVD, ou recursos de multimídia de alta fidelidade, como qualidade de som em 5.1 canais.

Ao agregar os dados da tabela de Custos de hardware com a tabela de Custo por consumo de energia elétrica, concluímos que o custo total de um desktop é maior do que um notebook. E essa diferença de custos se torna cada vez maior a cada dia que os equipamentos permanecem ligados.

Está claro que notebooks tem custo inferior aos desktops.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios foi ministrado pelo instrutor Tiago Vilas Boas, contou com 15 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 9 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 17 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Atualmente a Pedreira está oferecendo todo conteúdo do curso ICND em forma do curso CCNA Networking Academy, que é um preparatório para o exame de certificação CCNA.

A razão pela qual estou divulgando é que o instrutor é meu grande amigo Anderson Agapito. Altamente qualificado por trabalhar na área de redes de computadores há vários anos além de já possuir uma vasta bagagem nos cursos da Cisco.

O Centro Educacional de Pedreira acolheu tanto a mim quanto ao Anderson durante muitos anos de aprendizado e diversão na compania de ótimos amigos.

O fato curioso e legal é que pedi para bordar a mensagem que foi enviada pelo radiotelescópio de Arecibo em 1974.

Detalhe da toalhinha com a Mensagem de Arecibo

O fato é que quem me contou sobre a Mensagem de Arecibo foi esse meu amigo que está grávido e como gratidão quis presentear a prole dele com algo relacionado.

Certamente é um presente que está muito além dos temas infantis, por essa razão, seguindo sugestões colo à disposição os serviços artesanais de minhã mãe para quem se interessar em adquirir produto semelhante. Basta me enviar uma mensagem para ter mais detalhes.

Toalhinha dobrada

Para saber mais sobre a Mensagem de Arecibo consulte o link abaixo:

http://pt.wikipedia.org/wiki/Mensagem_de_Arecibo

Está será a oitava edição deste evento anual que tem com objetivo específico aumentar a colaboração entre a comunidade de TI das Universidades públicas paulistas.

O evento será realizado entre os dias 14 e 16 de setembro.

Por ser um evento fechado para comunidade de TI academica é mais um motivo para minha satisfação. Afinal isso nada mais é do que o reconhecimento do bom trabalho que estamos fazendo ao longo do tempo e pelas boas práticas de monitoração que estou transmitindo aos clientes, alunos e parceiros.

Agradeço a paciência e prestatividade de todos que responderam de bom grado ao formulário que disponibilizei.

Os resultados foram satisfatórios para a primeira pesquisa e realmente o intuito é analisar o comportamento das tendências com o passar do tempo. De forma que possamos incentivar e propor os melhores métodos para que o Nagios e outras ferramentas de monitoração baseadas em software livre possam ser largamente usadas.

A próxima pesquisa será realizada durante o mês de novembro.

Hosts: quantos são monitorados pelo Nagios na sua rede?

Menos de 10 - 5%
10 à 20 - 15%
20 à 50 - 15%
50 à 100 - 40%
100 à 500 - 15%
Mais de 1000 - 10%

Serviços: quantos são monitorados pelo Nagios na sua rede?

Menos de 50 - 15%
50 à 200 - 35%
200 à 500 - 15%
500 à 1000 - 25%
1000 à 2000 - 0%
Mais de 2000 - 10%

Algum outro programa é usado na monitoração?

MRTG - 35%
RRDTool - 25%
Cacti - 30%
NagVis - 0%
PNP4Nagios - 0%
nenhum - 25%
Other - 0%

Cidade

Porto Alegre – 1 – 6%
Ribeirão Preto – 2 -12 %
Rio de Janeiro – 2 – 12%
São Paulo – 12 – 71%

A foto abaixo é um modelo clássico do melhor posicionamento físico para instalação e configuração de um servidor em datacenter.

Junto com a décima edição do evento comemoramos também o primeiro ano do Mão na Massa Nagios. Então fica o nosso agradecimento à quase 400 pessoas que participaram deste treinamento pela Tempo Real Eventos.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 16 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

A minha dica é usar a imagem em alta resolução para imprimir num papel de tamanho A1 de boa qualidade para colocar na parede do escritório/datacenter/laboratório/cozinha – enfim… Onde couber

Minha intenção é realizar essa pequisa com periodicidade trimestral para termos conhecimento dos rumos que serviços de monitoração em TI estão tomando.

É uma pesquisa rápida, que não levará nem 1 minuto para ser respondida.

O resultado compilado da pesquisa será divulgado no dia 29 de agosto.

Obviamente esse número nem se compara com um best seller, porém numa ótica mais conservadora podemos entender que são 1000 pessoas que se preocupam com a segurança de suas aplicações e que estão adotando as melhores práticas para evitar incidentes de segurança.

Fica o meu agradecimento às mais de mil pessoas que adquiriram o livro e as muitas que retornam comentários por e-mail para fazer elogios e críticas (construtivas) ao trabalho.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com aproximadamente 30 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Shell Script contou com aproximadamente 20 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agoraesses profissionais já estão aptos a trabalhar com essa tecnologia no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com mais de 20 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Promovido pela Tempo Real Eventos, o Mão na Massa Nagios contou com cerca de 30 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Shell Script contou com cerca de 30 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a programar diversas aplicações e aplicar os conhecimentos adquiridos no seu dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com cerca de 30 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com mais de 30 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 50 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Para quem não conhece, o Google Books é um serviço de consulta e divulgação de títulos do mundo inteiro, onde é possível navegar por boa parte da obra. Caso fique interessado em comprar o livro é possível faze-lo imediatamente, pois o serviço possui links para diversas lojas virtuais.

A idéia do grupo é discutir soluções baseadas em Nagios e softwares que possam ser integrados a ele. De um modo geral os tópicos principais serão relacionados à configuração do Nagios e também aos agentes SNMP, NRPE, NSClient, bem como a integração com o RRDTool, MRTG, SGBDs e demais necessidades que forem levantadas pelos participantes.

Para participar do grupo acesse agora mesmo o site do Google Groups.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 50 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 50 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

As telas grandes de LCD com interfaces gráficas montadas pelas diversas distribuições Linux deixam os compradores com expressões no mínimo curiosas. As pessoas habituadas com Windows vêem o Linux como algo de outro mundo, afinal a disposição dos itens na tela são diferentes, os screen savers tem um apelo muito mais psicodélico e… Onde foi parar o botão verde (Iniciar)?

Gosto muito de empregar algum tempo nas lojas de departamentos, fico próximo dos computadores com Linux para sentir as impressões das pessoas… Nessas empreitadas já tive o desprazer de presenciar vendedores instruindo compradores em instalar o Windows após levar um computador com Linux. Os argumentos são os mais diversos possíveis: “não há problema de instalar software pirata em casa, a polícia nunca irá à sua casa para verificar”, “você leva esse com Linux e instala o Windows, assim economiza dinheiro”.

Esse artigo é um convite para quem quer saber um pouco mais sobre o universo do software livre e proprietário e como defender de forma racional (sem radicalismos) o Linux como uma opção viável.

Consumo de recursos

Uma instalação do Linux com todos os recursos que um usuário comum pode exigir consome cerca de 8GB de espaço em disco, onde estará disponível além do sistema operacional uma suite de aplicativos de escritório (OpenOffice.org), um ou mais reprodutores de músicas e filmes, editores de fotos e imagens vetoriais (Gimp e Inkscape), comunicador instantâneo compatível com MSN, Google Talk, ICQ e tantos outros (Pidgin), programas para gravar CDs e DVDs, cliente de voz sobre IP (Skype), alguns jogos bem mais excitantes que Campo Minado e Paciência, e obviamente um browser de excelente qualidade para acesso à Internet (Firefox).

O conjunto equivalente de aplicações proprietárias num computador com Windows Vista consumiria não menos de 30 GB de espaço em disco, sem falar que todos esses softwares teriam um custo de cerca de R$ 3.400,00 para usuários domésticos.

No cenário corporativo o mesmo hardware com os mesmos programas proprietários teriam um custo de aproximadamente R$ 4.200,00, pois muitos softwares podem ser usados livremente (ou com custo reduzido) para fins não comerciais, porém nas empresas a situação bem é diferente. É importante também levar em consideração que se o computador precisar acessar um servidor na rede da empresa será necessário adquirir uma licença de acesso com custo médio de R$ 100,00.

Softwares baseados em software livre também consomem menos recursos, por essa razão apresentam um melhor desempenho. Uma máquina com 512 MB de memória RAM é suficiente para executar o Linux com um editor de texto e mais alguns programas abertos simultaneamente com excelente desempenho. No Windows Vista, com 1 GB de memória RAM é possível usar um navegador – e olhe lá – o desempenho é bem frustrante, então são recomendados 2GB.

Com o processador não é diferente. Processadores bem simples são suficientes para rodar Linux, mas rodar Windows Vista com menos de 2 processadores é muito desagradável. A última versão do Windows consome muito tempo de CPU e o alto consumo de tempo do ineficaz processo de gerenciamento de interrupções torna o Windows um sistema inoperável.

Logo chegamos a rápida conclusão que para usar programas semelhantes aos do Linux no Windows será necessário um hardware melhor, então é preciso gastar mais dinheiro…

Garantia

Será que o software proprietário é sinônimo de que ele sempre funcionará?

Certamente não! É muito comum as pessoas terem a sensação de estarem protegidas ou cobertas por algum tipo de garantia quando compram um software. Essa mesma sensação faz as pessoas intuitivamente pensarem que um anti-vírus “pago” tem qualidade superior a um similar com licença livre. Recomendo a essas pessoas que leiam com atenção o termo de licença de uso do software para terem uma infeliz surpresa. Normalmente a licença contem mais clausulas contendo as não obrigações dos fabricantes e as imposições ao usuário do que algo que realmente traga algum valor prático.

Nos meus tempos de suporte técnico e atendimento ao usuário já recorri às empresas de software proprietário diversas vezes, e depois de ser instruído a desinstalar e instalar, apagar chaves do registry e também formatar (isso mesmo, os atendentes da Microsoft já me instruíram a formatar o HD) em algumas situações. Percebi que na prática não faz a menor diferença se um produto tem ou não suporte, pois a melhor solução para os problemas sempre pode ser encontrada pesquisando na Internet.

A garantia de um software proprietário também não é para toda vida! Ainda hoje conheço pessoas que compraram licenças das versões mais antigas do Windows e estão completamente descobertas de garantia de funcionamento ou atualizações de segurança. É muito comum que os fabricantes de software proprietário encerrem o suporte para os produtos, pois é financeiramente impraticável manter suporte técnico para todos os produtos por toda vida.

No software livre esse conceito é completamente diferente, pois como não é necessário comprar uma licença de software é possível sempre ter as últimas versões dos programas sem nenhum custo, dessa forma o usuário sempre poderá ter seu computador munido com os programas mais atuais, com as funcionalidades mais modernas e com as atualizações mais recentes para os problemas que possam ocorrer.

Facilidade

Será que mesmo ainda hoje o Windows é mais “fácil”?

Eu já começo a ter sérias dúvidas… Deixe-me dar um simples exemplo. No linux o empacotamento dos programas é de responsabilidade do distribuidor, dessa forma quando é feito upgrade do sistema todos os programas do seu computador seão atualizados.

No universo do software proprietário isso é bem diferente, pois cada software tem seus próprios métodos de atualização. Ainda que sejam automatizados não estão todos integrados num único processo. Ou seja, é necessário realizar as atualizações do Windows e Office, posteriormente dos programas de editoração gráfica, então do leitor de arquivos PDF, sem esquecer do gravador de CDs e DVDs e por aí a fora…

Numa pesquisa um pouco informal constatei que um computador com softwares proprietários faz download de cerca de 200 MB de atualizações por semana, enquanto um computador com software livre consome cerca de 15% desse volume no mesmo período.

As atualizações nunca foram tão inconvenientes como hoje, pois são muito grandes e consomem muito tempo para serem instaladas. Certamente o leitor já passou pela situação de precisar usar um software urgentemente e ele ficar emitindo avisos de que a nova versão está disponível…

E quando o executivo precisa desligar o notebook para ir apresadamente para uma reunião com um cliente importante e então o Windows avisa que está instalando a atualização 3 de 56? Não é possível desligar de forma forçada o notebook pois existe o risco de corromper o sistema. – “Perder o cliente ou os arquivos do computador?” – se pergunta o executivo.

Compatibilidade

“Mas esse programinha vai abrir os meus documentos?”

Essa é a pergunta que não quer calar para os usuários, e a resposta é sim! É possível editar todo tipo de documento do Microsoft Office com o OpenOffice.org. Obviamente existe algumas ressalvas, mas o usuário comum vai perceber poucas diferenças de funcionalidades entre as duas suites de escritório.

Quanto ao acesso à Internet nem é preciso mencionar nada, afinal o Firefox está bem presente no mundo Windows, é até difícil encontrar alguém que prefira o Internet Explorer ao Firefox. Os clientes de mensagens instantâneas também estão aí com toda força e você não ficará sem conversar com seus amigos.

Conclusão

Antes de instalar Windows em seu computador com Linux ou encorajar que alguém o faça, saiba que:

• Ele terá desempenho inferior.
• Sobrará menos espaço no seu HD.
• Talvez seja necessário fazer um upgrade de hardware.
• E evidentemente será necessário desembolsar um bom dinheiro!

E você, gostaria de me ajudar a difundir o Linux como uma opção viável ao Windows? Então pergunte aos seus amigos e colegas de trabalho:

-”Que tal Linux?”

Certamente agora você tem condições de sanar dúvidas e rebater críticas não construtivas. Agora você é um evangelizador do software livre!

* Meu foco principal nesse artigo é atingir o usuário final, aquele que vai ao supermercado comprar seu primeiro computador, então não vou cair no preciosismo de mencionar as raízes do software livre e como é bom ter acesso ao código fonte dos programas, pois essas informações não tem nenhum proveito para o usuário comum de computadores.

Realizado pela Tempo Real Eventos, o Mão na Massa Nagios contou com 50 participantes de várias localidades do país e foi um grande sucesso. Segundo os participantes, suas expectativas foram alcançadas e agora esses profissionais já estão aptos a trabalhar com o Nagios no dia-a-dia.

Com o check_rrd é possível analisar qualquer arquivo RRD, contendo dados estatísticos sobre tráfego de uma interface de rede, consumo de disco, ocupação de memória, carga de CPU e tantos outros recursos de um sistema que podem ser coletados por intermédio do protocolo SNMP.

Sobre o check_rrd

Trata-se de um programa desenvolvido em Perl por essa linguagem suportar o formato RRD (Round Robin Database) com o uso da biblioteca librrds-perl. O Perl também proporciona um excelente desempenho e isso é muito importante, pois em muitos casos dezenas de instâncias do check_rrd poderão ser encontradas em execução simultaneamente. A quantidade de instâncias que serão executadas dependerá da quantidade de recursos que são monitorados.

Neste documento vou considerar que o leitor já possua um ambiente com o RRDTool e o Nagios funcionando de forma independente. A idéia básica deste documento é integrar dessas duas poderosas ferramentas com o check_rrd.

A comunidade do Nagios em todo globo já desenvolveu milhares e talvez dezenas de milhares de plugins. Talvez algumas dezenas desses plugins são para analisar o conteúdo de arquivos RRD, mas a grande deficiência que encontrei nesses plugins é que cada um trabalhava apenas um tipo de informação, ou seja, havia um plugin para trabalhar com dados de tráfego de rede, um outro plugin para disco, mais um para CPU, e aí por diante. Isso é muito ruim, pois cada plugin tem sua própria sintaxe, dessa forma é necessário aprender a trabalhar com todos os plugins de forma independente, sem falar que também é necessário mante-los atualizados.

O check_rrd simplifica a análise de qualquer arquivo RRD de num único programa, para isso ele possui um rico conjunto de opções que podem ser facilmente configuradas como veremos adiante neste documento.

Quanto ao desempenho tenho que confessar que fiquei muito satisfeito, pois já configurei Nagios+RRDTool com o plugin check_rrd para monitorar cerca de 300 recursos de uma rede a partir de um computador relativamente ultrapassado (Pentium II 300MHz) e tudo funcionou muito bem. Já existem outros profissionais pelo globo usando o check_rrd e relatando boas notícias sobre este plugin.

Requisitos do sistema

Os requisitos para o check_rrd funcionar são muito simples:

• Sistema operacional unix like (Linux, Solaris ou alugum-BSD)
• Nagios 1.2 ou superior
• RRDTool 1.2 ou superior
• Perl (testado com versões 5.8.x)
• Biblioteca Perl librrds-perl

Inicialmente o plug-in foi desenvolvido num Fedora Core 3, mas já está sendo usado com sucesso em diversas versões de Ubuntu, Debian, CentOS, outras distribuições Linux e também no FreeBSD.

Resolvendo dependências

As instruções contidas para resolver as dependências serão baseadas no Ubuntu, pois a maior parte dos usuários check_rrd da atualidade usam Ubuntu ou Debian.

$ sudo apt-get install librrds-perl

Instalação

O procedimento de instalação do check_rrd é muito simples, e se resume em simplesmente fazer download do programa e copia-lo para o diretório de plugins do Nagios, como podemos ver:

$ wget http://pessoa.eti.br/downloads/check_rrd-0.03b.tar.gz
$ tar zxvf check_rrd-0.03b.tgz
$ sudo cp check_rrd-0.03b/check_rrd /usr/lib/nagios/plugins/

É possível que numa instalação customizada do Nagios o diretório de plugin esteja num lugar diferente. Certifique-se do local correto antes de executar o procedimento abaixo.

Fundamentos de funcionamento

É importante realizar um teste inicial antes de configurar o Nagios, esse teste assegura que o programa está funcionando corretamente e que as bibliotecas Perl estão instaladas. Caso haja algum problema certifique-se que a sintaxe usada esteja correta e recorra a sessão “Resolução de problemas freqüentes” no final deste documento.

Opções de linha de comando

A utilização do check_rrd pode parecer num primeiro momento um tanto complicado, mas com a seguinte explicação ficará muito simples de entender:

• /usr/lib/nagios/plugins/check_rrd: O programa check_rrd (óbvio .
• -f /var/www/rrd/data/firewall-eth1.rrd: Arquivo rrd que será usado.
• -u “bps”: Identifica a unidade de medida, se fosse percetual de espaço em disco seria “%”. É meramente uma string para tornar mais agradável a saída do programa.
• -d1 “in”: Especifica o nome da primeira variável.
• -d2 “out”: Especifica o nome da segunda variável.
• -m 8: Fator multiplicativo, por padrão num arquivo RRD estatísticas de tráfego são armazenadas em bytes, para tornar a saída mais legível os valores serão multiplicados por 8.
• -o 5 1000000: Valor esperado para Okay, é o intervalo com os valores de operação normal. Neste exemplo os valores vão de 5 bps até 1 Mbps, iniciei em 5 bps pois não é normal que um link não tenha tráfego algum.
• -w 5 1500000: Valor esperado para Warning, é o intervalo com valores de operação em nível de alerta.
• -c 0 2000000: Valor esperado para Critical, trata-se do intervalo com valores que devem ser tratados como um problema sério. Neste caso é constatado um problema tanto se o link estiver com tráfego superior a 1.5 Mbps quanto sem tráfego algum (menor que 5 bps).

Valores retornados

O Nagios não usa as strings exibidas pelos plugins para se orientar quanto ao estado de um recurso, na verdade os plugins precisam retornar números para que o Nagios possa interpreta-los com o stado do recurso obtido pelo plugin, segue os estados compreendidos pelo Nagios.

• 0: Ok
• 1: Warning
• 2: Critical
• 3: Unknown

Tráfego de rede

Segue um exemplo, onde mostramos como analisar o tráfego de uma interface de rede que está conectada num link Internet de 2Mbps:

$ /usr/lib/nagios/plugins/check_rrd -f /var/www/rrd/data/firewall-eth1.rrd -u "bps" \
-d1 "in" -d2 "out" -m 8 -o 5 1000000 -w 5 1500000 -c 0 2000000

O seguinte resultado será retornado pelo comando acima:

Warning: in = 1.0Mbps, out = 313.8kbps

Adicionalmente será retornado um valor, é esse valor que será tratado pelo Nagios. Em nosso exemplo como o status da checagem foi Warning então foi retornado o número um:

$ echo $?
1

Para facilitar o entendimento, segue a imagem referente ao arquivo RRD usado anteriormente. Perceba que os valores retornados estão de acordo com os exibidos na figura:

CPU

Neste exemplo a monitoração é feita numa CPU de roteador:

O comando usado no check_rrd:

$ ./check_rrd -f /var/www/rrd/data/router-cpu.rrd -u "%" -d1 "CPU" -o 0 50 -w 0 70 -c 0 100

A saída do comando:

Check OK: CPU = 3.0%

O valor retornado:

$ echo $?
0

Espaço em Disco

Neste outro exemplo a monitoração é feita no disco C: de um servidor Windows:

O comando usado no check_rrd:

$ ./check_rrd -f /var/www/rrd/data/ro4.ro-disc_f.rrd -u "%" -d1 "C:" -o 0.1 70 -w 0.1 80 -c 0 100

A saída do comando:

Critical: C: = 96.5%

O valor retornado:

$ echo $?
2

Outros exemplos podem ser obtidos executando o programa check_rrd com a opção -h:

$ /usr/lib/nagios/plugins/check_rrd -h

Configurando o Nagios

Para que a integração do RRDTool com o Nagios proceda plenamente, será necessário configurar os arquivos de definição de objetos do Nagios. Numa instalação padrão, estes arquivos possivelmente estão localizados no diretório /etc/nagios/ (os outros caminhos usados pelas distribuições para armazenamento dos arquivos de configuração são /etc/nagios2, /etc/nagios3, /usr/local/nagios/etc).

Definição de objeto do comando

Abaixo temos três exemplos de definições de comandos customizados que podem configurados no Nagios. Essas configurações podem ser adicionadas ao arquivo de configuração de objetos de comandos, ou em um outro arquivo de configuração de objetos que o usuário preferir.

A seguir um exemplo de definição de comando para checagem de espaço em disco com o check_rrd:

# 'check_discspace' command definition
define command{
command_name check_discspace
command_line /usr/lib/nagios/plugins/check_rrd -f "$ARG1$" -u "%" -d1 "$ARG2$" -o 0.1 70 -w 0.1 80 -c 0 100
}

O próximo exemplo é usado para verificar a utilização de CPU:

# 'check_cpu' command definition
define command{
command_name check_cpu
command_line /usr/lib/nagios/plugins/check_rrd -f "$ARG1$" -u "%" -d1 "CPU" -o 0 50 -w 0 70 -c 0 100
}

Este exemplo mostra como o check_rrd pode ser usado para trabalhar com tráfego de rede.

# 'check_traf' command definition
define command{
command_name check_traf
command_line /usr/lib/nagios/plugins/check_rrd -f "$ARG1$" -u "bps" -m 8 -d1 "In" -d2 "Out" -o $ARG2$ -w $ARG3$ -c $ARG4$
}

Você pode configurar outras definições de comandos, como por exemplo, para checar quantidade de toner de uma impressora, o número de processos em execução em servidores e tudo que sua mente conseguir imaginar.

Configurando o services.cfg

O exemplo abaixo capacita o Nagios para fazer a checagem do tráfego no gateway da rede. O arquivo RRD deve ser apontado corretamente, e os parametros de Okay, Warning e Critical estão preparados para um link de 2Mbps. Usaremos então o alias check_traf configurado no arquivo /etc/nagios/misccommands.cfg anteriormente.

# 'Traffic' service definition
define service{
use generic-service
host_name gw
service_description TRAF
check_command check_traf!/var/www/rrdtool/data/router-ser0.rrd!5 1000000!5 1500000!0 2000000
}

O próximo exemplo será usado para fazer a checagem de CPU, deve ser alterado o nome do servidor espeficicado pela diretriz host_name e também o caminho para o arquivo RRD.

# 'CPU' Service definition
define service{
use generic-service
host_name NOME_DO_SERVIDOR
service_description CPU
check_command check_cpu_smp!/var/www/rrdtool/data/servidor-cpu.rrd!CPU
}

Para checagem de disco podemos usar o exemplo abaixo, deve ser alterado a diretriz host_name e o caminho do arquivo RRD.

# 'Disc' Service definition
define service{
use generic-service
host_name NOME_DO_SERVIDOR
service_description DISC
check_command check_discspace!/var/www/rrdtool/data/servidor-disc.rrd!/
}

Resultados

Como resultado do trabalho teremos a integração completa do RRDTool com o Nagios, onde será possível usufruir de todo poder de geração de relatório e alertas que o Nagios possui.

A imagem abaixo mostra um exemplo de aplicação do check_rrd, onde o Nagios está mostrando um alerta para o estado de Warning da inteface do host gw (gateway). Esse alerta foi emitido porque o tráfego de entrada é maior ou igual a 1 Mbps.

Obviamente neste estágio já é possível configurar o Nagios para tomar alguma ação quando esse recurso (tráfego) chegar neste estado (Warning), então o Nagios poderá enviar um e-mail, um SMS, soar um alarme, etc.

Notas sobre desempenho

Geralmente o arquivo RRD é atualizado a cada 5 minutos, se ocorrer do check_rrd tentar ler o arquivo enquanto ele estiver sendo atualizado pelo RRDTool, não ocorrerá nenhum erro, pois o check_rrd está preparado para suportar essa condição através da implementação de retries e timeout. As configurações destes recursos podem ser feitas através das opções -r e -t respectivamente, mas de um modo geral esses parâmetros não precisam ser alterados.

Em computadores lentos, com muitos processos sendo executados em espacial várias instâncias do check_rrd, talvez seja interessante aumentar o tempo de execução limite da checagem de serviços, para tanto edite a diretriz service_check_timeout do arquivo nagios.cfg. O valor padrão dessa diretriz é 60 (em segundos), recomendo aumentar seu valor para 90 caso haja necessidade.

Resolução de problemas freqüentes

Problema: Quando executo o check_rrd é exibido um erro de permissão:

$ ./check_rrd
bash: ./check_rrd: Permission denied

Resolução: O arquivo está sem premissão de execução, resolva da seguinte forma:

$ chmod +x check_rrd

Problema: Quando executo o check_rrd é exibido o seguinte erro:

./check_rrd
A string name must be especified to d1 option.

Resolução: É necessário especificar o conjunto mínimo de opções para executar o programa, segue um exemplo:

$ ./check_rrd -f disc.rrd -u "%" -d1 "/" -o 0.01 80 -w 0.01 90 -c 0 100

Considerações finais

O check_rrd é um plugin que está sendo muito útil tanto para mim quanto para muitos amigos em atividades de monitoração, por essa razão estou compartilhando com os colegas que aprecisam software livre.

Convido pessoas interessadas para participar do desenvolvimento e aprimoramento do plugin check_rrd. Apesar dele já estar funcional é possível melhora-lo, então mande comentários, códigos de correção, orações, presentes e dinheiro (toda ajuda é bem vinda . Obviamente os créditos por colaboração serão explicitos se for do agrado do colaborador.

Referencias

Nagios – Página oficial

RRDtool – Página oficial

Download do plugin check_rrd

Observações

Nagios ® e todas as marcas relacionadas são propriedades da Nagios Enterprises, LLC.

RRDTool ® e todas as marcas relacionadas são propriedades de Tobias Oetiker.

Não é intuito desse documento relacionar a marca Nagios ® com RRDTool ®. As marcas citadas aqui tem o único objetivo de mostrar como compartilhar informações do RRDTool com o Nagios por suas características técnicas.

Originalmente desenvolvido pela universidade do Carnegie-Mellon, é um tipo de teste de pergunta-resposta usado em conjunto com formulários para determinar se o usuário é humano. Entre outras coisas, isso pode evitar que scripts também conhecidos como robôs possam acessar determinadas partes de um website e colher informações em alta velocidade.

Exemplo de um CAPTCHA

Quando usar CAPTCHAs?

Os CAPTCHAs também podem ser aplicados para limitar o acesso automatizado à blogs e fóruns que sofrem com anúncios, propagandas e vandalismo, a fim de evitar ataques provenientes de robôs e para impor rate limit. Outra aplicação inteligente é impedir que placares de votações on-line sofram ação de robôs.

Implementar um CAPTCHA pode ser um grande desafio, pois trata-se de uma tecnologia que envolve manipulação de imagens com foco em segurança. Em princípio pode parecer simples afinal o processo básico se baseia em:

1. Estampar uma string sob um fundo preferencialmente colorido, esse fundo pode ser até mesmo uma imagem previamente editada.
2. Mover alguns pixels da figura de forma que ela se torne diferente da original. Basicamente isso pode ser obtido movendo algumas linhas e colunas 2 ou 3 pixels para qualquer lado.
3. Exibir a imagem num formulário.
4. Testar se a string digitada pelo usuário é igual a originalmente usada para criar a figura.

O processo aparentemente simples se torna complexo no momento em que é necessário o uso de algoritmos matemáticos complexos para criação de imagens muito destorcidas e ainda assim legíveis para o olho humano.
Isso é necessário, pois atualmente existem softwares capazes de interpretar via OCR o texto dos CAPTCHAS.

Como Implementar um CAPTCHA?

Neste artigo usaremos o freeCap, um bem sucedido projeto de CAPTCHA que já faz muito além do que foi originalmente idealizado.

O freeCap foi criado por Howard Yeend em meados de 2004 e já está na versão 1.4.1. Desde que o desenvolvedor iniciou o projeto, o freeCap ganhou novas funcionalidades como rate-limit, um extenso dicionário de palavras e também mais estabilidade.

As imagens CAPTCHA exibidas pelo freeCap são originalmente baseadas em um dicionário de palavras da língua inglesa, porém é possível alterar esse dicionário de palavras, ou até mesmo desativa-lo, onde serão exibidas strings aleatórias na imagem.

Usar uma implementação pronta de um CAPTCHA tem seus prós e contras:

Vantagens:

• Um produto já pronto, testado e funcional.
• Quando necessário correções são feitas pelo desenvolvedor.
• Funcionalidades adicionais podem ser implementadas pelo desenvolvedor do produto.
• Os algorítimos usados são avançados e difíceis de serem trapaceados.

Desvantagens:

• Podem haver backdoors no código do programa.
• O desenvolvedor pode simplesmente parar o projeto e não haver mais atualizações do programa.
• Pelo fato de usar um programa popular, uma falha descoberta colocará todos utilizadores do programa em risco

Estrutura do freeCap

O freeCap é composto pelos seguintes arquivos:

• COPYING.txt – licença GNU versão 2;
• freecap.php – núcleo do freeCap;
• freecap_wrap.php – formulário de teste e demonstração;
• .ht_freecap_font1.gdf – fontes;
• .ht_freecap_font2.gdf – fontes;
• .ht_freecap_font3.gdf – fontes;
• .ht_freecap_font4.gdf – fontes;
• .ht_freecap_font5.gdf – fontes;
• .ht_freecap_im1.jpg – imagem;
• .ht_freecap_im2.jpg – imagem;
• .ht_freecap_im3.jpg – imagem;
• .ht_freecap_im4.jpg – imagem;
• .ht_freecap_im5.jpg – imagem;
• .ht_freecap_words – dicionário.

Não confunda os arquivos fontes com arquivos com códigos fonte. Esses arquivos possuem as características básicas dos formatos dos caracteres que serão exibidos na imagem.

Os arquivos com imagens são usados para criar imagens de fundo.

Como já mencionado o arquivo de dicionário pode ter seu conteúdo substituído por outras palavras, porém em muitos casos é recomendo que o dicionário não seja usado, a menos que ele seja excessivamente grande a ponto de uma palavra quase nunca ser repetida. O uso de palavras pré definidas (dicionário) pode abrir precedentes para que um robo consiga obter todo conjunto de palavras possíveis e dessa forma o CAPTCHA perderá sua funcionalidade.

Os primeiros passos

Para começar o trabalho com o freeCap, realize o seguinte procedimento:

1. Faça download do freeCap em:

   http://www.puremango.co.uk/freecap1.4.1.zip

2. Descompacte o arquivo no diretório de trabalho do seu servidor web:

   $ unzip freecap1.4.1.zip

3. Teste o funcionamento acessando o arquivo freecap_wrap.php, deverá ser exibido o seguinte formulário:
   

   Formulário de exemplo do freeCap (freecap_wrap.php)

   Se a imagem do CAPTCHA não aparecer é um forte indício que o módulo GD do PHP não está instalado corretamente.

Com esses primeiros passos o leitor já está um pouco familiarizado com o freeCap, basta agora entendermos a estrutura desse formulário de exemplo para que seja possível customiza-lo e aplicar o freeCap aos seus formulários já existentes.

Customizando o script

Vamos entender algumas variáveis importantes do script freecap.php, os valores padrão das variáveis serão destacados com sublinhado:

• $output: Formato em que o CAPTCHA será gerado, os tipos suportados são jpg, png e gif.
• $use_dict: Define o uso do dicionário, isso é feito com os números booleanos 0 e 1.
• $dict_location: Define o arquivo de dicionário com caminho completo, por exemplo: ./.ht_freecap_words.
• $max_word_length: Define o número de caracteres que será usado na geração de strings atórias, ou seja, quando o dicionário não for usado. O valor padrão é 6.
• $col_type: Define se todos caracteres terão a mesma cor (0) ou se cada um terá uma cor diferente (1).
• $max_attempts: Númeo de tentativas para acertar a string (20).
• $bg_type: 0=transparent (valido somente para png e gif); 1=branco com uma grade de fundo; 2=branco com linhas emaranhadas de fundo; 3=Fundo com quadrados mistos.
• $morph_bg: Quando true realiza uma distorção da imagem de fundo, quando false a imagem de fundo fica mais linear.
• $tag_str: Contem a string que será exibida na imagem o valor padrão é freeCap v1.41 – puremango.co.uk e é extremamente recomendável que essa variável seja alterada num ambiente de produção, podendo ser setada para null caso não tenha a intenção de exibir uma string desse gênero na imagem.

Referências

Livro: Segurança em PHP

Website: pureMango (página do desenvolvedor do freeCap – Howard Yeend)

Observações

Este artigo é um texto complementar ao livro Segurança em PHP, publicado pela Novatec Editora.

Fica o meu agradecimento à revista PC & Cia e ao Jansen pela oportunidade de divulgação do meu trabalho.

Para ver a resenha completa clique na imagem abaixo:

As imagens da revista PC & Cia da editora Saber foram utilizadas somente para fins de divulgação.

É uma grande recompensa ter esse reconhecimento por parte dos leitores que colocaram o livro entre os 10 mais vendidos numa livraria de grande expressão para o público técnico. E o que me deixa ainda mais satisfeito é que esse resultado foi alcançado no mesmo mês do lançamento do livro.

Realmente fico muito grato à confiança depositada no livro pelos leitores e agradeço à todos pelas críticas construtivas e elogios que tenho recebido diariamente.

Conheça melhor o livro.

Antes de mais nada gostaria de agradecer às centenas de pessoas que se inscreveram, depositando confiança no site e no livro.

Entrarei em contado por e-mail com os sortudos para confirmar o endereço postal e então enviarei os exemplares do livro com dedicatória pelos Correios sem nenhum custo.
Os dois sorteados foram:

• Eduardo Sierra
• Flavio Grechi

O evento como todos os demais realizados pela Tempo Real foi impecável em todos os sentidos. O local foi muito bem escolhido, os atendentes foram todos muito cordiais e os stands estavam muito bem montados. Os profissionais envolvidos na organização estão realmente de parabéns.

Quero expressar o meu agradecimento à Tempo Real Eventos e à ProPHP pela oportunidade de ter participado desse evento com profissionais e personalidades de grande envergadura. Agradeço também à Carolina da Novatec Editora pelo apoio prestado, pelos banners e pelo livro que foi sorteado na palestra.

Algumas fotos foram feitas por Ricardo Striquer.

O evento não é gratuito, mas felizmente recebi algumas credenciais que poderei passar para quem estiver interessado em participar.

Separei esses para familiares e amigos e sortearei alguns para os visitantes do site. Em breve divulgarei como conseguir o seu!

Já está disponível para pré venda o meu primeiro livro – Segurança em PHP. Neste livro apresento uma proposta inovadora sobre assuntos relacionados à segurança de programas PHP e servidores web.

As falhas de segurança em servidores web são um assunto, cada vez mais, em evidência, e é alarmante o crescimento de websites que sofrem ataques de todos os tipos. É necessário que os profissionais estejam sempre bem preparados e conheçam as maneiras corretas de impedir que vulnerabilidades sejam exploradas.

Segurança em PHP é uma obra de referência com conceitos e dicas preciosas tanto para programadores quanto para administradores de sistemas que têm como objetivo manter servidores e scripts PHP seguros e confiáveis.

Além de abordar aspectos de programação segura referentes à linguagem PHP, o leitor encontrará dicas de como programar de maneira eficiente e como configurar o servidor web e as conexões com banco de dados de forma segura para minimizar as possibilidades de falhas na segurança.

Márcio Pessoa e Marcos Pontes

Foi um evento único em que ele narrou com muito bom humor as peripécias do garoto da cidade de Bauru que foi ao espaço.

Jon Maddog Hall e Márcio Pessoa

Essa foto foi tirada hoje pela manhã num evento promovido pela LPI Brasil no lançamento das provas LPI nível 3 “beta”.
Tive o privilégio de ser um beta tester LPIC nível 3 e confesso que foi uma sessão de tortura – foram mais de 6 horas de prova sobre LDAP, Samba, integração entre Windows/Linux e capacity.

Temos mais 6 programados PHP soltos por aí

Leonardo de Sousa, Luiz, Carolina, instrutor Márcio, Raphael, Carlos e Leonardo Dias (em baixo).

Este artigo mostrará como configurar recursos do Linux para instalar o StarCraft e como melhorar o desempenho do jogo.

Apesar ser bem antigo em relação aos novos jogos de estratégia que estão sendo lançados, como Warcraft 3 e outros, StarCraft é ainda encontrado largamente em lan houses e existem vários servidores para jogos multiplayer na Internet. Certamente um excelente jogo e é garantia certa de horas de divertimento.

Para que a “mágica” aconteça, iremos usar o Wine, este programa oferece uma camada de compatibilidade Windows para estações UNIX.

O que me levou a pesquisar sobre isso

Percebo que principalmente no Brasil o software livre está tendo uma grande adesão, mas ainda existe muito a ser feito para que as pessoas entendam que software livre não é apenas software gratuito e Linux não é um bicho de sete cabeças, muito menos um comedor de criancinhas…

Já existe um esforço da comunidade muito bem sucedido para produzir os mais diversos aplicativos, mas apesar de também existir um esforço considerável para termos jogos livres, ainda existe uma grande dificuldade para encontrar qualidade como nos games tradicionais de código fechado.

Por essa razão escrevo esse artigo, para que pessoas que desejam migrar para uma plataforma de código aberto possa faze-lo sem abrir mão de seus jogos, iniciando pelo StarCraft.

Requisitos do sistema

Os requisitos do StarCraft para rodar numa distribuição Linux são bem diferentes dos simplórios requisitos originais, onde é necessário apenas um computador com processador Pentium 90 MHz e 16 MB de memória RAM. Como o StarCraft rodará de forma emulada o seguinte hardware se faz necessário:

• Processador com 800 MHz ou melhor
• 256 MB de momória RAM
• 100 MB de espaço em disco
• CD-ROM 2x (4x para animações)
• Placa de vídeo SVGA (preferencialmente com mais de 32 MB de RAM)
• Placa de som
• Distribuição Linux instalado e com suporte a Internet (nos testes foi usado o Fedora Core 5)

Instalação do Wine

Fedora Core

A instalação do Wine no Fedora Core pode ser feita através dos pacotes RPM encontrados no site da distribuição, mas a forma mais fácil de faze-lo é usando o utilitário yum, da seguinte forma:

Execute os comandos abaixo para instala-lo, é necessário que o computador tenha acesso a Internet:

# yum -y install wine

Debian

Se você usar uma distribuição baseada em Debian, o pacote DEB pode ser obtido no site da distribuição, pois ele é nativamente suportado.

Para instalá-lo é possível usar o apt-get da seguinte forma:

# apt-get install wine

Código fonte

É pouco provável que sua distribuição não englobe o Wine em meio aos seus pacotes, mas caso ele não esteja incluso na sua distribuição, ou se você desejar instala-lo através do código fonte é possível obter os arquivos fonte no seguinte endereço:

www.winehq.com

Instalação do StarCraft

É possível instalar o jogo apenas no perfil de um simplório usuário, mas recomendo que seja instalado no diretório /opt, pois segundo o FHS um programa deste tipo deve ser gravado neste diretório. Além do mais, se instalado em /opt todos usuário da máquina poderão usa-lo.

Segue o procedimento de instalação:

1. Insira do CD-ROM StarCraft na unidade de CD-ROM.
2. Verifique se o ponto de montagem do CD-ROM, o diretório /mnt/cdrom existe:

   # ls -l /mnt/
   

3. Se não existir, crie-o da seguinte forma:

   # mkdir /mnt/cdrom
   

4. Como usuário root, monte o CD da seguinte forma:

   # mount /dev/cdrom /mnt/cdrom
   

5. Execute o programa de instalação através do Wine:

   # wine /mnt/cdrom/install.exe
   

   Será aberto o programa de instalação:

6. Clique em “Instalar Starcraft”
7. Surgirá uma janela com os termos da licença de uso, para continuar a instalação concordando com os termos da licença clique no botão “Concordo”.
8. Uma outra janela será exibida pedindo o nome do usuário e o “CD-key”, entre com as informações e pressione o botão “OK”.
9. Finalmente a janela de título “Starcraft – escolha diretório para instalar”, escolha o local para instalação do jogo. Nossa sugestão é o caminho Z:\opt\Starcraft, pressione então o botão OK. Então o jogo será instalado no computador e o processo de instalação está concluido.
10. Clique em “Sair da Instalação”.
11. Desmonte o CD-ROM:

# umount /mnt/cdrom

Instalacão do pacote de expansão Brood War

O Brood War é um pacote de expansão para o StarCraft que adiciona novas fases e personagens ao jogo, é indispensável para quem quer tirar todo proveito do game.

Segue o procedimento de instalação:

1. Insira do CD-ROM StarCraft Brood War na unidade de CD-ROM.
2. Como usuário root, monte o CD da seguinte forma:

   # mount /dev/cdrom /mnt/cdrom
   

3. Execute o programa de instalação através do Wine:

   # wine /mnt/cdrom/install.exe
   

   Será aberto o programa de instalação:

4. Clique em “Install Starcraft: Brood War”
5. Surgirá uma janela com os termos da licença de uso, para continuar a instalação concordando com os termos da licença clique no botão “Agree”.
6. Como estamos usando a versão traduzida para o português do StarCraft com a versão original em inglês do Brood War, uma mensagem será exibida informando que será feito um mix de linguagens, onde os personagens originais do jogo falarão em português, e os novos em ingles. Pressione “OK” nesta janela.
7. Após a instalação ter sido concretizada, clique em “Exit Installer”.
8. Desmonte o CD-ROM:

# umount /mnt/cdrom

Fazendo upgrades no StarCraft

Os updates são importantes, pois além de corrigir bugs do jogo eles o tornam mais equilibrados, originalmente sem nenhum update as raças do StarCraft tem algumas diferenças de poderes, mas com os updates as raças ficam extremamente bem equilibradas.

1. Faça download no site da Battle.net do último patch para StarCraft, para tanto acesse o seguinte link:www.battle.net
2. Como usuário root, execute o patch através do Wine:

   # wine BW-114.exe
   

   Automaticamente o processo de update iniciará e finalizará, abrindo a janela “Blizzard Updater v2.63b”.

3. Clique no botão “Show Details >>” para visualizar as alterações que foram feitas no jogo, ou simplesmente clique em “OK” para finalizar o procedimento.

Configurando

Antes de iniciar o jogo é necessário dar permissão para que os usuários possam criar seus perfis no jogo, para tanto vamos habilitar o sticky bit no diretório do StarCraft:

# chmod 1777 /opt/Starcraft/

Para o StarCraft funcionar é necessário que ele possa acessar a unidade de CD-ROM, desta forma é importante configurar o Wine para disponibilizar o ponto de montagem /mnt/cdrom como se fosse a unidade D:, este procedimento deve ser executado no perfil de todos os usuários que desejarem jogar StarCraft.

$ ln -s /mnt/cdrom ~/.wine/dosdevices/d:

Iniciando o jogo

Certifique-se que o CD-ROM do StarCraft esteja montado corretamente.

Finalmente para iniciar o jogo digite:

$ wine /opt/Starcraft/starcraft.exe

Melhorando o desempenho

Se você executou o jogo e não ficou satisfeito com a velocidade, ou acredita que ainda é possível melhorar, vou dar algumas dicas úteis para que o divertimento seja mais prazeroso.

Instale corretamente o device driver de sua placa de vídeo:

A causa mais muito comum para um péssimo desempenho do jogo é usar um device driver genérico para sua placa de vídeo. Instalamos corretamente o driver de uma nVidia GeForce 2 MX 400 com 32 MB de memória RAM e o jogo funcionou perfeitamente. Antes disso era impossível iniciar uma partida do jogo devido ao baixo desempenho do driver de vídeo genérico usado na maioria das distribuições.

Priorize o processo do jogo:

É possível que durante uma partida o jogador perceba algumas travadas que deixam o jogo lento e logo em seguida tudo volta ao nomal, isso acontece pois programas concorrentes estão sendo executados em paralelo ao jogo. Para solucionar esse problema, basta rodar o jogo com prioridade máxima, da seguinte forma:

# nice -n -20 wine /opt/Starcraft/starcraft.exe

Considerações finais

Para facilitar a vida é possível criar uma imagem do CD-ROM no disco rígido e monta-la no lugar do CD-ROM, dispensando assim a utilização do mesmo. Talvez isso viole o acordo de licença do software, mas se não houver problemas legais, o procedimento pode ser feito da seguinte forma:

# cp /dev/cdrom /home/StarCraft.iso
# mount -o loop /home/StarCraft.iso /mnt/cdrom

Em meados de 2003 a produtora de StarCraft iniciou um novo projeto da série, o StarCraft Ghost, um jogo de primeira pessoa que prometia muito, mas apesar do jogo ter um enredo alucinante como é típico de todos os jogos da Blizzard, o game saiu das pranchetas mas não chegou as prateleiras. Especula-se que ele nunca foi lançado, pois com os recursos disponíveis na época seria apenas mais um jogo de ação em primeira pessoa, mas muito provavelmente com o lançamento do PlayStation 3 em novembro deste ano a Blizzard deve retomar esse projeto para felicidade dos fãs.

Observações

StarCraft®, Brood War® e todas as marcas relacionadas são propriedades da Blizzard Entertainment® ou de suas afiliadas.

Não é intuito desse documento relacionar as marcas supra citadas com Linux, com as distribuições mencionadas ou qualquer outro assunto abordado neste documento. O verdadeiro intuito deste documento é demonstrar que é possível executar o jogo StarCraft num ambiente Linux através da tecnologia Wine.

“Duas cabeças pensam melhor do que uma”. Quem nunca ouviu esse ditado? No fundo, ele remete a algo que, segundo as empresas de recursos humanos, é bastante valorizado em qualquer profissional hoje em dia: a capacidade de trabalhar em conjunto.

Discussões homéricas podem surgir em torno das conclusões e dos estudos dos especialistas em RH, mas a verdade é que o trabalho em conjunto é de fato importante. Você mesmo, caro leitor, foi feito literalmente de uma ação em conjunto – de mamãe e papai.

A idéia de dividir e compartilhar para alcançar resultados melhores e mais rápidos está bem presente na informática. O próprio Linux é o que é hoje devido a essa filosofia, que ainda aparece em campos tão distintos quanto os da computação distribuída e da Web Arte, temas de que já tratamos aqui na Geek (#20 e #24, respectivamente).

Num mundo em que redes, servidores, roteadores, máquinas-clientes e protocolos se tornam cada vez mais presentes no dia-a-dia, uma forma de processar dados de forma compartilhada vem se destacando no universo da informática: o cluster.

Em inglês,a palavra “cluster” está ligada à noção de conjunto, sendo utilizada até na biologia e na economia. Na informática, não é diferente: (ambiente de) cluster é o nome dado a um grupo de computadores que trabalham em conjunto num processamento compartilhado, de modo a executar este processamento como se fossem um só, mas com maior capacidade e rapidez do que se a tarefa fosse feita em uma única máquina.

Multiprocessamento e paralelismo

É possível relacionar a noção de cluster à de multiprocessamento, que, numa definição clássica e simplista,é o processo que ocorre quando dois ou mais processadores de um computador agem simultaneamente na execução de tarefas.

Essa idéia de somar capacidade de processamento de diferentes máquinas, porém, está atrás não só da noção de cluster – que a amplia para incluir outras máquinas –, mas também na de computação distribuída, procedimento usado em projetos como o SETI@home (http://setiathome.ssl.berkeley.edu ).

A diferença é que o cluster ocorre essencialmente em servidores, executando o que chamamos de computação paralela: máquinas de um mesmo ambiente de rede,processando dentro de um mesmo sistema operacional, visando atender às demandas dos clientes com
maior rapidez e segurança. Já a computação distribuída não necessariamente utiliza o mesmo SO e mistura as funções de cliente e servidor (no que se assemelha com o P2P), atuando num ambiente mais aberto (em geral, a totalidade da Internet, que é uma rede de redes).

Estas, evidentemente, são também definições tradicionais. À medida que a popularização da técnica e da informação permite que se construam clusters utilizando até computadores domésticos, alguns itens ficam um tanto perdidos, como é o caso, para o cluster, da separação entre servidor e cliente.

Moda brasileira

Na Internet, é possível encontrar projetos independentes, inclusive brasileiros, para a construção de clusters domésticos. Dois deles, o LC3 (Low Cost Computer Cluster)e o Multipingüim ensinam ao utilizador como montar seu próprio cluster. O objetivo é criar um ambiente com alta capacidade de processamento sem gastar muito – e engana-se quem pensa que iniciativa assim é coisa de amador.

Os idealizadores dos projetos – Márcio de Sousa Pessoa e Marcos Pitanga, respectivamente – já são manjados na área. Pitanga, inclusive, tem um livro publicado pela editora Brasport (www.brasport.com.br): Construindo Supercomputadores em Linux.

O embrião do projeto LC3, de Márcio Pessoa, surgiu quando o técnico tomou contato com problemas computacionais que exigiam grande demanda de processamento, a qual, inicialmente, se destinava a cálculos matemáticos específicos, como simulações científicas, identificação de números primos e cálculos com elementos finitos.

Atualmente, o LC3 é usado por três pessoas, incluindo o próprio Márcio, para pesquisas, executando cálculos e renderizando imagens com o software POV-Ray (www.provray.org).

Marcos Pitanga, por sua vez, montou o Multipingüim atendendo a um desafio proposto por sua orientadora de pós-graduação. Seu cluster também é indicado para o processamento de imagens e atende demandas específicas de desenvolvedores. Ambos os projetos, porém, podem ser usados para outras finalidades,por qualquer utilizador que necessite de alto poder de processamento. Os links, você encontra no final da matéria.

Informática, poesia e viagens espaciais

Os projetos dos brasileiros evocam uma outra característica do cluster: ainda que ele seja instalado em companhias, provedores, etc., o fator que o originou, além do aumento da performance, foi exatamente a possibilidade de gastar menos, embora, é claro, o “menos ” de uma empresa não corresponda ao “menos ” de um utilizador doméstico.

A necessidade de compartilhar para economizar surgiu inicialmente na NASA, a agência espacial norte-americana. A agência já possuía demandas que remetiam à computação de alta performance, mas os supercomputadores, muito caros, estavam fora de questão: não havia dinheiro para financiar a construção de uma máquina com o poder de processamento que eles precisavam.

Foi aí que surgiram os salvadores da pátria: Thomas Sterling e Don Becker, que, usando 16 computadores equipados com chips DX4 a 100 MHz e conectados por meio de Ethernet, construíram o primeiro cluster da história.Era o verão de 1994. A “máquina ” criada pela dupla recebeu o nome de Beowulf, título de um poema épico datado do século VIII,o mais antigo escrito existente em inglês. Sterling e Becker trabalhavam para o CESDIS – Center of Excellence in Space Data and Information Sciences –, uma divisão da USRA – Universities Space Research Association.

O sucesso do Beowulf foi incontestável,e logo ele se disseminaria por toda a NASA e entre pesquisadores e setores acadêmicos. A “máquina ” inicial acabou resultando num projeto, o Projeto Beowulf, e se transformou num tipo especial de cluster – Beowulf Class Cluster Computers – dentro da computação de alta performance (ou alto desempenho). Atualmente, o projeto é de responsabilidade da Scyld Computing Corporation, companhia fundada pelos participantes do Beowulf original.

Alto Desempenho X Alta Disponibilidade

A computação de alta performance ou alto desempenho (em inglês, High Performance Computing – HPC), cuja finalidade é realizar tarefas que exijam alto poder de processamento, está no coração da origem do cluster. Os clusters HPC têm,
portanto, o objetivo de potencializar ações computacionais específicas em torno de um objetivo comum,gerando resultados mais rápidos e eficientes.

Geralmente, os utilizadores deste tipo de cluster são cientistas ou pesquisadores que lidam com dados complexos, mas
existem inúmeras outras aplicações, inclusive no cinema. No filme Titanic, por exemplo, dezenas de máquinas Linux e
Windows NT foram usadas na renderização de imagens, para conferir um aspecto mais realista à obra.

Existe,porém,um outro tipo de cluster, o cluster de alta disponibilidade (em inglês, High Avaliability – HA). Muito usado
por provedores, o cluster HA é constituído de tal forma que permite a redundância de partes do sistema – e, portanto, de
equipamentos –, visando manter um determinado serviço ininterruptamente. Em outras palavras:no caso de ocorrer um
problema técnico em uma máquina,sua utilização é transmitida para outra,permitindo total disponibilidade do serviço,
mesmo que um dos servidores do cluster venha a “cair”.

Antes de instalar um cluster, portanto, o interessado deve avaliar se deseja alto desempenho ou alta disponibilidade, pois
em cima desta decisão é que toda a configuração do ambiente será montada e o sistema operacional, escolhido – embora
haja uma hegemonia de sistemas Unix, com o Linux manifestando grande crescimento. Em seguida, há a parte da adaptação das aplicações desejadas para a computação paralela, sendo que, na maioria das vezes,é necessário escrever um programa.

Há também ocasiões em que se exige de um cluster atingir os dois objetivos, alta disponibilidade e alto desempenho,
concomitantemente. Se for este o caso,as atitudes a serem tomadas serão, evidentemente, mais complexas, e encarecerão os custos de implantação.

Nós homogêneos, lucros substanciais

Não é difícil concluir que um cluster é uma espécie de rede – e é mesmo. A ele, inclusive, atribui-se características e nomenclaturas similares às redes comuns,como a arquitetura em nós. A diferença é que o cluster é homogêneo, ou seja, trata-se, aos olhos do operador, de uma só máquina, de maneira que já podemos remover as aspas que usamos ao contar a história da criação do Beowulf.

Grosso modo, cada computador participante do cluster se constitui em um nó de rede, por meio do qual trafegam os dados transmitidos na cooperação e comunicação entre as diferentes máquinas, permitindo coordenar e organizar todas as ações subjacentes. Uma vez que as aplicações que rodam no cluster são, quase sempre, do tipo missão crítica, esta organização precisa transcorrer de forma perfeita e eficaz, sob pena de se perder todo o trabalho. A eficácia, por sua vez, deve ser guiada por alguns princípios básicos. Além de agir realmente como se fosse um único sistema e uma única máquina e ser padronizado – inclusive no sistema operacional, como já dissemos – e formado por computadores comuns, um cluster bem constituído também deve permitir a inclusão de nós e dispositivos sem interrupção dos serviços (neste caso,especialmente se for do tipo HA), ser capaz de detectar falhas internas, agir automaticamente para não comprometer suas atividades e ser dotado de mecanismos que facilitem configurar, gerenciar e fazer manutenções no sistema.

Evidentemente, as empresas de hardware e software já há muito tempo põem os olhos nessa demanda,oferecendo para as
corporações equipamentos e dispositivos bem distantes da realidade de muitos de nós, simples mortais, como os chips de 64 bits, ao estilo do Itanium, da Intel.

HP, Sun Microsystems e IBM são alguns dos destaques neste disputado – e lucrativo – mercado. A Big Blue, como todos sabem, vem investindo no Linux e,no final de 2001, produziu os primeiros clusters do Pingüim pré-configurados, o que deu um importante impulso para a adoção do software livre no ambiente da computação de alto desempenho.

Para saber mais:

www.ime.usp.br/~nelio/publications/linuxha/html/linuxha.html: texto acadêmico que trata de Linux e clusters HA

www.gabrieltorres.com.br/super.html e

www.multipinguim.hpg.ig.com.br: Projeto Multipingüim

www.lc3.underlinux.com.br: Projeto LC3 (contém noções sobre clusters)

www.beowulf.org: Projeto Beowulf

Por João Marinho com colaboração de Márcio de Sousa Pessoa

Este artigo foi originalmente publicado pela revista revista Geek número 26 (Outubro de 2002 – Editora Digerati – ISSN 1516-9650). Homepage: www.geek.com.br

Atualmente o jnettop é suportado por muitas distribuições com pacotes RPM e DEB, mas se sua distribuição não suporta esses pacotes isso não é nenhum empecilho, pois trata-se de um programa muito simples, e mesmo uma pessoa sem experiência em compilação poderá instala-lo.

O nome jnettop tem origem no tradicional comando top usado largamente em vários sistemas unix, este tem como objetivo mostrar em tempo real o comportamento dos processos na maquina, exibindo os recursos consumidos, o tempo de execução e outras informações. O jnet tem origem na primeira letra do nome do autor do código (Jakub) seguida de net, abreviação de network. Em português pode parecer difícil falar jnettop, mas pelo contrário é muito simples, a pronuncia correta é jei-net-top.

Como funciona?

O jnettop trabalha associando o trafego da interface de rede com os endereços IP dos hosts envolvidos nas sessões TCP. Trafego UDP e ICMP também é exibido pelo jnettop.

Para a interface gráfica é usado a biblioteca ncurses, o que dá ao programa uma excelente aparência e usabilidade facilitada.

As versões mais recentes estão trazendo poderosos recursos, um dos mais interessantes é a capacidade de agregação, onde é possível fazer um resumo de todo o tráfego proveniente de um host.

Instalação

Fedora/RedHat

Se você usar uma distribuição baseada em Fedora (Red Hat), o pacote RPM pode ser obtido no seguinte endereço:
http://jnettop.kubs.info/

Execute os seguintes comandos para fazer download e instala-lo:

# wget http://jnettop.kubs.info/dist/jnettop-versao.i386.rpm
# rpm -ivh jnettop-versao.i386.rpm

Debian/Ubuntu

Se você usar uma distribuição baseada em Debian, o pacote DEB pode ser obtido no site da distribuição, pois ele é nativamente suportado.

Para instalá-lo é possível usar o apt-get da seguinte forma:

# apt-get install jnettop

Código fonte

Se a sua distribuição não possui o jnettop como pacote pre compilado, é possível compila-lo através do arquivo fonte disponível na URL mencionada acima.

Para fazer download do arquivo e instala-lo faça o seguinte:

# wget http://jnettop.kubs.info/dist/jnettop-versao.tar.gz
# tar zxvf jnettop-versao.tar.gz
# cd jnettop-versao
# ./configure
# make
# make install

Configuração

O jnettop possui um único arquivo de configuração, é um arquivo oculto e deve ser gravado no diretório home do usuário com o nome .jnettop.

O programa funciona normalmente sem a existência deste arquivo, mas para um funcionamento refinado é interessante que ele seja configurado.

Para não começar a edição de um arquivo sem nehuma referencia, após a instalação do programa, um arquivo de configuração de exemplo é gravado em:

/usr/share/doc/jnettop-versao/.jnettop

Este arquivo deve ter um aspecto semelhante ao que segue:

interface "eth0"
variable "intranet" "net 192.168.1.0/24"
rule "Arcademy" "host www.arcademy.com.br"
rule "Linux" "host www.linux.org"
rule "IPv6" "ip6"
local_aggregation none
remote_aggregation none

Abaixo podemos encontrar uma breve explicação para os parâmetros deste arquivo de configuração.

• interface: Define a interface de rede que será “escutada”
• local_aggregation: Habilita a agregação de trafego local, os estados que podem ser assumidos são: none, host, port.
• remote_aggregation: Habilita a agregação de trafego remoto, os estados que podem ser assumidos são: none, host, port.
• rule: Define uma regra para ser usada como um filtro.
• local_network: Define uma faixa de IPs para os hosts considerados da rede local.
• resolve: Recurso para resolver nomes dos hosts, os valores a serem assumidos são: on, off.

Usando o jnettop

Para iniciar o jnettop, basta digitar o seguinte no prompt de comando.

# jnettop

Uma interface semelhante ao top será exibida. Alguns itens interessantes a serem observados com atenção nesta interface são:

• run: Mostra o tempo que o programa está rodando
• device: Informa o dispositivo de coleta
• pktfilter: Seleciona um filto definido no arquivo de configuração pelo parametro “rule”
• bps: Alterna modo de exibição entre “bits por segundo” e “bytes por segundo”
• local aggr.: Agregação de trafego local, os estados que podem ser assumidos são: “none”, “host”, “port”
• remote aggr.: Agregação de trafego remoto, os estados que podem ser assumidos são: “none”, “host”, “port”
• quit: Sai do jnettop
• help: Mostra uma mensagem de help (na versão usada neste documento o help ainda não havia sido escrito – “I must write something here… ”)
• sorting: Seleciona a coluna pela qual será ordenada as sessões
• packets: Alterna o modo de exibição entre “pacotes por segundo” ou o modo de exibição anterior
• . pause: Pausa a para analisar os dados, para voltar a coleta deve ser pressionada qualquer tecla.
• 0-9 switch device: Altera o dispositivo de coleta.

Conclusão

O jnettop é uma importante ferramenta para monitorar trafego em pequenas redes, é extremamente útil para encontrar problemas como máquinas que estão gerando tráfego excessívo e etc…

O jnettop está sob licença GNU versão 2, e é um projeto muito recente em termos de software livre, tendo sua primeira versão lançada em 8 novembro de 2002.

Ele ainda possui algumas deficiências, mas o desenvolvedor Jakub Skopal atualiza o programa e o site frequentemente e tem se mostrado uma pessoa muito aberta para sugestões em seu software.

Links wi-fi tem um raio de atuação de até 100 metros em ambientes abertos. Para algumas aplicações, esse raio pode ser pequeno, mas existem algumas maneiras de solucionar esse problema usando antenas mais poderosas e amplificadores de sinal.

Este documento fará uma breve introdução a uma técnica muito popular nos Estados Unidos e Europa para melhorar o sinal de links wi-fi (IEEE 802.11x), faremos uso de uma antena caseira feita com uma embalagem de batatas Pringles®.

Existe um grande número de aplicações para essa antena, os mais comuns são para uso de link ethernet entre prédios, compartilhamento de Internet entre vizinhos, etc.

Recomendo que seja estudada as questões legais quanto ao uso que o leitor pretenda dar a essa antena. O uso dela para scannear redes de terceiros (warchalking) é desaconselhável e ilegal.

Como funciona?

A antena consiste em basicamente três elementos:

• Refletor: O refletor é composto simplesmente por um tubo de Pringles®. Essa embalagem de batatas tem a propriedade de ser revestida internamente por alumínio, um material paramagnético. O revestimento do tubo terá a importante tarefa de convergir as ondas eletromagnéticas para o elemento coletor da antena.
• Coletor: Também chamado de guia-de-onda, este simples elemento terá a função de receber as ondas eletromagnéticas provenientes do refletor e direcionar para o elemento receptor da antena. A distancia entre as arruelas está diretamente relacionada com a freqüência de onda usada nas redes wireless.
• Receptor: O receptor consiste em apenas um fio rígido de cobre, ele tem a função de captar as ondas eletromagnéticas que foram direcionadas para ele através dos elementos refletor e coletor. O sinal recebido por ele é transmitido diretamente para a placa de rede wireless através de um cabo.

Material usado

Material usado para fazer a antena:

1 - Lata grande de Pringles®
    Sabor: Qualquer um

1 - Parafuso
    Comprimento: 14,3 cm
    Diâmetro: M4
    Material: aço

5 - Arruelas
    Diâmetro: 2.54 cm
    Espessura: 1.5 mm
    Material: aço ou alumínio

4 - Tubos
    Material: Alumínio
    Diâmetro: 1/4 polegada
    Comprimento: 30,78 mm

2 - Porcas
    Material: nylon ou plástico
              Em último caso por ser
              usado aço
    Diâmetro: M4

1 - Disco
    Material: plástico
              Pode ser uma outra tampa
              de Pringles®
    Diâmetro: 73,5 cm

1 - Fio
    Material: Cobre
    Comprimento: 20 mm
    Calibre: 12

1 - Conector
    Padrão: N
    Sexo: Fêmea
    Suporte: Rosca

Material usado para fazer o cabo da antena (pigtail):

1 - Cabo
    Tamanho: 2 m
    Tipo: Coaxial
    Impedância: 45 homs

1 - Conector
    Padrão: N
    Sexo: Macho

1 - Conector
    Padrão: -
    Sexo: -

Mais sobre o coletor

Dificilmente os tubos de alumínio serão encontrados no comprimento correto, sendo assim, o mais coerente a ser feito é obter um tubo grande com o diâmetro correto e corta-lo a fim de ter os tubos pequenos. Este tipo de material é comum em lojas que vendem peças para os amantes de aeromodelismo.

É importante que os tubos sejam cortados com precisão, pois esta medida está diretamente relacionada a freqüência de onda usada em redes wireless. Veja como é possível chegar ao comprimento correto do tubo:

O número 2,412 é a freqüência do canal wireless de número 1 em giga hertz. Vejamos um outro exemplo para o canal 11 de 2.462 GHz.

Pode não ser a intenção do leitor montar uma antena especificamente para uso em uma rede, capaz de usar eficientemente apenas um canal. Sugiro então o raciocínio de encontrar o tamanho médio para o tubo abrangendo todos os canais wireless possíveis.

Os tubos do coletor cortados com o comprimento de 30,78 mm funcionarão satisfatoriamente em todos os canais wireless, e terá um funcionamento próximo do ótimo usando os canais 5 e 6.

Construção

Abaixo temos um esquema detalhado de como montar a antena

Esquema de montagem da antena (Clique na figura para ampliar)

O cabo deve ser construído de acordo com a placa de rede wireless que será usada. Pois os conectores usados nas placas ainda não são padronizados. Recomendo que a aquisição da placa de rede wireless seja feita antes da confecção do cabo.

Cabo (pig tail)

Fotos

Coletor

Interior da antena, o receptor

Antena pronta vista de cima

Resultados

O teste de uso com a maior distância da antena foi de 280 metros, mas há relatos de que ela funciona até 2 km, pois ela pode proporcionar um ganho de até 12db.

Abaixo vemos um gráfico que foi gerado num teste de 20 metros entre o access point e o computador. É exibido ganho do sinal da placa de rede, onde num primeiro momento estava baixo, após conectada a antena, o sinal foi visivelmente melhorado.

Gráfico de ganho do sinal

Referências

Antenna on the Cheap (er, Chip)

Atrai ou não 2

Observações

Pringles ® e todas as marcas relacionadas são propriedades da The Procter & Gamble Company ou de suas afiliadas.

Não é intuito desse documento relacionar a marca Pringles® com a tecnologia wireless ou qualquer outro assunto abordado neste documento. A embalagem de Pringles® é usada aqui unicamente por suas características técnicas, que consistem na reflexão de sinais eletromagnéticos.

Problemas comuns como estouro de quota em disco, falhas na impressão de documentos, problemas no trafego da rede, podem ser evitados quando o sistema é monitorado com frequência.

O objetivo deste documento é mostrar os requisitos, aplicações, funcionalidades, e uso de um sistema eficiente e centralizado de mensagens de log.

Requisitos

Fenômenos na rede

• As mensagens do syslog são transmitidas pelo protocolo UDP na porta 514, tendo sempre um tamanho igual ou inferior a 1024 bytes por pacote [TSP].
• Geralmente o syslog não provoca sobrecarga em nenhum link de rede.
• As variaveis que influenciam diretamente na banda consumida na rede sao:
  • Número de máquinas participantes
  • Quantidade de recursos monitorados
  • Nível de detalhe dos logs

Espaço em disco

• O espaco em disco que será necessário para implantacão de um servidor centralizado de logs irá depender dos seguintes fatores:
  • Número de máquinas participantes
  • Quantidade de recursos monitorados
  • Nível de detalhe dos logs

Outros fatores como os tipos de aplicacões que são executados, e o número de usuários de um determinado sistema também podem influenciar significativamente no espaco em disco consumido pelos logs.

É extremamente recomendável usar uma solucao bem planejada de rotacionamento de logs para aliviar a carga de armazenamento dos disco, dessa forma será possível realizar uma implementacão do servidor com sucesso usando poucos recursos.

E a segurança como fica?

Um servidor syslog deve ficar protegido por um firewall [TSP], pois ele não possui nenhum tipo de autenticacão.

O syslog não é capaz de verificar a autenticidade da mensagem, sendo assim é importante adotar algum método para evitar mensagens de log forjadas por um outro dispositivo.

Não há nenhuma garantia de que as mensagens serão exibidas na ordem em que foram geradas, pois outros hosts podem enviar mensagens por intermédio da rede IP, gerando algum tipo de confusão na interpretação dos logs.

Os parâmetros de configuração

Nessa parte, o arquivo /etc/syslog.conf sofrera algumas alteracoes, fique atento ao editar este arquivo, pois ele e’ sensível ao carácter espaço. Use TABs pra identar corretamente o conteúdo do arquivo.

Usaremos o daemon do syslog com alguns parâmetros, abaixo temos uma breve explicação das opções usadas [LAS]:

-m %intervalo%

O syslogd registra uma marca regularmente, essa marca consiste numa linha com as sequencia escrita “– MARK –”. O intervalo padrão entre duas linhas são de 20 minutos. Ajustar o intervalo em zero desativa a exibição da linhas marcadoras completamente.

-r

Esta opcão habilita o recurso de receber mensagens da rede usando uma porta do protocolo TCP/IP (porta 514/udp). O padrão consiste em não receber mensagens da rede.

Configurando o servidor

Adicione as linhas abaixo no arquivo /etc/syslog.conf

# Copia toda saida de logs para os caminhos especificados
*.*	     /var/log/allnetwork

Para iniciar o syslog, use o seguinte comando:

# syslogd -m 0 -r

Configurando o cliente

Adicione as linhas abaixo no arquivo /etc/syslog.conf

# Copia toda saida de logs para o servidor especificado
*.*	     @%servidor%.%dominio%

Substitua os campos %servidor% e %dominio% pelo nome do servidor e seu domínio respectivamente. Essa linha pode ser repetida, objetivando que a mesma mensagem de log seja transmitida para vários servidores.

Para iniciar o syslog, use o seguinte comando:

# syslogd -m 0

Visualizando os logs

Visualizar os logs é uma tarefa simples, porém cansativa e desagradável, pois no exemplo de configuração citado todas as mensagens de todos os hosts de uma rede estão sendo direcionados para um único arquivo.

Para visualiza-lo, basta usar um dos vários comandos de exibição de arquivo, como mostra o exemplo:

[root@log_server]# tail /var/log/all
Sep 12 12:20:00 ws1 CROND[753]: (root) CMD (/usr/lib/sa/sa1 1 1)
Sep 12 12:20:00 ws2 CROND[2015]: (root) CMD (/usr/lib/sa/sa1 1 1)
Sep 12 12:20:00 log_server CROND[20813]: (mrtg) CMD (/var/www/mrtg/mrtg.sh)
Sep 12 12:24:00 mxs apcupsd[1033]: Communications with UPS lost.
Sep 12 12:24:00 mxs sendmail[767]: i8CFO0Cd007567: from=root, size=354
Sep 12 12:24:01 mxs apcupsd[1033]: fetch_data: tcp_open failed port 3551
Sep 12 12:24:01 mxs apcupsd[1033]: Communications with UPS restored.
Sep 12 12:30:00 ws1 CROND[2024]: (root) CMD (/usr/lib/sa/sa1 1 1)
Sep 12 12:30:01 ws2 CROND[7583]: (root) CMD (/usr/lib/sa/sa1 1 1)
Sep 12 12:33:05 log_server su(pam_unix)[2983]: session opened for user root

Nesse arquivo mensagens de todos os tipos, desde uma simples senha digitada incorretamente num terminal de usuário até mesmo um grave problema de blocos danificados num HD serão registrados.

Definindo prioridades aos logs

Como visto anteriormente, visualizar os logs é uma tarefa demorada e cansativa, o que muitas vezes pode resultar em desleixos, onde por ignorar mensagens importantes um sistema ou até mesmo uma rede inteira pode vir sofrer uma parada.

Nesta sessão temos as opções do syslog para filtrar e priorizar mensagens.

O padrao de facilidades no UNIX para o syslog é:

kern     - kernel
user     - Aplicacoes ou processos de usuarios (facilidade padrao)
mail     - Mensagens eletronicas mail/NNTP/UUCP/cron
news     - Mensagens eletronicas mail/NNTP/UUCP/cron
UUCP     - Mensagens eletronicas mail/NNTP/UUCP/cron
cron     - Mensagens eletronicas mail/NNTP/UUCP/cron
daemon   - Agentes do sistema
auth     - authentication and authorization related commands
lpr      - Linha de impressao e enfileiramento
mark     - Insere uma marca com horario em intervalos regulares
local%x% - 8 facilidades para auditoria customizada (%x% vai de 0 a 7)
syslog   - Mensagens internas geradas pelo proprio syslog
authpriv - Non-system authorization messages
*        - Equivale a todas opcoes acima exceto mark.

Para definir prioridades as mensagens, use as seguintes definições:

emerg    - O sistema ficará fora de operacao se não for resolvido
alert    - Uma acão imediata é necessária
crit     - Situacão critica
warning  - Erros recuperáveis
notice   - Situacão inesperada que mecere investigacão.
info     - Mensagens de informacão
debug    - Dados detalhados para desenvolvimento e testes

Com as informações acima, podemos definir no arquivo syslog.conf as mensagens que queremos analisar, como no exemplo abaixo que são mostradas as mensagens criticas com relação ao kernel:

# Exibe mensagens criticas ou de maior importancia vindas do kernel
kern.crit	     /var/log/allnetwork

Bibliografia

Aqui encontramos a lista de literaturas usadas para composicão deste documento:

[TSP] - RFC 3164 - The BSD syslog Protocol

http://www.ietf.org/rfc/rfc3164.txt?number=3164

[RDS] - RFC 3195 - Reliable Delivery for syslog

http://www.ietf.org/rfc/rfc3195.txt?number=3195

[LAS] - Linux System Administration - SYSKLOGD(8)
        $ man 8 syslogd

[SIL] - Security Issues in Network Event Logging (syslog)

http://www.ietf.org/html.charters/syslog-charter.html

Originalmente criado no final da década de 80 o PVM tem uma filosofia bastante interessante, pois visa principalmente o funcionamento em ambientes heterogêneos, afinal, ela foi criada pelo Heterogeneous Network Project. Com isso, é possível usar essa biblioteca interagindo entre diversos sistemas unix, OS/2, e ambientes menos usuais em clusters como máquinas com Windows NT, 2000 ou XP.

Os procedimentos descritos neste documento funcionam corretamente em ambientes que suportam pacotes RPM, mas pode ser realizado em qualquer “sabor” de GNU/Linux, com exceção no que diz respeito à instalação de pacotes. Caso seu sistema não suporte pacotes RPM não desista! O procedimento para instalação do PVM está muito bem descrito no arquivo README que acompanha o código fonte do PVM. O código fonte pode ser encontrado aqui: http://www.netlib.org/pvm3/

Para utilização proveitosa deste pacote, são necessários pelo menos dois computadores conectados à rede, ambos com protocolo TCP/IP em perfeito funcionamento.

É interessante que a rede possua uma tecnologia moderna, que possa oferecer a maior largura de banda possível, sendo que o PVM também funcionará perfeitamente numa rede lenta. Mas tome cuidado com isso, redes muito lentas podem afetar drasticamente o desempenho do processamento, tornando a obtenção de resultados inferior ao desempenho de máquinas com processamento local.

Instalação

Para instalar o PVM devemos usar os seguintes pacotes:

pvm-3.4.3-28.i386.rpm
pvm-gui-3.4.3-28.i386.rpm

O primeiro pacote consiste na biblioteca de troca de mensagens, o daemon PVM, alguns utilitários, programas de testes e outros. O segundo é a interface gráfica em TCL/TK, que proporciona ao usuário controle total sobre a máquina virtual paralela.

Instale o pacote pvm-3.4.3-28.i386.rpm:

[root@localhost RPMS]# rpm -ivh pvm-3.4.3-28.i386.rpm
Preparing...                ########################################### [100%]
  1:pvm                    ########################################### [100%]

Instale o pacote pvm-gui-3.4.3-28.i386.rpm:

[root@localhost RPMS]# rpm -ivh pvm-gui-3.4.3-28.i386.rpm
Preparing...                ########################################### [100%]
  1: pvm-gui               ########################################### [100%]

Configuração

Será necessário habilitar alguns serviços no sistema, talvez isso implicará em instalar adicionalmente o pacote xinetd.

Raramente uma instalação do GNU/Linux não possui os serviços do xinetd, caso sua instalação não possua este pacote, certamente ele poderá ser encontrado no CDROM de sua distribuição.

Configuração dos pré-requisitos

Os pré-requisitos devem ser configurados corretamente, pois são fundamentais para operação básica da máquina virtual paralela, sem eles não será possível adicionar máquinas ao PVM, e então o cluster só existirá fisicamente.

Os daemons

Configure os serviços rexec, rlogin, rsh para iniciarem automaticamente durante a iniciação do sistema. Para tanto será necessário iniciar também o daemon xinetd. Proceda da seguinte forma:

[root@localhost root]# ntsysv

A seguinte tela será exibida, então basta selecionar os serviços especificados.

Tela do utilitário ntsysv

Com isso, basta reiniciar o daemon xinetd com o comando:

[root@localhost root]# cd /etc/rc.d/init.d
[root@localhost init.d]# ./xinetd restart
Stopping xinetd:                                           [  OK  ]
Starting xinetd:                                           [  OK  ]

Contas de usuários

Todas as máquinas que fazem parte da máquina virtual devem possuir contas de usuários (do cluster) em comum, ou seja, se o usuário frango quiser usar o cluster PVM, ele deverá ter uma conta em cada máquina com o nome frango, e é ainda melhor se o uid do usuário frango for igual em todas as estações.

Em princípio, num cluster grande, isso pode parecer impossível de administrar, mas pode ser facilmente concebido com o auxilio de alguma ferramenta como NIS.

Configurando as variáveis de ambiente

É necessário, que a instalação em todos os hosts seja feita de forma igual, ou seja, os diretórios de instalação do PVM em todas os hosts devem ser iguais.

Com isso é necessário configurar algumas variáveis de ambiente em todos os hosts. Essas variáveis devem estar presentes no arquivo .bash_profile de cada conta de usuário que usará o cluster, ou no arquivo /etc/bashrc.

Adicione no final do arquivo mencionado as seguintes linhas:

# Variaveis de ambiente do PVM
export PVM_ROOT=/usr/share/pvm3
export PVM_TMP=/tmpexport PVM_ARCH=LINUX
export PATH=$PATH:$PVM_ROOT/lib:$PVM_ROOT/lib/$PVM_ARCH
export PATH=$PATH:$PVM_ROOT/bin/$PVM_ARCH
export PVM_DPATH=$PVM_ROOT/lib/pvmd

Para saber mais sobre essas variáveis de ambiente veja a página de manual do PVM, para tanto use o seguinte comando:

[root@localhost root]# man pvm_intro

O PVM possui as seguintes paginas de manual:

pvm             Informações sobre o uso do PVM e seus comandos.
aimk        Wrapper para portar aplicações para serem executadas em diversas estações.
pvmd3        Daemon que provê comunicação e controle de processos entre as estações.
pvm_intro    Documento com funcionalidades e variáveis de ambiente.

Configuração do PVM

Após realizar o procedimento descrito acima em todas as estações que farão parte do cluster PVM, configuraremos a máquina virtual. Essas configurações devem ficar na estação que será usada como Front-End, ou então em todas as máquinas que dispararão processos.

Vamos agora aprender sobre algumas funções, e comandos básicos do PVM.

Para incluir as estações à máquina virtual PVM manualmente, deve-se usar o comando add, da seguinte forma:

[root@localhost root]# pvm
pvm> add machine2
add machine2
1 successful
                   HOST     DTID
               machine2    80000

Dessa forma o host machine2 foi incluído manualmente à máquina virtual PVM.

Ainda é possível fazer a inclusão automática de hosts, para tanto, existem duas maneiras.

A primeira solução consiste em editar um arquivo texto simples, com os nomes das estações que fazem parte do cluster PVM, cada um em uma linha, dessa forma:

machine1
machine2
machine3

Esse arquivo pode ter um nome qualquer… Tendo como exemplo o arquivo hosts.pvm, podemos iniciar o PVM e adicionar os hosts simultaneamente dessa forma:

[root@localhost root]# pvm hosts.pvm

A outra maneira não menos útil, é passar em forma de comandos PVM a adição de hosts.

Criaremos um script, com o seguinte conteúdo:

#!/bin/bash

echo "add machine1 machine2 machine3"|pvm

Então para executá-lo, basta dar permissão de execução e mandar ver!

[root@localhost root]# chmod 777 hosts.pvm.sh
[root@localhost root]# ./hosts.pvm.sh
pvm> add machine1 machine2 machine3
3 successful
                   HOST     DTID
               machine1    80000
               machine2    c0000
               machine3   100000
pvm> quit

Console: exit handler called
pvmd still running.

Esse recurso é útil na criação de scripts para automatizar o processo de inclusão de máquinas.

Recomendo fortemente que seja feito um script para incluir oshosts à máquina virtual paralela, unicamente para não ter muito trabalho…

Testes

O PVM possui alguns arquivos de exemplo que podem ser usados para fins de teste, e podem encontrados no diretório /usr/share/pvm3/examples. Neste mesmo diretório existe um arquivo chamado Readme, este arquivo possui a descrição e como devem ser compilados os programas de exemplo.

Seguindo a descrição do arquivo Readme, para compilar o programa de número 4 devemos usar o seguinte procedimento:

Compilando:

[user@localhostexamples]$ aimk dbwtest ibwtest pbwtest rbwtest
making in LINUX/ for LINUX
make: `dbwtest' is up to date.
cc -g -I../../include -DSYSVSIGNAL -DNOWAIT3
-DRSHCOMMAND=\"/usr/bin/rsh\" -DNEEDENDIAN -DFDSETNOTSTRUCT
-DHASERRORVARS -DCTIMEISTIMET -DSYSERRISCONST -DPACK
-DENCODE=PvmDataInPlace -o ibwtest \ ../../examples/bwtest.c
-L../../lib/LINUX -lgpvm3 -lpvm3 ../../lib/LINUX/libpvm3.a(lpvm.o): In
function `pvm_tc_conreq':
lpvm.o(.text+0x897): the use of `tmpnam' is dangerous, better use
`mkstemp'
mv ibwtest ../../bin/LINUX
cc -g -I../../include -DSYSVSIGNAL -DNOWAIT3
-DRSHCOMMAND=\"/usr/bin/rsh\" -DNEEDENDIAN -DFDSETNOTSTRUCT
-DHASERRORVARS -DCTIMEISTIMET -DSYSERRISCONST -o pbwtest
../../examples/bwtest.c -L../../lib/LINUX -lgpvm3 -lpvm3
../../lib/LINUX/libpvm3.a(lpvm.o): In function `pvm_tc_conreq':
lpvm.o(.text+0x897): the use of `tmpnam' is dangerous, better use
`mkstemp'
mv pbwtest ../../bin/LINUX
cc -g -I../../include -DSYSVSIGNAL -DNOWAIT3
-DRSHCOMMAND=\"/usr/bin/rsh\" -DNEEDENDIAN -DFDSETNOTSTRUCT
-DHASERRORVARS -DCTIMEISTIMET -DSYSERRISCONST -DPACK
-DENCODE=PvmDataRaw -o rbwtest \ ../../examples/bwtest.c
-L../../lib/LINUX -lgpvm3 -lpvm3 ../../lib/LINUX/libpvm3.a(lpvm.o): In
function `pvm_tc_conreq':
lpvm.o(.text+0x897): the use of `tmpnam' is dangerous, better use
`mkstemp'
mv rbwtest ../../bin/LINUX

Executando:

[user@localhost examples]$ cd /usr/share/pvm3/bin/LINUX
[user@localhost LINUX]$ pvm
pvmd already running.
pvm> conf
conf
5 hosts, 1 data format
                   HOST     DTID     ARCH   SPEED       DSIG
             dhoris.lc3    40000    LINUX    1000 0x00408841
             mibzar.lc3    c0000    LINUX    1000 0x00408841
              zaabe.lc3   100000    LINUX    1000 0x00408841
              gosen.lc3   140000    LINUX    1000 0x00408841
              timna.lc3   180000    LINUX    1000 0x00408841
pvm> spawn -6 -> dbwtest
spawn -6 -> dbwtest
[1]
6 successful
t14000a
t14000b
t180006
t4000c
tc0008
t10000a
pvm> [1:t180006]  180006 myinst is 1
[1:t180006] 180006 -- I am the slave
[1:t180006] t180006: 100000 doubles received correctly
[1:t180006]
[1:t180006]
[1:t180006] EOF
[1:t4000c]  4000c myinst is 0
[1:t4000c] --- Simple PVM Bandwidth Test ----
[1:t4000c]  Using pack option: PvmDataDefault
[1:t4000c]  Max data size is: 800000
[1:t4000c]  Number of iterations/sample: 20
[1:t4000c]
[1:t4000c]
[1:t4000c]  Roundtrip time is measured from user-space to user-space.
[1:t4000c]  For packed messages this includes the combined time of:
[1:t4000c]     inst 0: pvm_initsend()
[1:t4000c]     inst 0: pvm_pack()
[1:t4000c]     inst 0: pvm_send()
[1:t4000c]     inst 1: pvm_recv()
[1:t4000c]     inst 1: pvm_unpack()
[1:t4000c]     inst 1: pvm_initsend()
[1:t4000c]     inst 1: pvm_pack()
[1:t4000c]     inst 1: pvm_send()
[1:t4000c]     inst 0: pvm_recv()
[1:t4000c]     inst 0: pvm_unpack()
[1:t4000c]
[1:t4000c]
[1:t4000c] ---------------------------------------
[1:t4000c] 4000c -- I am the master
[1:t4000c] t4000c: 100000 doubles received correctly
[1:t4000c]
[1:t4000c]
[1:t4000c] Roundtrip T = 1796 (us)  (0.0000 MB/s)  Data size: 0
[1:t4000c] Roundtrip T = 1670 (us)  (0.0096 MB/s)  Data size: 8
[1:t4000c] Roundtrip T = 1738 (us)  (0.0921 MB/s)  Data size: 80
[1:t4000c] Roundtrip T = 2348 (us)  (0.6814 MB/s)  Data size: 800
[1:t4000c] Roundtrip T = 9068 (us)  (1.7644 MB/s)  Data size: 8000
[1:t4000c] Roundtrip T = 79137 (us)  (2.0218 MB/s)  Data size: 80000
[1:t4000c] Roundtrip T = 812905 (us)  (1.9682 MB/s)  Data size: 800000
[1:t4000c] EOF
[1:t14000b]  14000b myinst is 5
[1:t14000b] 14000b -- I am the slave
[1:t14000b] t14000b: 100000 doubles received correctly
[1:t14000b]
[1:t14000b]
[1:t14000b] EOF
[1:t14000a]  14000a myinst is 4
[1:t14000a] --- Simple PVM Bandwidth Test ----
[1:t14000a]  Using pack option: PvmDataDefault
[1:t14000a]  Max data size is: 800000
[1:t14000a]  Number of iterations/sample: 20
[1:t14000a]
[1:t14000a]
[1:t14000a]  Roundtrip time is measured from user-space to user-space.
[1:t14000a]  For packed messages this includes the combined time of:
[1:t14000a]     inst 0: pvm_initsend()
[1:t14000a]     inst 0: pvm_pack()
[1:t14000a]     inst 0: pvm_send()
[1:t14000a]     inst 1: pvm_recv()
[1:t14000a]     inst 1: pvm_unpack()
[1:t14000a]     inst 1: pvm_initsend()
[1:t14000a]     inst 1: pvm_pack()
[1:t14000a]     inst 1: pvm_send()
[1:t14000a]     inst 0: pvm_recv()
[1:t14000a]     inst 0: pvm_unpack()
[1:t14000a]
[1:t14000a]
[1:t14000a] ---------------------------------------
[1:t14000a] 14000a -- I am the master
[1:t14000a] t14000a: 100000 doubles received correctly
[1:t14000a]
[1:t14000a]
[1:t14000a] Roundtrip T = 1735 (us)  (0.0000 MB/s)  Data size: 0
[1:t14000a] Roundtrip T = 1389 (us)  (0.0115 MB/s)  Data size: 8
[1:t14000a] Roundtrip T = 1439 (us)  (0.1112 MB/s)  Data size: 80
[1:t14000a] Roundtrip T = 2081 (us)  (0.7689 MB/s)  Data size: 800
[1:t14000a] Roundtrip T = 9523 (us)  (1.6801 MB/s)  Data size: 8000
[1:t14000a] Roundtrip T = 94683 (us)  (1.6898 MB/s)  Data size: 80000
[1:t14000a] Roundtrip T = 967457 (us)  (1.6538 MB/s)  Data size: 800000
[1:t14000a] EOF
[1:tc0008]  c0008 myinst is 3
[1:tc0008] c0008 -- I am the slave
[1:tc0008] tc0008: 100000 doubles received correctly
[1:tc0008]
[1:tc0008]
[1:tc0008] EOF
[1:t10000a]  10000a myinst is 2
[1:t10000a] --- Simple PVM Bandwidth Test ----
[1:t10000a]  Using pack option: PvmDataDefault
[1:t10000a]  Max data size is: 800000
[1:t10000a]  Number of iterations/sample: 20
[1:t10000a]
[1:t10000a]
[1:t10000a]  Roundtrip time is measured from user-space to user-space.
[1:t10000a]  For packed messages this includes the combined time of:
[1:t10000a]     inst 0: pvm_initsend()
[1:t10000a]     inst 0: pvm_pack()
[1:t10000a]     inst 0: pvm_send()
[1:t10000a]     inst 1: pvm_recv()
[1:t10000a]     inst 1: pvm_unpack()
[1:t10000a]     inst 1: pvm_initsend()
[1:t10000a]     inst 1: pvm_pack()
[1:t10000a]     inst 1: pvm_send()
[1:t10000a]     inst 0: pvm_recv()
[1:t10000a]     inst 0: pvm_unpack()
[1:t10000a]
[1:t10000a]
[1:t10000a] ---------------------------------------
[1:t10000a] 10000a -- I am the master
[1:t10000a] t10000a: 100000 doubles received correctly
[1:t10000a]
[1:t10000a]
[1:t10000a] Roundtrip T = 3153 (us)  (0.0000 MB/s)  Data size: 0
[1:t10000a] Roundtrip T = 2655 (us)  (0.0060 MB/s)  Data size: 8
[1:t10000a] Roundtrip T = 2766 (us)  (0.0578 MB/s)  Data size: 80
[1:t10000a] Roundtrip T = 3770 (us)  (0.4244 MB/s)  Data size: 800
[1:t10000a] Roundtrip T = 15175 (us)  (1.0544 MB/s)  Data size: 8000
[1:t10000a] Roundtrip T = 136795 (us)  (1.1696 MB/s)  Data size: 80000
[1:t10000a] Roundtrip T = 1438444 (us)  (1.1123 MB/s)  Data size: 800000
[1:t10000a] EOF
[1] finished

É importante perceber que o resultado como mostrado acima não é exibido instantaneamente, podendo demorar alguns segundos para sua exibição completa.

Os softwares para o PVM podem ser executados a partir da linha de comando também. Consulte a documentação do software especifico para saber como usar esse recurso.

Desempenho

Informações de desempenho podem ser visualizadas melhor em alguns casos com o XPVM. Para executar-lo basta usar a seguinte sintaxe num terminal do modo gráfico:

[user@localhost user]# xpvm

No teste anterior o programa exibiu ao final de sua execução um pequeno relatório com alguns dados sobre os tempos de execução, veremos como esses dados podem ser interpretados através do XPVM. A seguir temos um screenshot da execução do mesmo programa de teste sob a monitoração do XPVM.

Podemos observar que do lado direito, logo abaixo da exibição dos hosts, existe um contador de tempo, onde foi registrado o período total de execução do processo. Perceba também no gráfico timeline que nem todos os hosts processam a mesma quantidade de dados, e nem mesmo estão sincronizados.

Recomendo que o usuário leia com atenção cada um dos menus, para tirar o máximo proveito de todas as funcionalidades do XPVM.

Conclusão

Os procedimentos de execução do programa podem ser realizados através da bonita interface gráfica do XPVM, que provê maior interatividade e facilidade de uso da máquina virtual paralela. O XPVM também oferece recursos de tracing, que pode ajudar muito a debugar programas e ver como sua execução se comporta no ambiente do cluster, é possível visualizar gráficos de tempo, utilização de CPU e muitos outros.

Talvez você tenha se decepcionado com as aplicações de teste do PVM, que realmente não são nada interessantes… E você está coberto de razão, mas mantenha a calma, o que você viu são apenas testes…

Realmente os programas de exemplo são muito abstratos, e não mostram nenhuma vantagem, ou algo atrativo, interessante para usar o PVM. Isso muda de figura completamente quando usamos um software com finalidades conhecidas como uma aplicação para quebrar senhas, um renderizador de imagens, ou até mesmo um utilitário para rippar CDs.

Para maiores informações, acessem o site do projeto LC3.

Referências

GEIST, AL.
BEGUELIN, ADAM.
   PVM - A USERS' GUIDE AND TUTORIAL FOR NETWORK PARALLEL C
   Editora MIT PRESS, 1994

SPECTOR, DAVID L.
   BUILDING LINUX CLUSTERS. EUA
   Editora OREILLY & ASSOC, 2000

Documentação do PVM, como manterial on-line, e páginas de manual que acompanha o programa.

Considerações finais

Esse documento é parte do projeto LC3 (Low Cost Computer Cluster).

Uma das principais razões que incentivou o início da construção de clusters de computadores de categoria Beowulf (HPC – High Performance Computing), foi o valor. Valor este que se tornava inviável mesmo para grandes corporações, como o Instituto Aeroespacial Americano e outros centros de pesquisa sobre todo o mundo. Isso já faz bastante tempo, e desde 1994 quando a NASA deu inicio ao projeto Beowulf muita coisa mudou, mas ainda existem países sobre o mundo que enfrentam dificuldades para adquirir até mesmo hardware genérico. Tanto por razões econômicas, quanto pela política de importação adotada pelos países.

O projeto LC3 foi criado para tornar um pouco mais viável a construção de um cluster de computadores de alto desempenho, tendo como idéia principal o emprego mínimo de componentes redundantes, e a utilização de hardware usado, como processadores da primeira geração do Pentium.
Para esse tipo de solução, o GNU/Linux se encaixa perfeitamente, pois além de proporcionar todos os requisitos técnicos para o funcionamento do cluster, também possui grande semelhança no ponto de vista filosófico do projeto, porque este sistema operacional tem como um dos objetivos principais a igualdade social e tecnológica.

Descrição

A estrutura do projeto é composta por duas redes de computadores. Onde uma é de uso exclusivo dos computadores nós (Switch 100Mbps), e a outra (HUB 100Mbps) é usada para a conexão das estações clientes e do gateway Internet. O equipamento que interconecta as duas redes é o servidor Front End. Como mostra a figura abaixo:

Diagrama geral do projeto LC3

As estações Nós, não possuem disco rígido, e funcionam com recursos do LTSP.

O Front End recebe as solicitações de processamento das estações clientes, e então cria um processo, que é então dividido para as estações nós. Assim que os nós tenham concluído todas as tarefas, os resultados serão recolhidos pelo Front End e entregues a estação cliente que solicitou a tarefa.

Funcionamento

O funcionamento geral do sistema precisa além do hardware já mencionado, diversos softwares, onde podemos destacar o sistema operacional GNU/Linux (claro), as bibliotecas de troca de mensagens (PVM, MPI, etc…), LTSP para boot remoto nas estações nós, e as aplicações, bem como softwares voltados para matemática, estatística, renderização de imagens, simulações, desencriptação e muitos outros.

Para usar os recursos de HPC por uma estação cliente, esta deverá se conectar ao Front End, e a partir dele realizar as requisições de processamento aos nós. Isso é feito através de programação, usando linguagens como C ou Fortran, e adicionando as bibliotecas de troca de mensagens ao código do programa.

Resultados

Nos testes de desempenho, o cluster LC3 se mostrou muito eficiente. Foram feitos muitos testes, e um dos que mostrou um desempenho superior, foi na renderização de imagens com o software POV-Ray. Existe uma versão deste software que foi escrita especificamente para o uso em clusters com PVM, que é o PVMPOV.

A imagem usada para renderização foi a skyvase.pov, pois ela é um padrão em benchmarking para o POV-Ray.

Figura renderizada: skyvase.pov

Abaixo podemos ver o gráfico de desempenho, onde o cluster completo demorou apenas 42 segundos para renderizar toda a imagem, tendo um desempenho superior a uma estação equipada com o processador Pentium 4-1,5GHz, que leva em média 50 segundos para concluir a renderização.

Desempenho de diversos equipamentos

Tabela de referência para o gráfico de desempenho

Conclusões e considerações finais

Por qual razão usar um cluster ao invés de uma estação equipada com um processador Pentium 4? Dado que um cluster ocupa mais espaço, gasta mais energia e precisa ser programado de uma forma especial.

A resposta é que o custo de um cluster como esse foi muito inferior do que uma estação Pentium 4!

Hoje em dia um computador com processador Pentium 4 custa cerca de US$ 520.00. Enquanto foram empregados algo em torno de US$ 330.00 na implementação do LC3.

Além disso, sabemos que componentes eletrônicos sempre tem seu valor atrelado ao Dólar. Em países como o Brasil e muitos outros, em que a moeda americana vale mais de três vezes o valor da moeda local, é uma estratégia muito interessante para redução de gastos a implementação de um cluster, pois equipamentos da primeira geração do processador Pentium não possuem mais valor de mercado, e são vendidos como sucata.

Existem também barreiras tecnologias que impediriam que tivéssemos esse desempenho a três anos atrás usando um único processador. Quando nem imaginávamos o advento do Pentium 4 e quando processadores como Pentium 100MHz já eram obsoletos.

Brevemente, podemos perceber que a grande vantagem da utilização de computadores numa arquitetura para alto desempenho é o custo, mas existem outras coisas que vão muito além disso. A utilização de clusters com software livre quebra as barreiras tecnológicas para os indivíduos, podendo um pesquisador de um país sub-desenvolvido ter um poder computacional tão grande quanto um outro pesquisador de um importante centro de pesquisas como o MIT.

A importância do GNU/Linux neste projeto é fundamental, pois o software proprietário mais semelhante a ele (variantes do UNIX) teria o custo extremante elevado, tanto pela questão de propriedade intelectual do software, quanto por esses precisarem de hardware de melhor qualidade. E é por isso que o GNU/Linux vem sendo usado em grande escala em projetos de inclusão digital.