Camaleón wrote:
El Fri, 27 Nov 2009 13:56:45 +0100, carlopmart escribió:
Camaleón wrote:
Si nos atenemos a las HCL de SLES, RedHat o de Sun no podríamos montar el 60% de los productos del mercado.
Una cosa es que un componente determinado pueda tener soporte "oficial" y "certificado" para un sistema operativo (y que el usuario además quiera hacer uso de esa certificación, porque no siempre vas a instalar una RedHat en equipos de 10.000€) y otra muy distinta es que el kernel que lleve no pueda "reconocer" una controladora sata determinada, por ser antiguo. Tanto RHEL como SLES como Sun tienen en sus listas sistemas completos certificados y no solo componentes. Yo por ejmplo tengo dos servidores HP Proliant ML, un 150 y un 110 y ambos están certificados para los tres SO, y no valen 10.000€ ... bastante menos, empiezan en 350€ ...
Pero no siempre montas sistemas completos. Las HCL también certifican placas base o cualquier otro componente.
Y las HCL son listas "muy cortas" :-)
Ya, pero así el fabricante se guarda las espaldas ...
¿O acaso RedHat/Novell/Sun-Oracle *rehúsa* venderme su producto si mi hardware no está en su HCL? >:-) No, ellos no te van a preguntar si su producto va a ir instalado en un servidor certificado. Ahora bien, te avisan de que si te surge algún problema no están obligados a solucionártelo. ¿Tu en tu empresa te la jugarías con esto? ¿Verdad que no?
Sí ¿por qué no?
A ver, que no todos los equipos que tengas que montar tienen, necesariamente, que cumplir con esa certificación. Hay equipos "piloto" que usan para pruebas, hay equipos que realizan actividades secundarias, de análisis, de gestión y no necesitas que estén certificados pero sí necesitas (para auditorías) que lleven una versión de empresa SLES o RedHat (y no openSUSE o CentOS).
Pero verdad que aunque no sean sistemas certificados te asegurarás de que funcionan?? Quiero decir, tienes un equipo clónico (que supongo que és de lo que hablamos porque con fabricantes de hierro como IBM, Sun, HP, Dell y demás no habría problemas) para llevar a cabo una tarea. Si debes instalar una distro Enterprise probarás la que más se ajuste a tus necesidades y deshabilitarás componentes que no funcionarán y añadirás otros que sí, ¿o no?.
Repito: son distros Enterprise. No es comparable a openSuSE. Es lógico que openSuSE, Ubuntu y demás den más soporte a nivel de drivers: ellos no tienen firmado un contrato de soporte contigo.
Son versiones Enterprise, sí, y por eso llevan versiones antiguas (y probadas) de los kernels, y de drivers. Y que en un momento dado, eso puede ser una limitación para tu empresa: el hardware se actualiza con más rapidez que el software.
Que una cosa (que sean versiones empresariales) no quita la otra (que monten kernels antiguos).
Pero es que no es así. Vamos a ver: que no os engañen las versiones de kernel que montan las distros Enterprise. Por ejemplo las RHEL 5 montan la serie 2.6.18, pero eso no significa que no soporten carácterísticas de un kernel 2.6.27 por ejemplo porque eso no es así. O sea, no es el kernel "original" 2.6.18. Tanto SLES como RHEL hacen backport en su kernel de drivers y funcionalidades de versiones de kernel superior. ¿Me explico?. TODOS los kernels de las distros Enterprise están modificados por el fabricante y tienen añadidos de kernels de versión superior. Si no fuese así, yo no podría tener en mi laptop un CentOS instalado porque el kernel 2.6.18 de serie no da soporte a todos los componentes ni me da funcionalidades como KVM ...
Saludos,
-- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org