Manutenção em servidores Linux

September 20th, 2006

Recentemente, tive a oportunidade de conversar com um ex-aluno da AW2NET.

Ele fez treinamento conosco à 3 anos aproximadamente. Lembro que a turma dele era de sábado, e na minha opnião, um dia bem interessante para fazer o treinamento, além de aprender bastante, pode-se utilizar  a semana para colocar em prática e encontrar dúvidas, dúvidas essas que serão sanadas pelos profissionais da AW2NET no dia da aula.

Mas eu resolvi escrever pois ele fez um comentário bem interessante, segue:

O sistema operacional linux, vem atendendo as expectativas da minha
empresa, a única coisa que me encomoda é não ter um suporte rápido e
eficiente, sabe, algo por e-mail, ou até mesmo software de troca de
mensagens instantâneas. Podem existir dúvidas simples e complexas, e
tenho a consciência que as complexas podem virar projetos, mas e as
dúvidas simples ?

Fiquei pensando a respeito disso, obviamente, que oferecemos os serviços da AW2NET a ele e realmente existem muitas pessoas que não sabem que a AW2NET trabalha tanto com projetos fechados, mas também trabalha com horas a vulso e contrato de manutenção de serviços, além do treinamento é claro.

Porém, existem empresas que não querem pagar um contrato, quer seja ele simples ou complexo, alegando que o linux é bem estável e que não precisa de gerenciamento constante, mas não é bem assim.

Praticamente todos dias saem atualizações de segurança, ou na maioria deles. Trabalhando com contratos, é possível saber quando existem tais atualizações e fazer com que tais atualizações aconteçam de forma simples e rápida, permitindo assim com que o sistema fique seguro.

Alta disponibilidade

September 4th, 2006

Todos gostaríamos, mesmo quando não temos a necessidade real, de ter nossos servidores e sistemas disponíveis 100% do tempo.

No entanto, sabemos que isso é algo impossível na prática. Podemos chegar a uma porcentagem próxima de 100% e, na verdade, quanto mais próximo dos míticos 100% chegamos, mais cara e mais complexa a tecnologia que utilizamos para atingir tal disponibilidade se torna.

Porém, com software livre, podemos chegar bem próximo da tão desejada disponibilidade constante a um custo não proibitivo. Já há alguns anos existem ferramentas e softwares livres que nos permitem implementar soluções bastante confiáveis e que, somadas a uma boa infraestrutura, nos permitem ter sistemas com janelas de indisponibilidade quase imperceptíveis.

Recentemente, nos deparamos com a necessidade de um cliente que necessitava da disponibilidade mais alta possível para seus sistemas a um custo que não fosse altamente proibitivo. Estudos sobre qual estrutura seria a mais adequada foram feitos, bem como quais as soluções de software seriam utilizadas.

Após reuniões, decidimos por hardware IBM, uma vez que tratam-se de servidores que atenderiam com excelência a necessidade do cliente. O servidor de banco de dados anteriormente utilizado pelo cliente, Informix, foi mantido, mas teve sua versão atualizada para Informix IDS 10.

O sistema operacional escolhido, logicamente, foi GNU/Linux, mais especificamente Red Hat AS 4 em plataforma EM64T. São servidores multiprocessados e com tecnologia de 64 bits, discos SCSI internos com tecnologia RAID via hardware e os dados críticos armazenados em um storage IBM externo, acessado via fibra óptica.

O cliente possuía um sistema ERP sendo executado sob GNU/Linux. Para esse projeto, colocamos todo o sistema ERP, incluíndo o backend (Informix), funcionando sob um ambiente de alta disponibilidade.

A solução funcionou muito bem e, atualmente, temos o serguinte cenário :

  • Servidor primário : possui os serviços em execução e dados críticos sendo acessados do storage;
  • Servidor secundário : em standby, aguardando por qualquer problema com o servidor primário para entrar em ação e assumir o controle das operações;

Caso, por algum motivo (falha de hardware, falha de comunicação em rede, falha na execução de algum dos serviços, como o sistema ERP, banco de dados, etc), os serviços fiquem indisponíveis, o servidor secundário passa a fornecer a mesma funcionalidade anteriormente fornecida pelo servidor primário, inclusive utilizando os mesmos endereços IP do servidor primário, fornecendo os mesmos serviços e disponibilizado aos usuários exatamente os mesmos dados.

Dessa forma, fica imperceptível aos usuários se os serviços estão sendo fornecidos por um ou outro servidor específico. O fato é que os mesmos sempre terão os serviços que necessitam para trabalhar disponíveis.