Item de colecionador: O Linux possui incontáveis servidores de bancos de dados. Mas o que um usuário doméstico iria querer com um servidor? Apresentamos o Tellico, um banco de dados pessoal para gerenciar coleções e afins.

Dados à mão: Com o Mudbag você pode construir rapidamente um sistema de banco de dados simples para acessar com o navegador.

Para dar liga: De nada adianta ter um banco de dados e um servidor Web se não houver algo para integrá-los. O PHP é a linguagem preferida de muitos webmasters, e atualmente é um dos destaques do código aberto no mundo.

Truques com dados: Mostramos como os recursos de stored procedures, triggers e views do MySQL 5 ajudam a melhorar o desenho de programas e aumentar muito o desempenho dos aplicativos.

Busca bonita e veloz: Indexação de Textos com o Tsearch 2 em um portal jornalístico fictício para explorar os recursos oferecidos por esse módulo do PostgreSQL.

Chegando à base: Se você precisa de uma alternativa rápida e fácil ao Microsoft Access, experimente construir seus aplicativos baseados em bancos de dados com o OpenOffice.org.

Unidos venceremos: Uma comparação entre os sistemas de cluster da MySQL AB e da Emic Networks.

Fonte: Linux Magazine Online.

De acordo com Alan Pineda, chefe do ICT e responsável pela previsão de enchentes, a equipe responsável no PAGASA já havia tentado implementar vários sabores de Linux, incluindo Red Hat, Mandriva e Fedora. Pineda informou que o PAGASA queria um sistema que fosse bastante escalável. Saiba mais no site da Linux Magazine.

Lembrando que você deve ter o GCC(tralhas & cia) para compilação e etc… Quem irá instalar o servidor selecione na instalação a opção de “Development”, que ele instala. E também quem escolher a opção “Everthing” deve após a instalação desinstalar o Ruby que vem nativo (rpm -e ruby.x.x), já tive problemas com isso.

Então vamos colocar a mão na massa:
Os arquivos eu deixarei num diretório chamado /opt/RoR (ruby on rails)
Instalaremos primeiramente o Ruby

# cd /opt/RoR
# wget http://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.6.tar.gz
# tar zxvf ruby-1.8.6.tar.gz
# cd ruby-1.8.6
# ./configure
# make
# make install

Agora o Gems, para quem tem duvidas o Gems é parecido com o apt-get e o yum, ele gerencia os aplicativos para baixar e instalar, com um detalhe com apenas um comando ele faz tudo (download, instala,…) muito bacana…

# cd ..
# wget http://rubyforge.org/frs/download.php/28174/rubygems-0.9.5.tgz
# tar zxvf rubygems-0.9.5.tgz
# cd rubygems-0.9.5
# ruby setup.rb

É a vez do Rails agora. Perceba a funcionalidade do Gems:

# gem install rails --include-dependencies

Sem um banco de dados não vamos muito longe. Caso você já tenha o DB, não é necessário instalar novamente.

# gem install mysql

Certo, terminamos o estágio que o programador mais gosta, funcionar! rs

Entre no banco de dados e crie o banco:

# mysql -p
*****
mysql> create database nomedobanco_production;
mysql> create database nomedobanco_development;
mysql> use nomedobanco_production;
mysql> grant all privileges on *.* to admin@'localhost' identified by '123456';
mysql> flush privileges;
mysql> use nomedobanco_development;
mysql> grant all privileges on *.* to admin@'localhost' identified by '123456';
mysql> flush privileges;
mysql> quit

Coloque a aplicação em um determinado diretório (utilizarei de exemplo /suaapp)

# cd /suaapp
# vi conf/database.yml

Altere os seguintes campos:
development:
adapter: mysql
database: nomedobanco_developement

username: admin
password: 123456
host: localhost
socket: /tmp/mysql.sock

production:
adapter: mysql
database: nomedobanco_production
username: admin
password: 123456
host: localhost
socket: /tmp/mysql.sock

Criando as tabelas, lembre-se de estar dentro do diretório da sua app:

# rake db:migrate

Pronto veremos agora se está tudo ok:

# ruby script/server

Acesse sua aplicação:

http://ip_do_server:3000

Pressione CRTL+C para continuarmos.

Crie um usuário chamado mongrel, necessário para “rodar” o cluster.

# useradd mongrel

Vamos instalar o Mongrel, o Mongrel é um servidor para aplicações desenvolvidas em Ruby on Rails. O mongrel cluster é para fazermos balanceamento de instâncias.

# gem install mongrel
# gem install mongrel_cluster

Se você “levantar” o script/server observe que ele carregará o Mongrel.

# mongrel_rails cluster::configure -e production -p 6000 -a 127.0.0.1 -N 5 -c /suaapp

Onde N= número de instancias, e= Se produção ou desenvolvimento, p= Porta de comunicação, c= local onde está sua aplicação.

Crie uma pasta no /etc onde o Mongrel irá ler estas configurações:

# mkdir /etc/mongrel_cluster
# ln -s /suaapp/conf/mongrel_cluster.yml /etc/mongrel_cluster/suaapp.yml

Agora o Apache, muitos admins não sabem o porque dessa interação, bem podemos dizer que o Apache irá administrar o conteúdo estático(imagens,…) da aplicação, fará também o gerenciamento do cluster e fará a segurança, se necessário fazer uma conexão segura (SSL) deveremos fazer também com o apache.

# wget http://apache.rmplc.co.uk/httpd/httpd-2.2.6.tar.gz
# tar xvfz httpd-2.2.3.tar.gz
# cd httpd-2.2.3/
# ./configure --prefix=/usr/local/apache2 --enable-mods-shared=all --enable-deflate --enable-proxy --enable-proxy-balancer --enable-proxy-http
# make
# make install

Crie um link para os modulos na sua pasta de configurações do apache:

# ln -s /usr/local/apache2/modules /usr/local/apache2/conf/modules

Vamos configurar um virtual host para nossa app:

# vi /usr/local/apache2/conf/httpd.conf

Você deve habilitar os seguintes módulos:

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule proxy_http_module modules/mod_proxy_http.so

Inclua no final do arquivo a seguinte configuração

<VirtualHost *>
ServerName redhatonrails
ErrorLog /suaapp/log/errors.log
CustomLog /suaapp/log/apache.log combined

<Directory "/suaapp/public/">
Options FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>

RewriteEngine On

# Check for maintenance file and redirect all requests
# ( this is for use with Capistrano’s disable_web task )
RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f
RewriteCond %{SCRIPT_FILENAME} !maintenance.html
RewriteRule ^.*$ /system/maintenance.html [L]

# Rewrite index to check for static
RewriteRule ^/$ /index.html [QSA]

# Rewrite to check for Rails cached page
RewriteRule ^([^.]+)$ $1.html [QSA]

# Redirect all non-static requests to cluster
RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-f
RewriteRule ^/(.*)$ balancer://mongrel_cluster%{REQUEST_URI} [P,QSA,L]

# Deflate
AddOutputFilterByType DEFLATE text/html text/plain text/css
# … text/xml application/xml application/xhtml+xml text/javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

<Proxy *>
Order allow,deny
Allow from all
</Proxy>

<Proxy balancer://mongrel_cluster>
BalancerMember http://127.0.0.1:6000
BalancerMember http://127.0.0.1:6001
BalancerMember http://127.0.0.1:6002
BalancerMember http://127.0.0.1:6003
BalancerMember http://127.0.0.1:6004
</Proxy>

</VirtualHost>
Vamos criar um arquivo de inicialização para o Mongrel Cluster:

# ln -s /usr/local/lib/ruby/gems/1.8/gems/mongrel_cluster-1.0.5/resources/mongrel_cluster /etc/rc.d/init.d/mongrel_cluster
# chmod +x /etc/rc.d/init.d/mongrel_cluster

Inicie o Mongrel e o Apache

# /usr/local/apache2/bin/apachectl start
# /etc/rc.d/init.d/mongrel_cluster start

É isso aí, espero ter ajudado!
Abraços,
Marcos Miras
marcosmiras@atmsystem.com.br

Proxy reverso é um termo utilizado para proxies que fazem o serviço contrário de um proxy normal.

A maioria dos administradores de redes usam o Squid como proxy de acesso de uma LAN para a internet, podendo controlar acesso, etc e etc.

Neste artigo iremos tratar de um proxy que atua de modo inverso, recebendo requisições EXTERNAS e repassando para os servidores INTERNOS, sendo possível fazer balanceamento de carga TRANSPARENTE entre vários servidores WEB.

No caso de balanceamento de carga, o Squid reversamente falando, atua muito bem, se um dos servidores cair, o Squid automaticamente NÃO passa requisições mais à ele, deixando seu sistema redundante.

Interessante e seguro, é que os servidores WEB não ficam diretamente com “a cara” na internet, aumentando ainda mais a segurança.

Veremos uma configuração básica no seguinte cenário:

• 1 servidor Squid - 200.200.200.1 e 192.168.0.1 (interface externa e interna);
• 2 servidores web (com os mesmos arquivos e configuração, mudando apenas o ip), 192.168.0.2 e 192.168.0.3 (1 ip para cada servidor);
• Domínio: dns www.meusite.com.br devidamente configurado para 200.200.200.1.

Let´s Rock…

Pacotes necessários

Este artigo pode ser executado em QUALQUER sistema operacional, estou utilizando Red Hat Enterprise 5 como exemplo.

Relação dos pacotes utilizados:

• httpd-devel-2.2.3-11.el5
• httpd-2.2.3-11.el5
• squid-2.6.STABLE6-4.el5
• php-5.1.6-15.el5
• mysql-server-5.0.22-2.1.0.1

Os pacotes php e mysql-server são apenas “ilustrativos”, não veremos suas configurações, apenas listei para mostrar a funcionalidade dos servidores web.

Arquivos de configurações

Os arquivos que vão ser alterados são:

Configuração do apache:

/etc/httpd/conf/httpd.conf

Configuração do Squid:

/etc/squid/squid.conf

O Squid vai fazer o cache na pasta /var/spool/squid.

A pasta do Squid recomendo deixar num HD separado, pois o Squid gera muito I/O no HD, podendo prejudicar os outros serviços que dependem do acesso a disco.

Configurando o Apache

A configuração dos servidores Apache é simples, basta colocar para listar a porta 80 no ip da interface. Por padrão o apache vem com a linha:

Listen 80

Trocar a linha padrão do primeiro servidor Apache por esta:

Listen 192.168.0.2:80

E no segundo servidor Apache por:

Listen 192.168.0.3:80

Configurar o domínio www.meusite.com.br:

DocumentRoot /var/www/html
ServerName www.meusite.com.br:80
ServerAdmin hostmaster@meusite.com.br

ServerTokens Prod
ServerSignature Off

KeepAlive On
MaxKeepAliveRequests 0
KeepAliveTimeout 15
Salve o httpd.conf.

Adicione o httpd para iniciar automaticamente:

# chkconfig –add httpd
# chkconfig httpd on

Agora iniciar o serviço:

# service httpd start

Em cada servidor crie um arquivo index.html e dentro identifique cada servidor (apenas para detectar em qual servidor estamos acessando). Por exemplo:

index.html

<html>
<head><title>Servidor 1</title></head>
<body>
Acesso via servidor 1
</body>
</html>
E no servidor 2:

index.html

<html>
<head><title>Servidor 2</title></head>
<body>
Acesso via servidor 2
</body>
</html>
OK. Acesse os endereços de cada servidor para confirmar o funcionamento do Apache.

Nossos 2 servidores webs estão prontos, vamos ao servidor Squid!

Configurando o Squid

O Squid vai fazer o papel de “servidor web”, recebendo as requisições da internet na porta 80 e repassando-as para os servidores web REAIS. Caso o Squid tenha a página solicitada em CACHE, os servidores WEB REAIS não recebem a requisição, simplesmente o SQUID que responde.

O /etc/squid/squid.conf fica assim:
#Lista na porta 80 e o site padrão sera www.meusite.com.br caso a requisição não tenha um header Host especificado.
http_port 200.200.200.1:80 vhost defaultsite=www.meusite.com.br

#Lista porta 3401 para requisições SNMP, caso não queira obter informações do squid via SNMP
#coloque 0 no lugar da porta, você pode usar cacti, mrtg, rrdtool para gerar estatísticas do
#Squid, são gerados gráficos bem interessantes.
snmp_port 3401#Não usaremos este protocolo de comunicação entre proxies, pois temos apenas 1 proxy.
icp_port 0

#Configurando a pasta de cache, 20GB, primeiro nível com 32 pastas e cada pasta terá 256 sub-pastas.
cache_dir aufs /var/spool/squid 20000 32 256

#Mantendo objetos recentes e pequenos na memoria
memory_replacement_policy heap GDSF

#Mantendo objetos recentes no disco (independente do tamanho)
cache_replacement_policy heap LFUDA

#Ativando pools de memoria, evitando o Squid ficar realocando memoria toda hora que precisar, manterá pools de 32MB
memory_pools on
memory_pools_limit 32 MB

#Não fazer cache de paginas dinâmicas
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
cache deny QUERY

#Fazer cache dos headers ‘vary’
cache_vary on
acl apache rep_header Server ^Apache
broken_vary_encoding allow apache

#memoria alocada para objetos em TRANSITO
cache_mem 128 MB

#Manutenção do cache
cache_swap_low 90
cache_swap_high 95

#Tamanho máximo de objetos que serão gravados em disco/memoria, este valor varia de acordo com cada tipo
#de conteúdo servido pelos servidores WWW, se você servir arquivos muito grandes
#aumente de acordo com a necessidade.
maximum_object_size 4 MB#Tamanho minimo de objetos gravados, aqui ele vai gravar TUDO
minimum_object_size 0 KB

#Tamanho máximo de objetos mantidos na memoria
maximum_object_size_in_memory 64 KB

#Manter 1024 registros de DNS na memoria
fqdncache_size 1024

#Arquivos de logs
access_log /var/log/squid/access.log
cache_log /var/log/squid/cache.log
cache_store_log none
emulate_httpd_log on
log_ip_on_direct on

#Configurações extras
mime_table /etc/squid/mime.conf
log_mime_hdrs off
log_fqdn off
ftp_user anonymous@aonze.com.br
ftp_passive on
ftp_sanitycheck on
ftp_telnet_protocol on
check_hostnames on
allow_underscore on
dns_timeout 1 minutes
request_header_max_size 16 KB

#Estas ‘refresh_pattern’ fazem com que o squid mantenha o máximo possível um objeto em cache aumentando
# HIT E BYTE HIT
refresh_pattern -i \.jpg$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.gif$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.png$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.jpeg$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.bmp$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.tif$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.tiff$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.swf$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.html$ 0 20% 1440
refresh_pattern -i \.htm$ 0 20% 1440
refresh_pattern -i \.shtml$ 0 20% 1440
refresh_pattern -i \.shtm$ 0 20% 1440
refresh_pattern -i \.mov$ 2880 80% 21600 reload-into-ims
refresh_pattern -i \.avi$ 2880 80% 21600 reload-into-ims
refresh_pattern -i \.mpg$ 2880 80% 21600 reload-into-ims
refresh_pattern -i \.mpeg$ 2880 80% 21600 reload-into-ims
refresh_pattern -i \.qtm$ 2880 80% 21600 reload-into-ims
refresh_pattern -i \.flv$ 2880 80% 21600 reload-into-ims
refresh_pattern -i \.wav$ 1440 100% 4320 reload-into-ims
refresh_pattern -i \.au$ 1440 100% 4320 reload-into-ims
refresh_pattern -i \.mid$ 1440 100% 4320 reload-into-ims
refresh_pattern -i \.mp3$ 2880 100% 21600 reload-into-ims
refresh_pattern -i \.zip$ 7200 50% 21600 reload-into-ims
refresh_pattern -i \.gz$ 0 50% 10080 reload-into-ims
refresh_pattern -i \.arj$ 0 50% 4320 reload-into-ims
refresh_pattern -i \.lha$ 0 50% 4320 reload-into-ims
refresh_pattern -i \.lzh$ 0 50% 4320 reload-into-ims
refresh_pattern -i \.rar$ 7200 50% 21600 reload-into-ims
refresh_pattern -i \.tgz$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.tar$ 0 50% 21600 reload-into-ims
refresh_pattern -i \.Z$ 0 50% 4320 reload-into-ims
refresh_pattern -i \.sit$ 0 50% 4320 reload-into-ims
refresh_pattern -i \.pdf$ 7200 50% 10080 reload-into-ims

#O que não bater nas regras acima, recebem valores padrões, NÃO aconselho alterar estas
#3 abaixo, e estas devem ser as ULTIMAS regras..
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320

#Objetos em transito que forem interrompidos, terminar o download se a porcentagem do download for maior que 85%
quick_abort_min 50 KB
quick_abort_max 50 KB
quick_abort_pct 85

#caches de respostas
negative_ttl 3 minutes
positive_dns_ttl 5 hours
negative_dns_ttl 2 minute

#Servidor de DNS, recomendo rodar um servidor dns cache-only na MESMA maquina do Squid
#e também colocar forwarders para outros servidores de dns próximos fazendo com que o
#tempo de resposta dns fique bem baixo..
dns_nameservers 127.0.0.1

#timeouts
refresh_stale_hit 30 seconds
connect_timeout 1 minute
peer_connect_timeout 30 seconds
read_timeout 15 minutes
request_timeout 1 minutes
persistent_request_timeout 1 minute
client_lifetime 1 day
pconn_timeout 30 seconds
ident_timeout 10 seconds
half_closed_clients off
forward_timeout 3 minutes#tempo de espera antes de matar o processo
shutdown_lifetime 30 seconds

#Regras para acesso, vamos proteger nosso Squid de acessos indevidos, fazendo com que não temos um PROXY OPEN RELAY.

#ip localhost
acl localhost src 127.0.0.1

#ips dos servidores
acl hosted dst 200.200.200.1 192.168.0.1 192.168.0.2 192.168.0.3
#protocolo cache_object, utilizado pelo cache manager
acl manager proto cache_object
acl all src 0.0.0.0/0.0.0.0
#Permitir protocolo para localhost
http_access allow manager localhost
#ninguém mais alem do próprio servidor acessa o cache_object
http_access deny manager
#permite o localhost acesso ao proxy
http_access allow localhost
#permite acesso aos ips dos servidores
http_access allow hosted
#ninguém mais acessa nada que não bater nas regras acima.. deve ser SEMPRE a ultima regra
http_access deny all

#CASO for gerar estatísticas snmp, adicionar estas regras

acl snmppublic snmp_community public
snmp_access allow snmppublic localhost
snmp_access deny all
snmp_incoming_address 0.0.0.0
snmp_outgoing_address 255.255.255.255

#### fim do snmp

#respostas http, permitidas todas para todos
http_reply_access allow all
#tamanho máximo do cabeçalho de resposta
reply_header_max_size 10 KB
#informações
cache_mgr hostmaster@meusite.com.br
cache_effective_user squid
cache_effective_user squid#esconde versão do squid
httpd_suppress_version_string on
#seta o host para www.meusite.com.br caso contrario o squid anexa o hostname da maquina, podendo causar problemas na respostas.
visible_hostname www.meusite.com.br

#manter 10 arquivos de logs
logfile_rotate 10

#usar buffer do sistema, o squid não controla o buffer tcp neste caso..
tcp_recv_bufsize 0 bytes

#mantem ip de origem no header
forwarded_for on

#mantem uma lista de clientes acessando o cache
client_db on
buffered_logs off

#Aplica o header If-modified-since em todos os objetos
reload_into_ims on#permite conexões persistentes
client_persistent_connections on
server_persistent_connections on

#não permite manter a conexão ativa quando esta for um erro, (404, 500, etc etc).
persistent_connection_after_error off#detectar conexões permanentes com erro
detect_broken_pconn on
pipeline_prefetch on
ie_refresh on
relaxed_header_parser on
#fazer a entrega aos servidores WEB, aqui que acontece a ‘magica’
cache_peer 192.168.0.2 parent 80 0 no-query originserver round-robin
cache_peer 192.168.0.3 parent 80 0 no-query originserver round-robin

#EOF

Salve o squid.conf.

Execute o comando:

# squid -k parse

para validar o squid.conf.

Agora é necessário que o Squid crie a estrutura do cache, execute o comando:

# squid -z

O Squid vai criar a estrutura das pastas no /var/spool/squid.

Adicione o Squid na inicialização do sistema:

# chkconfig –add squid
# chkconfig squid on

Agora inicie o Squid:

# service squid start

Pronto! O Squid vai receber as requisições e repassar (aleatoriamente) para os servidores web.

Uma dica interessante, caso o servidor web 1 seja melhor do que o servidor web 2, você pode definir um PESO na opção cache_dir para que o melhor servidor atenda mais requisições e o servidor 2 atenda um número MENOR. Vamos supor que o www1 suporte 4 vezes mais do que o www2, então ficaria assim:

cache_peer 192.168.0.2 parent 80 0 no-query originserver round-robin weight=4
cache_peer 192.168.0.3 parent 80 0 no-query originserver round-robin weight=1
A cada 4 requisições para o www1, ele manda a 1 para o www2.

Basicamente este é o processo, vale lembrar que as configurações possuem bastante opções, principalmente a parte do cache_peer, recomendo a leitura do wiki do Squid no endereço:

• http://wiki.squid-cache.org

Abraço a todos!

A lista ainda fornece descrições de cada supercomputador: o sistema da IBM desponta com 360 teraflops, composto por processadores PowerPC 440 700 MHz de 2.8 GFlops e dotado de 73728 GB de memória.

Parece até meu desktop!

Confiram a lista no TOP500 Supercomputer Sites

Para mais detalhes:

http://lists.linux-ha.org/pipermail/linux-ha-announce/2007q1/000018.html

ParallelKnoppix

Este tutorial mostra como rodar e configurar o PK para estes serviços.

O tutorial pode ser acessado em:
http://www.linux.com/article.pl?sid=06/11/09/1931219

Veja mais em nosso wiki