El miércoles, 26 mayo del 2010 a las 04:23:20, Camaleón escribió: No quiero desviar el hilo de su temática original, pero ya que sale el tema de Supermicro, me gustaría dar mi opinión, lo que me gusta de esa marca es que puedes hacer servidores a medida, eliges todos lo componentes y te lo ensamblan a tu gusto, esto te permite elegir la marca y modelo de la controladora raid, etc.
Los pocos servidores que he vendido de Supermicro han tenido problemas, en componentes y en montaje, al primer servidor 4u que monté le fallo el sensor de temperatura de la placa base y se ponía loco a pitar, ya hay que tener mal suerte para que te falle una placa base destinada a servidor, fabricada en USA y que pasa de los 400 euros eh?? Por otro lado las dos empresas que llevan supermicro en España, siempre me han preparado alguna pifia, como otro servidor 4u que haciendo pruebas le faltaba el cable que conectaba el backplane de la fuente redundante con la placa base y permite tener avisos de fallo en fuente. Otra cosa, en general la calidad de materiales de los chasis 4U me han decepcionado, sencillos como una caja de clónico y los plásticos frágiles, como la tapa de los discos hotswap, que parece que se va a romper en cualquier momento, esto no queda nada bien en un servidor que puede valer muchos miles de euros... Otro "problema" a tener en cuenta si vais a montar un servidor Supermicro es el tema del ruido, la mayoría son _extremadamente_ ruidosos, al loro con los chasis 4U/Torre si los vais a colocar en oficias sin instalaciones especificas para servidores, otro tanto para los chasis 1U. Otro "problema" que tengo con supermicro es que en las configuraciones que lo permiten por espacio monta los disipadores inbox de intel, no digo que sean "malos", pero no me parecen la solución más acertada para un servidor de gama alta, nunca he visto un servidor de marca "hp, ibm, etc" que monte el disipador que viene con el procesador Intel. Dicho esto, mi opinión es que los componentes de servidor no fallan menos que los de escritorio, en especial las placas base, pero las de servidor tienen prestaciones que no tienen las otras, como slot para tarjetas raid/red pci-x y pci-e, slots para tarjetas de gestión remota IPMI, etc. > > Comparto algunas cosas, otras no, por ejemplo, si tienes un servidor > > como tal, un equipo HP, IMB con Discos Redundantes, Fuentes Redundantes, > > dificulto que necesites otro equipo de Respaldo, pero lo bueno es que en > > este caso tenemos una oficina en otra sede y toda la información esta > > actualizada a través de Rsync. > > Huy, no sabes lo que fallan los servidores de marcas de reconocido > prestigio. Recuerda que NO todo es redundante. > > Nosotros también tenemos servidores en bastidor de Supermicro (discos con > configuración en raid 1 y raid 5, fuentes redundantes, procesadores de > doble núcleo físico Intel Xeon) pero ya estoy poniendo en la lista de > "regalos para navidad" algún otro donde replicarlos porque en cuanto un > servidor se hace indispensable, necesitas tenerlo replicado o cualquier > día te deja tirado. > > No me refiero a disponer de una copia de respaldo de los datos en otra > ubicación sino de que cuando llegan las 7am y el servidor no levanta, > poder hacer un cambio mínimo (un par de cables a lo sumo) para poder > iniciar los servicios en otro equipo que tengas al lado. > > > Sobre que sea una ciencia exacta, sinceramente difiero eso, creo que > > todo es calculable, incluso tomar en cuenta que la red pueda crecer el > > doble por ejemplo, pero tampoco puedo comprar un equipo pensando que en > > tres meses tendre 10000 estaciones de trabajo. > > No es ciencia exacta porque es variable. Hoy puedes tener una necesidad > "x" pero mañana será de "x+1", dentro de un mes de "x+2", etc... La > memoria, siempre al máximo posible. Es relativamente económica y es de > los componentes de los que más se beneficia el sistema. > > > No quiero colocar ejemplos, para no desviarme del tema, obviamente he > > notado cosas, eso no se esta discutiendo, pero como justifico: > > > > "Este este equipo el que debo comprar" > > Pero ¿ya sabes qué equipo quieres comprar? Si lo sabes es que ya lo has > justificado haciendo tus cálculos :-) > > > Obviamente debo hacer un cambio, creo que hay muchas cosas obvias (yo > > soy el que conoce la red, si he visto un cambio, etc). > > > > Lo que deseo es hacer un estudio de investigación, un informe, no una > > tesis. > > > > Digamos que un cliente te pregunta Quiero montar una red de 50 equipos y > > necesito un servidor, como le vendes tu ese equipo? Eso es mas o menos > > la orientación que necesito. > > Bueno, no nos pidas que hagamos el estudio por ti, creo que ya te hemos > aportado varias ideas y herramientas para hacer mediciones "realistas". > > > Estoy seguro que un servidor HP super-hiper-contracojonudo me va a > > servir, igual un IBM mega-arrecho tambien me servira pero la idea no es > > subutilizar los recursos ni hacer una inversión para solo usar un 2% de > > ese equipo (Solo por colocar un ejemplo). > > Bueno, comprar "de marca" tiene sus desventajas. HP suele hacer equipos > buenos y compatibles con Debian (lo cual es una ventaja) pero también > monta los equipos de manera "muy suya" (su ram, sus tarjetas, sus discos, > sus adaptadores...). Mi recomendación: no mires marcas sino > características. > > > Creo que lo que voy a hacer es eso, pedir presupuestos, una vez lo hice > > en este foro, aprovecho en preguntar nuevamente, quien vende estos > > equipos para saber si desea pasar un presupuesto, yo le daria los datos > > a quien va dirigido (Nombre de la empresa, etc) tomando en cuenta los > > requerimientos (servicios que ejecutara, etc). > > Nosotros tenemos servidores Superserver de Supermicro y tengo que decir > que aunque el soporte es pésimo (aquí en España) los servidores (el > hardware) son excelentes y el SAT de Holanda, también :-). > > > Gracias nuevamente por tu respuesta Camaleon. > > De nada, a ver si entre todos te vamos dando ideas que te sirvan. > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/pan.2010.05.26.16.23...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100526173557.ga5...@rh71.rh71.org