Infomaniak siempre se ha comprometido a minimizar su impacto ecológico en el día a día, pero también a explotar al máximo sus recursos. Para un proveedor de alojamiento que utiliza exclusivamente energía renovable, lo más contaminante es la adquisición de nuevos servidores. Teniendo esto presente, buscamos prolongar al máximo la vida de los servidores y dar una segunda vida a aquellos que consideramos obsoletos para nuestros servicios.
Los conservamos entonces para uso interno (preproducción, formación y demostración). Este es el caso de nuestros buenos viejos servidores DELL R410. Pero para utilizarlos en condiciones adecuadas, debemos potencias estas máquinas. Y precisamente de ellos hablaremos hoy.
Este artículo ha sido redactado por Mickael Asseline (alias PAPAMICA), ingeniero de sistemas en Infomaniak. Apasionado de la informática, comparte sus descubrimientos en los foros, discords, Wiki-Tech.io, Tech2Tech, y disfruta del tiempo en equipo en CS tan pronto como tiene un rato libre.
Los servidores DELL R410
Antes de abordar el núcleo de la cuestión, os propongo remontarnos al año 2009. Porque los servidores DELL R410 fueron lanzados a fines del 2000, tenían formato 1U, soportaban 2 CPU y contaban con una RAM de hasta 64 GB y scon ólo 4 slots para discos SAS o SATA (2″5 o 3″5).
¡Preparación de la segunda vida!
El procesador
Nuestros viejos servidores funcionaban hasta ahora con una CPU 4 cores. Esto era suficiente en su vida pasada. Pero hoy en día, queremos potencia. Y por eso vamos a utilizar las dos slots del CPU y aprovecharlos para instalar unas CPU de 6 cores. ¡Aqui está, equipado con dos buenas Xeon L5640!
La memoria viva
Disponemos de 8 de RAM DDR3. Dado que el servidor no soportaba más que 64 GB, hemos optado por 8 módulos de 8 GB ECC DDR3 con candado de 1333 mhz. Lamentablemente, llegamos al límite de las posibilidades por este lado.
La red
Queríamos añadir una tarjeta de red que no hiciera más lento el funcionamiento del servidor y aprovechar al máximo nuestra infraestructura en 40 Gbps. Nos decidimos por una tarjeta de 25 Gbps. Para ello, tuvimos que liberar el slot PCIe del servidor y despedirnos de la tarjeta RAID PERC H700.
El almacenamiento
¡Llegamos con ello a la parte más interesante!
Estos servidores tienen únicamente 4 slots de 3″5 para los discos. Esto limita las posibilidades de meter una parte de sistema y de datos (sin raid para los ELK o Swift, por ejemplo). Optamos entonces por modificar el servidor para poder agregar dos SSD para el sistema. Esta modificación demandó bastante ingenio, pues teníamos muy poco espacio disponible en estos servidores en el formato 1U.
Comencemos por lo más simple: hemos añadido 4 discos SAS de 3.5 pulgadas de 12 TB, para el almacenamiento de los datos en los 4 slots disponibles.
Para agregar el SSD, hemos utilizado el slot del lector de CD con un adaptador de lector de CD hacia disco SATA 2″5. Esto se ve así:
Pero, como ya hemos mencionado más arriba, queríamos 2 SSD para realizar un RAID para el sistema. Partimos entonces de este adaptador para agregarle otro: 2 x M.2 hacia 2″5 SATA.
¡Y aquí estamos con nuestros dos SSD suplementarios! Con esta configuración perdemos toda posibilidad de hacer un RAID por hardware, pero conservamos la funcionalidad de conexión en caliente para reemplazar un disco «caliente» en caso de problemas (no disponible para los SSD M2).
El adaptador M.2 permite hacer el RAID por hardware, con la ayuda de jumpers en la tarjeta electrónica. Sin embargo, no tenemos ningún medio para supervisar este raid a distancia, y por tanto hemos decidido no utilizarlo. Los 4 discos SAS,así como los 2 SSD M.2, son vistos en JBOD por el sistema. Podemos utilizar arriba un RAID por software.
Resultado
Contamos así con 2 SSD suplementarios en nuestros servidores R410 :
En nuestro R410, se ven correctamente los 2 SSD «sistema» M.2 120G y 4 HDD 12TB, en la parte frontal:
root@17S025J>_ ~ # dmidecode -t 1 | grep PowerEdge Product Name: PowerEdge R410 root@17S025J>_ ~ # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 289.2M 1 loop /lib/live/mount/rootfs/filesystem.squashfs sda 8:0 0 111.8G 0 disk sdb 8:16 0 111.8G 0 disk sdc 8:32 0 10.9T 0 disk sdd 8:48 0 10.9T 0 disk sde 8:64 0 10.9T 0 disk sdf 8:80 0 10.9T 0 disk
Nuestros servidores han partido para funcionar todavía algunos años más en nuestros diferentes laboratorios 😎
Alternativa a VMware: migrar de VMware ESXi a Openstack con el Public Cloud de Infomaniak
11 11UTC octubre 11UTC 2024
Infomaniak pone en servicio dos plantas solares Meyer Burger fabricadas en Europa
05 05UTC abril 05UTC 2024
Debe estar conectado para enviar un comentario.