gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
Linux preparado para 'enterprise'?
Contribuído por chbm em 01-06-00 17:31
do departamento sim/não/talvez
Linux Cloaked escreve "Ao preparar uma configuração para um cliente nosso, procurei se Linux suportava algumas das possibilidades tipicas de um ambiente de alta disponibilidade: SCSI/fcal multipathing, SCSI/fcal channel failover, volume management, número máximo de devs por canal SCSI/fcal (que é de 128 por sistema), etc... Só encontrei um ou outro projecto raquitico, nada de solido. Quanto tempo será necessário para que Linux possa estar ao nível de HPUX, Solaris ou mesmo AIX? Não será tempo de 'abrandar' a parte de net e investir noutras areas? Qual é a vossa opinião? "

TurboLinux falido... [não] | A verdade sobre o WindowsME...  >

 

gildot Login
Login:

Password:

Referências
  • Linux
  • Mais acerca Linux
  • Também por chbm
  • Perguntas
  • Como se pode ter o seu próprio host ?
  • Linux preparado para 'enterprise'?
  • Produtividade: linha de comando vs IDE
  • Sistemas operativos: O que são?
  • linux distribuído nas revistas, sim ou não ?
  • Pergunte ao Gildot: qual o melhor codificador de mp3?
  • staroffice
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    A minha opinião é: (Pontos:0)
    por Anonimo Cobarde em 01-06-00 18:00 GMT (#1)
    Não
    Quase la' ... (Pontos:1)
    por fjca em 01-06-00 19:24 GMT (#2)
    (Utilizador Info)
    Volume Management: http://www.linuxdoc.org/HOWTO/LVM-HOWTO.html Ultimos reports era de que estava solido. Fail over: http://metalab.unc.edu/pub/Linux/ALPHA/linux-ha/High-Availability-HOWTO.html Este ja' e' velhinho, mas a informacao ainda ainda e' relevante. Ah, e lembrar que o LVM no Solaris nao e' nativo, tem de se pagar ...
    Estamos trabalhando nisso. (Pontos:4, Esclarecedor)
    por Patola em 01-06-00 19:35 GMT (#3)
    (Utilizador Info)
    Olha, eu discordo de você que os projetos estejam tão tímidos e imaturos como você diz. Eu já uso LVM no meu Linux faz uns 6 meses, e nunca tive sequer um problema com ele. VOu começar a usar JFS agora, ainda não decidi se JFS, XFS, ReiserFS ou ext3 (provavelmente ReiserFS).

    O que acontece é que há cerca de um ano atrás é que a galera do kernel e dos aplicativos em geral viu que havia necessidade destas coisas para Linux no mundo corporativo. Daí começou uma corrida para implementar as variadas deficiências: suporte a RAIDs, espelhamento, striping, LVM, JFS, Alta dispomibilidade, etc.

    O que se tem hoje em dia pode ser resumido como: temos várias peças funcionando. Muitas equivalentes, como os vários JFS existentes. Algumas únicas, como o LVM. Mas ainda nenhum ambiente unificado funcionando com tudo integrado, como em AIX ou HP-UX.

    Por que não nos ajuda e monta um laboratório para começar a pesquisar o uso integrados destas partes? Não é todo mundo que tem acesso, por exemplo, a discos SCSI para poder compartilhá-los entre computadores e fazer failover de volume groups. Eu tenho procurado ajudar com sugestões, correções de bugs, uso constante, etc. Trabalho profissionalmente com AIX (tenho 5 certificações neste Unix) e mexo muitos com ambientes corporativos, daí minha experiência vem ajudar os autores dos patches e programas.

    Agora, por favor, não me venha falar de Solaris "corporativo". Este Unix antigo e remendado tem é uma série de - como se diz no Brasil - "gambiarras" pra funcionar com determinados recursos e técnicas avançadas, nada mais do que isso. Mas administrar isto nele é uma dor, pela falta de um projeto consistente e integração entre os fabricantes de cada técnica avançada importada para ele. Me parece que o Solaris, com exceção de alguns poucos produtos, está atrás do Linux nesta estrada. Não me venha dizer do Veritas como se viesse fazer concorrência a um LVM de verdade!

    Patola
    Patola (Cláudio Sampaio) - Solvo IT IBM Certified Advanced Technical Expert SAIR GNU/Linux Certified Systems Administrator PGP/GPG Public Key Available U

     

     

    [ Topo | Sugerir artigo | Artigos anteriores | Sondagens passadas | FAQ | Editores | Preferências | Contacto ]