Balanceamento De Carga Em Servidor Web Linux Cristian Martins Caetano cristiancaetano@gmail.com

Faculdade De Tecnologia Senac - Pelotas Tecnologia Em Redes De Computadores

Resumo. Esse artigo tem como objetivo demonstrar uma tecnologia para quem possui pouca capacidade de hardware e processamento para hospedar um site que esta aumentando suas requisies ms a ms. Ainda no quer investir em uma tecnologia mais avanada foi estudada uma tecnologia em balanceamento de carga em cima de DNS usando trs computadores com pouca capacidade de hardware. Abstract. This article aims to demonstrate a technology for those who have little capacity and processing hardware to host a site that is increasing their requests every month. Still not want to invest in better technology was studied technology in a load balancing over DNS using three computers with low hardware capacity.

1. Introduo O aumento da Internet vem causando diversos problemas de desempenho, incluindo baixos tempos de resposta, congestionamento da rede e interrupo de servios. Um dos maiores desafios para o uso amplo da internet a escalabilidade dos servidores, ou seja, sua capacidade em suportar uma demanda crescente sem que a qualidade dos servios providos seja afetada. Uma medida frequente de sucesso de aplicaes WWW e de comrcio eletrnico em particular a capacidade do stio de responder requisies prontamente. No caso de servidores de comrcio eletrnico, o sucesso do servio consequncia da capacidade do servidor de capturar a ateno de um grande nmero de usurios e mant-los satisfeitos com a qualidade do servio provido. Por outro lado, um grande nmero de usurios significa sobrecarga nos servidores responsveis pelos servios, a qual no deve afetar a experincia dos clientes. O balanceamento de carga pode ser visto como uma soluo abrangente na utilizao de grandes redes porque prov um aumento na capacidade da rede melhorando seu desempenho. Os sistemas de balanceamento de carga integram seus ns para que todas as requisies provenientes dos clientes sejam distribudas de maneira equilibrada entre os ns. Assim se tem uma ou vrias mquinas que cuidam de repartir as requisies entre os servidores, de modo que cada uma cuida de determinada parte das requisies e envia de volta as respostas que sero enviadas aos usurios. Todos os servidores mantm uma cpia integral de todos os dados, j que de qualquer forma cada servidor precisar de todos os dados para atender as requisies que chegarem at ele. Um software de controle se encarrega de sincronizar os dados entre os servidores automaticamente. Caso algum dos servidores precise ser desligado, seja por alguma falha ou ento por algum tipo de manuteno, os outros continuam trabalhando normalmente. Ao voltar, o programa de controle sincroniza o servidor com os demais e ele volta ativa.

2. Benefcios Aumento da escalabilidade - Quando muitas aplicaes de contedo intensivo crescem para alm do ponto em que um nico servidor pode fornecer poder de processamento adequado, cada vez mais importante para ter flexibilidade de adicionar mais servidores de forma rpida e transparente aos utilizadores finais. Alto desempenho O melhor desempenho alcanado quando o poder de processamento dos

servidores usado de forma inteligente. Uma infra-estrutura avanada de balanceamento de carga pode direcionar as solicitaes de servios ao utilizador final para os servidores que esto menos ocupados e, portanto, capazes de fornecer o tempo de resposta mais baixo. Alta disponibilidade e recuperao de desastres - o terceiro benefcio do balanceamento de carga a capacidade de melhorar a disponibilidade das aplicaes. Se uma aplicao ou servidor falhar, o balanceamento de carga pode automaticamente redistribuir as solicitaes de servio do utilizador final para outros servidores dentro de um cluster de servidores ou para servidores de outro local. Maximizao de Uptimes - Viabiliza a manuteno individualizada nos servidores sem impacto nos servios, entre outros benefcios.

3. Processo de Instalao e Configurao O Processo de instalao e configurao das aplicaes usadas no balanceamento de carga foi feita em cima do SO Linux debian. Nesse servidor foi instalado o servio de DNS Bind 9, nos outros dois servidores foram colocados o servio Apache 2 e hospedado um site de compra coletiva, na qual hoje tem bastante acesso, principalmente quando tm promoes com desconto atrativos. O Balanceamento de carga dessa aplicao foi feita em cima do DNS Bind 9, uma vez que o cliente faz a requisio do site, ela feita no DNS. Este diz ao cliente que esse site que ele possui, encontra-se em outra mquina da sua rede. No DNS h duas entradas de mquinas diferentes na rede, os dois computadores possui a mesma cpia do site com as mesmas informaes, que hospeda o site e esta com o servio apache instalado, aps o DNS dizer para o cliente que o site se encontra em outro computador na sua rede, o cliente faz a conexo diretamente com a ela que esta com o site hospedado.

3.1. Linux Debian Debian simultaneamente o nome de uma distribuio no comercial livre (Gratuita de cdigo fonte aberto) e de um grupo de voluntrios que o mantm a volta do mundo. Uma vez que ele se baseia fortemente no projeto GNU usualmente chamado Debian GNU/Linux. Ele conhecido pelo seu sistema de gesto de pacotes, chamado APT, que permite: atualizaes relativamente fceis a partir de verses realmente antigas; instalaes quase sem esforo de pacotes e remoo limpa dos pacotes antigos. Atualmente o Debian Stable se encontra na verso 6.0, e procura sempre manter os pacotes mais estveis, assim, ele mantm o Gnome 2.30 e o KDE 4.4 por padro. O grande fato de ele manter pacotes antigos garante a estabilidade e o grande foco para servidores. O Projeto Debian mantido por doaes atravs de organizao sem fins lucrativos Software in the Public Interest (SPI).

Figura 1. Tela do Sistema Operacional Debian.

3.2. Instalao e Configurao do DNS Bind O DNS (Domain Name Server) surgiu da necessidade em traduzir nomes mais fceis de serem lembrados como (minha faculdade), para seus respectivos endereos na rede. Para facilitar mais a identificao desses servios, criaram-se terminaes elucidativas, como .com para domnios comercias, .net para empresas networking, .org para empresas sem fins lucrativos.

Bind (Berkeley Internet Name Domain) o servidor para o protocolo DNS mais utilizado na internet, especialmente em sistemas do tipo Unix, onde ele pode ser considerado um padro de fato. Foi criado por quatro estudantes de graduao, membros de um grupo de pesquisas em Cincia da Computao da Universidade de Berkeley e distribudo pela primeira vez com o sistema operacional 4.3BSB. O programador Paul Vixie, enquanto trabalhava para a empresa DEC, foi o primeiro mantenedor do BIND. Atualmente o ele suportado e mantido pelo Internet systems Consortium.

Por padro no sistema operacional usado nesse projeto, quando se est fazendo a instalao do sistema operacional, pergunta-se aos servios adicionais que se deseja para ser instalado junto. Mas para instalar o DNS na distribuio debian ou ubuntu o usurio ir usar o comando.

Figura 2. Instalao do Dns Bind9.

Existem diversos tipos diferentes de registros DNS disponveis, a lista a seguir no pretende de maneira alguma, ser extensa ou exaustiva, mas mostrar os mais comuns que vai encontrar por ai. - A- Address: especifica um endereo IP direto. - AAAA- Address IPv6: especifica um endereo IPv6. - NS - NameServer: especifica servidores DNS para um domnio ou subdomnio. - CNAME Canonical NAME: um apelido para um hostname. - MX Mail Xchanger: o servidor de e-mail. - PTR Pointer: aponta o hostname/domnio reverso a partir de um endereo IP. - SOA Start Of Authority: indica o responsvel por respostas autoritativas por um domnio. - TXT TeXT: permite incluir um texto curto em um hostname: usado para implementar o SPF. - SRV Service; permite definir servios disponveis em um domnio.

O DNS Bind 9 por padro quando se faz a instalao, dentro do diretrio /etc/bind/ ele cria alguns arquivos que so os seguintes:

Figura 3. Arquivos do Bind.

Esses so os arquivos de configurao padro de instalao do bind9.

Figura 4. Zonas do DNS

O arquivo named.conf.local foi editado e adicionadas duas zonas: uma para o domnio projetointegrador1.org e uma zona reversa, ficando da seguinte maneira. Foram criados dois arquivos named.zone, named.rev, o arquivo named.zone se refere zona projetointegrador1.org e o arquivo named.rev se refere zona reversa responsvel por fazer o domnio reverso a partir de um endereo ip. Zone o nome do domnio que ser criado neste servidor;

Type - tipo de servidor DNS (master ou slave); File arquivo da data base desta zona. Entender como uma consulta trafega pela internet o primeiro passo para entender os problemas que se pode ter. O Sistema de DNS trabalha com uma estrutura fortemente hierrquica. Isso facilita que cada corporao ou entidade cuida de maneira autnoma de seu prprio DNS sem ter que recorrer a terceiros. Imagina-se se todas as vezes que se quisesse adicionar um host na zona DNS tivesse que contatar o registro.br ou o seu provedor. Embora muitas corporaes ainda faam isso, talvez por desconhecerem o manuseio correto do DNS, sempre h atrasos e longas esperas para alterao to simples. Aguardar dois dias (sem receber e-mails) por uma mudana de MC porque seu servidor atual deu problemas e se precisa colocar outro (emergencial) para receber os e-mails temporariamente porque o fulano do provedor ainda no concluiu seu chamado no uma situao confortvel para nenhum administrador de rede.

Figura 5 . Arquivo da zona (projetointegrador1.org) .

Esse arquivo se refere s configuraes do DNS, fazendo com que a requisio quando chegue nele com informaes para o site ele verifica as entradas nesse arquivo e direciona a conexo para o host onde o site se encontra hospedado, verifica-se que no DNS h duas entrada para o nome site. projetointegrador1.org.

STTL - Define o tempo de durao (time-to-live) em segundos, que o registro de recurso mantm no cach do servidor. Class - Define a classe que ir mapear a informao da zona. A classe utilizada por padro IN. Type - Define o tipo de registro de recurso da zona. SOA - Define o incio das zonas e os parmetros globais. Serial - Define o nmero de srie para o arquivo da zona. Toda vez que o nmero de srie alterado para um valor maior, os arquivos de zonas para um servidor secundrio so atualizados. Entenda o balanceamento de carga. Refresh - Define um perodo de tempo em segundos, para os servidores secundrios verificar periodicamente se o nmero de srie foi alterado para fazer a atualizao. Expire - Define um perodo de tempo em segundos, que os servidores secundrios possam continuar respondendo ser ter sido atualizado pelo servidor primrio.

Minimum - Define o tempo de durao em segundos, que o registro de recurso mantm no cach dos servidores secundrios.

Figura 6. Arquivo de zona reversa.

O arquivo de zona reversa faz o oposto que o Bind faz, ele converte nomes em endereos ip, e a zona reversa converte ip em nomes.

Figura 7. Arquivo named.conf.options do bind.

Esse arquivo com o nome named.conf.options s se usar a primeira linha dele, onde diz directory /etc/bind, onde esto armazenados os arquivos de configuraes do bind.

3.3. Instalao e Configurao do Apache O servidor web um programa responsvel por disponibilizar pginas, fotos ou qualquer outro tipo de objeto ou navegador do cliente. Ele tambm pode operar recebendo dados do cliente, processando e enviando resultado para que o cliente possa tomar a ao desejada (como em aplicaes web CG1s, banco de dados web,preenchimento de formulrios, etc). O Apache um servidor web extremamente configurvel, robusto e de alta performance desenvolvido por uma equipe de voluntrios (conhecida como Apache Group) buscando criar um servidor web com muitas caractersticas e como cdigo fonte disponvel gratuitamente via Internet. Segundo a Netcraft (http://www.netvraft.com/), o apache mais usado que todos os outros servidores web do mundo juntos. A instalao do apache pode ser feita com servio adicional na instalao do sistema

operacional ou atravs da linha de comando no terminal do sistema digitando apt-get install apache2.

3.3.1. Configurao do Apache

A configurao do apache bem bsica, por padro na instalao j vem com os arquivos e configurados para acesso atravs do endereo localhost. Os arquivos de configuraes do apache so os seguintes:

Figura 8. Arquivos do Apache 2

3.3.2. Configurando o Arquivo Para o Site

Criando o arquivo no diretrio /etc/apache2/sites-available com o nome site e adicionando as informaes nele conforma a imagem abaixo.

Figura 9. Virtual host do site

Esse arquivo se refere ao virtual host do site, que ser hospedado no servidor: Virtualhost - ip da placa de rede do servidor. ServerAdmin Email do administrador do domnio. DocumentRoot diretrio onde ser colocado os arquivos do site de acesso. ServerName - Nome do site que foi dado no DNS. Aps fazer a criao desse arquivo tem que ativar o site para que entre em funcionamento, digitando o seguinte comando, a2ensite.

4. Entendendo o Balanceamento de Carga

Em ambientes de produo normal preocupaes que no ocorrem com ambientes de desenvolvimento, como uma disponibilidade alta de balanceamento de carga. Outro problema bem comum a sobre carga nas aplicaes. Um cenrio bem comum so as aplicaes web onde o acesso de muitos usurios e consequentemente causando exausto do hardware onde as aplicaes esto hospedadas. A alta disponibilidade pode ser definida como redundncia. Se um servidor falhar ou no poder responder a requisio, outro servidor assumir da forma mais transparente possvel, fazendo o processamento da requisio solicitada pelo cliente. Isso elimina as falhas das aplicaes. O balanceamento de carga uma habilidade das aplicaes suportarem um nmero crescente de usurios a cada dia, como se fosse um sistema nico. Um dos maiores desafios enfrentados pelos servidores agrupados, no caso de servidores dinmicos como os de comrcio eletrnico, que o ganho de desempenho, isto , a melhoria do desempenho resultante do aumento do nmero de processadores. A distribuio de requisies entre um nmero de servidores impe novas demandas de processamentos para garantir a consistncia das informaes armazenadas por eles. Outra fonte de custos adicionais alm da manuteno e o gerenciamento da distribuio de requisies aliado a manuteno de estado. O protocolo HTTP no faz a manuteno de estado de tal forma que cada requisio tratada de forma independente de outras submetidas pelo mesmo usurio, podendo ser enviada a qualquer servidor que compe a requisio hospedada. Entretanto um servio de comrcio eletrnico, por exemplo, a interao do cliente com o servidor cria certa quantidade de informao de estado, com os produtos adicionados a uma cesta de compras, a identificao dos usurios, entre outros. Nesse caso, a distribuio de requisies se deve considerar a existncia dessa informao de estado. Quando se analisa um portal Internet encontra-se aproximadamente uma centena de servidores para o mesmo conjunto de tarefas. Enquanto empresas de cerca de 3.000 micros em sua rede de produo contam, normalmente, com apenas uma dezena deles, no raro que esses servidores tenham funes diferentes e capacidades diferentes. Quando se encontra servidores iguais, provavelmente, esto como forma de redundncia e no balanceiam a sua carga. No momento da mudana da arquitetura de uma rede local para uma rede mais rpida, baseada em switchs e portas Fast Ethernet com o backbone em Gigabit Ethernet, no se encontra quem pergunta ou sabe qual a quantidade de acesso que um servidor recebe ou mesmo se a aplicao que nele contm suporta a quantidade de acesso. O balanceamento de carga entre servidores faz parte de uma soluo abrangente em uma explosiva e crescente utilizao da rede e da Internet. Provendo um aumento na capacidade da rede, melhorando a desempenho, um consistente balanceamento de carga, mostra-se hoje, como parte integrante de todo o projeto de Web Hosting e e-commerce. Mas no se pode ficar com as ideias presas de que isso s para provedores, devem-se aproveitar as suas caractersticas e trazer para dentro das empresas esse modo de usar a tecnologia para se atender os clientes internos delas. Devem-se ressaltar trs pontos principais para que uma implementao em um ambiente com balanceamento de carga nos servidores seja realizada com sucesso. O primeiro o algoritmo usado para o balanceamento de carga, levando-se em considerao como feito o balanceamento entre os servidores e quando um cliente fizer uma requisio para o endereo virtual (VS), todo o processo de escolha do servidor e resposta deve ocorrer de modo transparente e imperceptvel para o usurio como se no existisse o balanceamento. O segundo ponto o mtodo usado para checar se os servidores esto vivos e funcionando, vital para que a comunicao no seja redirecionada para um servidor que acabou de ter uma falha. O terceiro o mtodo usado para se ter certeza que um cliente acesse ao mesmo servidor quando quiser. Balanceamento de carga entre servidores muito mais que um simples redirecionamento de

trfego dos clientes para mltiplos servidores. Para se programar corretamente, o equipamento que far o balanceamento precisa ter caractersticas como checagem permanente da comunicao, checagem dos servidores e capacidade de redundncia. Todos esses itens so necessrios para que suporte o crescente volume de trfego das redes sem vir a se tornar um gargalo ou um ponto nico de falha. O balanceamento de carga ser feito em round robin, na sua implementao mais simples. Round Robin funciona respondendo a requisies no apenas com um endereo ip, mais sim com uma lista de endereo ip com vrios servidores contendo o mesmo contedo. Com isso ele funciona como se l uma lista, cada requisio que entra para o DNS ele manda para um destino, primeira requisio ele manda para o servidor A, segundo pedido que entrar mandar para o servidor B, a terceira requisio para o servidor A novamente, e assim sucessivamente.

Figura 10. round robin

A imagem acima ilustra como funciona realmente o balanceamento. O cliente requisita a pgina, faz a consulta no DNS, o servidor DNS retorna a consulta dizendo que a pgina se encontra num servidor dentro do n, feito isso a comunicao fica entre um dos servidores apache conforme a figura acima.

Figura 11 Captura da consulta DNS

Essa captura acima se refere consulta do host para o DNS requisitando a pgina solicitada que seria o site a qual o cliente quer o acesso. Aps fazer essa consulta o DNS vai enviar uma resposta para o destino, dizendo que o servidor que hospeda o site est em outro n hospedeiro, e ento encaminha a conexo para o servidor. Depois de fazer consulta no DNS a comunicao ser direto entre cliente e servidor.

Figura 12. Captura das consultas DNS

Figura 13. Captura das trocas de pacotes entre o apache e o host

Conforme se pode verificar na imagem acima, as trocas de pacotes entre um dos servidores apache e seu cliente. O cliente contm o ip 192.168.100.10 e o servidor apache est com 192.168.100.5.

Figura 14. Captura das trocas de pacotes entre o apache e o host

Conforme se pode verificar na imagem acima, as trocas de pacotes entre um dos servidores apache e seu cliente. Cliente tem o ip 192.168.100.15 e o server est com 192.168.100.8. 4.1 Requisitos de Software - Sistema operacional Debian 6. - Instalao do DNS Bind 9. - Instalao do servidor web apache 2.

5. Requisitos de Hardware Os requisitos para um bom balanceamento de carga so de quanto melhor o hardware da sua mquina, maior o seu desempenho e das aplicaes e o tempo de resposta para o cliente ser menor. Se a empresa est em incio de crescimento poder adquirir um patrimnio com menor capacidade de processamento. Lembrando que, com isso, vai ter perda de ganho com o desempenho das suas aplicaes e resultar no aumento da resposta para os clientes, isso depender muito tambm de quantas requisies ter ao dia para que isso entre em vigor.

6. Estudo de caso Os testes feitos nesse projeto foram feitos em mquinas virtuais usando o virtualbox, foram criadas trs mquinas virtuais com o sistema operacional debian 6 e 1 windows 7 para teste e um XP. Os servidores Linux debian 6 as configuraes dos mesmos ficou assim:

346MB de memria ram 10 GB de disco rgido. Processador core i3 2.27 GHz

A mquina Virtual Windows Xp para testes ficou com as seguintes configuraes: 256 MB de memria ram 5 GB de disco rgido Processador core i3 2.27 GHz

A mquina Virtual Windows 7 ficou com as seguintes configuraes: 512 MB de memria ram 15 GB de disco rgido Processador core i3 2.27 GHz

Abaixo uma figura de como ficar a estrutura real utilizada no projeto:

Figura 15 Estrutura usada para testes no projeto

Os testes feitos no projeto foi fazer a requisio dos hosts para o site projetointegrador1.org fazendo com que simulasse um acesso de um cliente a um site com essa requisio ento o DNS faz o balanceamento de carga direcionando a requisio para um dos servidores que contm o site hospedado, Aps o host cliente fazer a comunicao com o servidor apache a conexo fica s com eles dois liberando o servidor DNS, assim quando um novo cliente fizer a requisio para o site a pergunta ir entrar no DNS e depois ser enviado para o prximo servidor da fila. Os testes feitos aps as configuraes de todos os servios foram usar as mquinas dos clientes e acessar o site projetointegrador1.org atravs do navegador, para ento navegar sobre o site, preencher formulrios e observando e capturando os pacotes com o Wireshark e verificando de qual dos dois servidores apache estava vindo a resposta.

6.1. Problemas encontrados Um dos principais problemas encontrados nesse projeto foi uma estrutura real para implantao, uma vez que em um ambiente real h problemas maiores de como estrutura da rede de onde est sendo implementado o balanceamento, e nela se ter mais clientes, mais acessos por minuto, e com isso j causando um stress maior nos servidores, uma vez que no ambiente aplicado nesse projeto foi usado dois computadores um Windows XP e um Windows 7 para acesso ao site. Com a estrutura aplicada nesse projeto, foi encontrado outro problema para realizar os testes em cima dos servidores, j que no se tm vrios clientes para acessar a pgina, como sobrecarregar os servidores sem cliente suficiente para acessar para que ento se observasse como os servidores

iriam se comportar quando vrias requisies entrassem para eles e ento fosse verificado como iria funcionar realmente o balanceamento de carga.

6.2 Testes finais Para que se pudesse realizar um teste aceitvel do balanceamento de carga nessa estrutura, foi usada como sada uma ferramenta de gerar trfego em cima dos servidores em uma determinada porta (80), que a porta que esta rodando site projetointegrador1.org e ento realizado novo teste, com a ferramenta destinou-se 900 conexes para o servidor 192.168.100.5, e 500 conexes para o servidor 192.168.100.8 e ento foi acessado novamente o site atravs dos hosts clientes. O tempo de resposta no mudou muito, mesmo com todas essas conexes, em cima dos servidores em nenhuma ocasio chegou a dar time out para o cliente fazendo com que ele reiniciasse a conexo com o servidor novamente.

Concluso No decorrer do presente trabalho observou-se que a tecnologia de balanceamento de carga em servidores web que possuem muitos pedidos de acesso uma sada de pouco custo. Estudou-se uma estratgia de balanceamento de carga utilizando uma tecnologia no to moderna, mas sim uma soluo comum de balancear a carga utilizando o DNS com round Robin. Onde o DNS manda o pedido de acesso para um host de vez conforme a lista de entradas constada nele. Verificou-se o tempo de resposta entre um servidor com muitas requisies enviando resposta e depois analisando o tempo de resposta com dois servidores respondendo as requisies. Os resultados obtidos foram bons e o tempo de resposta da pgina para o cliente foi imediato uma vez que ele requisitou o site e recebeu uma resposta rpida. Isso se deve ao balanceamento feito entre os servidores e evitando um stress para um servidor e fazendo com que as aplicaes funcionem da melhor forma sem sobrecarga, Detectou-se tambm que, com essa tecnologia, 99% de disponibilidade dos servios, fazem com que seu site fique 24h por dia no ar. Ao necessitar de se fazer uma manuteno no site ou trocar um hardware do servidor, ao se desligar um deles, sua aplicao e servios no iro precisar ficar fora do ar, pois ao desligar um dos servidores o outro ir ficar respondendo todas as requisies de seus servios disponibilizados, com isso h um ganho de confiana em seus servios uma vez que se tenha uma disponibilidade de 99%. O ponto mais positivo desse projeto se d na recuperao de erros. Uma vez que a requisio mandada para o servidor, que j est com algumas conexes, os pacotes podem no chegar todos com sucesso para o destino, o cliente quer a pgina e ento ir iniciar uma nova conexo com isso. O DNS no ir mandar a requisio para o mesmo destino e sim mand-lo para o prximo servidor que consta na lista, fazendo com que a pgina e os pacotes cheguem ao destino todos com sucesso. O balanceamento de carga gerado nesse trabalho pode ser de grande importncia futuramente, pois cada vez mais h a necessidade de cortar custos em tecnologias de informao e disponibilidade de 100% dos servios.

7 Referncia Bibliogrfica Arthuron, Luiz (2009) Balanceamento de carga com DNS. http://www.slideshare.net/luizarthur/tpicos-cluster-de-balanceamento-de-carga-com-dns. Junho. Augustus, Cesar. (2011) Instalando o Servidor Apache no Linux. http://www.youtube.com/watch?v=uLDi4MQ41O0. Maio.

Caldeira, Gerson Abdon (2005) Balanceamento de carga (BIND9). http://eng.registro.br/pipermail/gter/2005-March/007774.html. Maio. Falco, Fbio (2010). Instalando o Apache2 e configurando domnios virtuais no Linux. http://fabiofalcao.blogspot.com.br/2010/05/instalando-o-apache2-e-configurando.html. Maio. Feij, Gustavo (2008). Configurao do bind 9. http://omgili.com/mailinglist/debian-user-portuguese/lists/debian/org/8a20e5000801020448p5404a25do2f618fc35a379ef9mailgmailcom.htmlMaio Gonalves, Joo Cludio de Oliveira (2007). Instalando o apache. http://www.vivaolinux.com.br/artigo/Basico-do-Apache-no-Debian. Abril-Junho. Grillo, Luiz Felipe (2005). Instalando e configurando o apache. http://www.vivaolinux.com.br/artigo/Apache-2-para-Debian. Abril. Michellis, Deives (2005). Uma breve introduo ao DNS. http://www.unitednerds.org/thefallen/docs/?area=DNS&tuto=SlackwareShow. Junho. Morimoto, Carlos E. (2007) Servidores em cluester e balanceamento de carga. http://www.hardware.com.br/artigos/cluster-carga/ Abril. _______ (2008) Instalando o Apache. http://www.hardware.com.br/livros/servidores-linux/instalando-apache.html. Maio. Oliveira, Daniel B. de (2006). Balanceamento de carga e redundncia para servidores web. http://www.fug.com.br/content/view/108/2/. Maio. Ribas, Diego (2005). Replicao e balanceamento de carga usando DNS. http://www.vivaolinux.com.br/artigo/Replicacao-e-balanceamento-de-carga-em-servidores-usando-dns. Maio. Rocha, Cleber (2009). DHCP3- server + Bind adicionando host automaticamente. http://www.vivaolinux.com.br/artigo/Debian-Lenny-DHCP3server-+-Bind9-adicionando-maquinas-automaticamente. Junho. Saqueto, Luis Viscardo (2004). Configurando o Bind no Debian. http://www.vivaolinux.com.br/artigo/Configurando-o-bind-9-no-Debian?pagina=2. Maio. Teruskin, Rafael (2002). Balanceamento de carga em servidor web. http://www.gta.ufrj.br/seminarios/semin2002_1/Rafael/ Junho.