Acesso Negado

Surge a ideia de reunir diversos profissionais de TI em uma única comunidade! Acesso Negado!

www.acessonegado.com.br

As promessas do Governo para a TI

Durante as campanhas eleitorais deste ano, o NadaMais fez uma pesquisa com os quatro principais canditados a presidência. A pesquisa tem como objetivo tornar público os projetos relacionados a TI, elaborados pelos presidênciáveis. Com o intuito de não interferir na opnião de nenhum leitor, esta pesquisa foi divulgada agora, uma vez que a poeira das eleições já baixou e a crise e foco da mídia agora é outro. Outro critério, para evitar comparações e discussões políticas, que não é o objetivo deste blog, é divulgar apenas a pesquisa realizada com o partido vencedor, neste caso o PT.

Ao final, disponibilizo para download o email original, incluindo o cabeçalho para evidenciar a veracidade dos fatos.

1. Gostaria de saber do canditado Lula quais são as propostas para a informática e tecnologia no Brasil?

• Ampliar e fortalecer as ações de inclusão digital;
• Integrar e racionalizar as ações de tecnologia de informação e comunicação para primorar o governo eletrônico abrangendo os três poderes.
• Fortalecimento da informática pública;
• Ampliar a utilização das TIC’s para sustentar e fortalecer o desenvolvimento das políticas públicas;
• Fortalecer as micro, pequenas e médias empresas de TIC’s nacionais, principalmente de software;
• Adotar o compartilhamento de conhecimento e a livre produção e circulação de conteúdos como diretrizes de utilização das TIC’s;
• Utilizar Software Livre e incentivar o seu desenvolvimento;

2. Qual a importância do Software Livre para o Brasil e seu espaço no seu governo?

Pela primeira vez na história o Governo Federal teve uma política ativa de incentivo a adoção e disseminação de tecnologias abertas com a motivação de democratizar o acesso a softwares, permitir a concorrência no setor e corrigir situações de monopólios e oligopólios comuns até então neste mercado.

O programa de governo LULA apontará para a ampliação do fomento ao desenvolvimento e adoção em massa do Software Livre, tanto na administração pública, quanto no âmbito da sociedade. Será também priorizado o investimento nas empresas públicas de informática para a adoção de softwares livres nos grandes sistemas estruturantes do Governo Federal.

O e-mail orginal, incluindo os cabeçalhos esta disponível para download; aqui.

Esperamos que não fique somente em promessa, fiquemos atentos e daqui a 4 anos não esqueçam do que foi dito acima.

Dica: Monitore o Uptime do seu site ou servidor

O SiteUptime (http://www.siteuptime.com) é um serviço de monitoração de sites. Constantemente ele verifica se o site esta no ar, através de diversos protocólos e conteúdo do site (inclusive se for protegido por usuário e senha). A partir dos resultados gera relatórios de disponibilidade. A ferramenta esta a disposição gratuitamente para a verificação de 1 domínio por conta. Para monitorar mais domínios é necessario contratar um plano pago; informações sobre valores devem ser consultadas diretamente no site do serviço.

Os protocólos monitorados são:

• HTTP
• POP3
• SMTP
• FTP
• SSL
• DNS
• Ping
• Portas específicas determinadas pelo usuários.

Link Relacionados

• O que é Uptime?

Análise; Apache vs. IIS

Os servidores web são os principais fornecedores de conteúdo da internet. Esta responsabilidade esta dividida, principalmente, entre dois serviços. O Httpd do grupo Apache, responsável por 65% aproximadamente, e o IIS da Microsoft com cerca de 25% do mercado.

Como outros casos, existe uma discussão que tenta definir qual é o melhor entre os dois softwares, desta forma esta pesquisa foi elaborada para avaliar os dois sistemas. Com base no resultado poderemos definir qual é o melhor serviço para determinada situação.

Definições

Hardware do servidor (Windows e Linux)

• Processador Intel Xeon TM Dual (biprocessada)
• 2Gb RAM
• 2x Discos SCSI 76Gb
• Placa de Rede Gigabit

Máquinas clientes (4 PCs)

• Processador AMD Atlhon 64 2800
• 1Gb RAM
• Placa de Rede Gigabit
• Sistema operacional - Linux Debian 64 (sem ambiente gráfico)

Infraestrutura de Rede

• Switch Gigabit
• Rede local, sem contato com a internet

Particionamento - Windows

• C:\ 10GB (NTFS)
• D:\ 66GB (NTFS)

Particionamento - Linux

• swap 4Gb
• /boot 100Mb (ext3)
• / 15Gb (ext3)
• /home 56Gb (ext3)

IIS 5

• Sistema Operacional Windows 2000 Server
• Todas atualizações disponíveis no windows Update aplicadas
• Cache desativado

IIS 6

• Sistema Operacional Windows 2003 Server
• Todas atualizaçõs disponíveis no Windows Update aplicadas
• Cache desativado

Apache 1.3

• Sistema Operacional Linux Red Hat AS (sem ambiente grafico)
• Cache desativado

Apache 2.2

• Sistema Operacional Linux Red Hat AS (sem ambiente gráfico)
• Cache desativado

Medições

Tempo de resposta

1. Avaliar o tempo entre a requisição e o completo recebimento de um arquivo html simples de 188Kb por protocólo HTTP.
2. O resultado equivale a média de tempo em relação ao número de requisições.

Utilização de CPU

1. Avaliar a utilização de processamento do servidor durante as requisições.
2. O resultado equivale a média de uso do processamento em relação ao número de conexões.

Utilização de RAM

1. Avaliar a utilização da memória RAM durante as requisições.
2. O resultado equivale a média de uso da mémoria em relação ao número de requisições.

Metodologia

1. Enviar um bloco de X requisições, sendo que cada uma das quatro máquinas clientes enviam a um mesmo servidor X/4 requisições. Utiliza-se o software wget para realizar cada requisição.
2. Aguardar e registar o resultado.
3. Estabilizar o servidor e as máquinas clientes.
4. Enviar um novo bloco de requisições, conforme item 1.

Resultado

Conclusão

Após estes resultados é possível analisar o comportamento dos sistemas e assim definir a melhor opção para determinado projeto. Fica evidente que em casos com requisições inferiores a 900 ambos os sistemas suprem as necessidades fundamentais de performance e disponibilidade que um projeto possa vir a requerer. Desta maneira a tecnologia de desenvolvimento (ASP, PHP, .NET, CGI...) e o custo de licenciamento serão os fatores a serem considerados na tomada de decisão.

Aplicações de intranet (médias e pequenas empresas), sites corporativos e pequenos sistemas de informação são alguns exemplos onde qual servidor web a utilizar não será o fator predominante para a decisão. Nestes caso o custo com as licenças e a tecnologia de desenvolvimento, entre outros fatores, predominarão para a escolha do serviço de publicação.

Porém quando falamos em alta requisição os sistema Httpd da Apache mostra melhor desempenho. Isto justifica sua liderança no mercado atualmente e o crescimento até setembro de 2005. Entretanto, a partir desta data a utilização deste servidor web começou a cair. Abaixo está um gráfico cotendo o histórico da fatia de mercado por sistema.

Fonte Netcraft

Particularmente acredito que esta queda esteja associada a facilidade de clusterização e o detalhamento na configuração que a Microsoft provê ao IIS 6 e ao Win2k3. Em um ambiente cluster aliado a facilidade de configuração, em comparação ao sistema da Apache, os problemas relacionados a alta requisição seriam resolvidos.

Em contrapartida o custo de licenças para a utilização da plataforma Microsoft pode inviabilizar um projeto. Neste caso a vantagem novamente volta a ser da Apache e consequentemente do Linux. Este também exige profissionais extremamente qualificados para realizar a implatação de um ambiente em cluster, porém não apresenta custos de licenças ou renovação destas.

A decisão, em determinados casos, terá como relevância principal o custo do projeto; sendo ou não este de alta requisição. De qualquer maneira, a escolha da tecnologia a ser utilizada deve ser analisada caso a caso. Felizmente existem as opções, ambas possuem vatagens e desvantagens; sendo assim não podemos generalizar e definir qual é a melhor de todas, mas sim decidir qual é a melhor para determinado projeto.

Discos SATA (Serial ATA); dependendo não vale a pena.

Os hds SATA, desde seu lançamento, prometem ser uma alternativa aos caros discos SCSI. Até onde vai o custo vs. benefício é o que será abordado nesta matéria.

Serial Advanced Technology Attachment (SATA), são discos que transferem informações a 150 mb/s e na versão SATAII, também conhecida como SATA 300, chega a uma velocidade de 300 mb/s. Velocidade muito superiores aos discos IDE e inferiores aos hds SCSI. Além do valor mais acessível em relação as tecnologias de maior velocidade, o SATA permite utilizar um cabo de menor largura e portanto permitindo uma boa ventilação interna do gabinete. Em termos de ruído e aquecimento, as tecnologias não apresentam grande diferença; generalizando, quanto maior a velocidade maior a temperatura e barulho.

Casos onde esta tecnológia não foi a melhor alternativa

Banco de Dados - Em 2004, assumi um projeto, ja em funcionamento e produção, de uma organização de médio porte no ramo de entretenimento. Um servidor MySql 4.1, aproximadamente 30gb de informações e 150 mil transações por dia. As características de hardware; dual Xeon 2.67Ghz, 1.5Gb Ram, 2x SATA/300 RAID 1, demais componentes, incluindo a motherboard, by Intel. Cerca de 4 meses de funcionamento do sistema, em plena produção, a partição /var/mysql simplesmente desmontou-se. Após testes e procedimentos na tentativa de reestabelecimento foi constatado que a partição estava simplesmente zerada. As demais permaneciam intactas. Ambos os discos foram subistuídos e em 2 meses o mesmo problema ocorreu novamente. Optou-se por RAID 5, com 4 discos na mesma configuração já descrita. Em 1 mes o problema voltou a ocorrer. Outros testes como atualização de firmware, atualizações de kernel, troca de placa mãe e controladora também foram realizados; chegou-se a decisão de trocar por SCSI em RAID 1. Após esta decisão e implantação da nova estrutura o sistema permaneçeu rodando sem nenhum problema registrado até o momento.

Servidor de E-mail - No princípio de 2005, projetei um serviço baseado em qmail e vpopmail com autenticação SMTP e POP em banco de dados MySql (este em outro servidor exclusivo para este fim). Aproximadamente 25000 mensagens por hora. A configuração de hardware era semelhante a anteriror. Porém disponibilizei uma proposta com duas possibilidades, recomendando preferencialmente a alternativa com discos SCSI. Por uma questão, unicamente, de custo do projeto foi escolhido a alternativa com discos SATA. Em 4 meses de funcionamento, quando o serviço atingiu a marca de 20mil mensagens/dia os problemas relacionados a disco começarama a aparecer. O restante desta história não é necessário mencionar, resumindo; discos substituídos por SCSI e estabilidade do sistema foi garantida.

Casos parecidos aconteceram com servidores web Apache, onde estes possuiam alto acesso diaramente; todas as soluções sempre caminharam para discos SCSI. Desde então não recomendo e não apresento projetos que requerem médio e alto volume de transações com discos SATA.

A incidência de problemas com esta tecnologia em servidores Windows é menor; porem projetos que envolveram este sistema operacional tinham volume de transações a nível pequeno e médio apenas. Quando em grande volume de acesso a incidência de problemas é idêntica a projetos que utilizaram SO linux.

Recomendo a utilização de discos SATA em projetos onde os requisistos são alto desempenho com pequeno volume de transações e baixo custo. Como exemplo estações de edição de video, servidores de DNS, Proxy e IDS. Porém, se na requisição do projeto contiver desempenho, médio/alto volume de transações e disponibilidade garantida; utilize no mínimo SCSI.