Primer servidor consolidado en virtualización fue asignado a la FRN

Con mucho agrado debo comentarles que hoy fue finalmente puesto en explotación el primer servidor físico que se sacó del data centro por el proceso de consolidación de servidores en virtualización. Este servidor era el que albergaba anteriormente la página web institucional. Fue asignado a la Facultad de Recursos Naturales, gracias a la prontísima gestión del Ing. Franklin Cuadrado, técnico informático de la FRN, quien realizó todo el trámite de traspaso del equipo en Control de Bienes. Realmente fui yo quien por las ocupaciones demoré en preparar el equipo instalando el S.O. y los paquetes necesarios para hacer de proxy para la FRN.

Hoy a las 08h06 le timbré a Franklin y quedamos de inmediatamente llevarnos el server al centro de cómputo de allá e instalarlo. En lo que él venía reconfiguré el switch de core para que puedan ahora salir a través del server recién instalado. Tardamos unos 15 minutos en preparar el área física y unos 10 más en poner todo a funcionar. El corte de servicio fue de unos 40 minutos pues el server se encendió y empezó a dar servicio a eso de las 08h55 de hoy… justo a tiempo para que unos muchachos den su examen de suspensión ahí junto en el evirtual!

Esperaría que otras facultades que han mostrado interés sigan el ejemplo de FRN en este sentido y planifiquemos el cambio de proxys y les demos nueva vida a estos equipos que fueron retirados por el proceso de optimización. El DESITEL está a las órdenes y nos pueden contactar por cualquiera de los medios habituales!

Cómo ser un mirror público de Fedora-EPEL en 8 pasos

El proceso en este caso es un poco más engorroso que el necesario para CentOS. Esto es porque el esquema de manejo de los espejos en el proyecto Fedora (a quien pertenece EPEL) es bastante más aniñado, o como se diría por acá: pelucas. Algunos pasos son comunes pero hay grandes cambios sobre el mantener y reportar el estado del repo. Nuevamente sugiero se lea completo el post antes de aplicarlo y aún más que eso, es muy importante leer el proceso para CentOS antes de seguir este.

  1. Este paso es el mismo que el que se indicó para CentOS, sólo que dado que en aquel post ya se refirió el uso del script syncRepo.sh (en el punto 4) que automatiza las sincronizaciones periódicas, este paso se simplifica con una simple ejecución de:
    # /var/www/lighttp/syncRepo.sh fedora-epel

    El espacio necesario para EPEL es de poco más de 80GB de disco.

  2. Como en el caso del repo de CentOS, uno se puede suscribir a la lista de distribución de mirroring del proyecto Fedora en http://www.redhat.com/mailman/listinfo/mirror-list, y aunque yo sí lo hice, la verdad hasta el momento no he visto la utilidad de hacerlo. En el caso del mirror de CentOS, esta es la vía por donde se reporta y se reciben las confirmaciones del proceso, pero en el caso de fedora-epel, no he recibido más que los mails de confirmación de suscripción. En resumen, puedes saltarte este paso sin problemas.
  3. Simplemente seguir los pasos 3, 4 y 5 de la guía para CentOS. Claro que con los ajustes necesarios para EPEL. Nada complicado.
  4. Ahora viene lo bonito! Hay que primero sacar una cuenta en el Fedora Account System (FAS), es bastante simple el proceso y es necesario porque el proyecto Fedora usa un sistema llamado MirrorManager para automatizar algunos aspectos del manejo de los espejos. Este sistema permite que, a través de tu cuenta, puedas reportar de forma automatizada las actualizaciones que has realizado a tu(s) espejo(s). La idea es simple en realidad. Una vez registrado en el FAS, puedes ingresar los detalles de tu(s) repositorio(s) en MirrorManager y simplemente instalar y configurar un programa llamado report_mirror para que corra justo después de los rsync que ejecutes. Este programa le reporta todos los detalles al MirrorManager y en función de esto eres publicado en la lista oficial de repos públicos y más que eso, la lista está siempre al día y con información precisa.
  5. Veamos todo aquello paso a paso… Una vez suscrito al FAS se puede iniciar sesión en el panel de administración del MirrorManager, donde deberemos ingresar primero un sitio. Este sitio no necesariamente es un sitio web, sino el sitio u organización que maneja el mirror, ESPOCH en mi caso. El botón para esto dice [Add Site]. El formulario lleno puede verse como este:
    Creación del Sitio en MirrorManager
  6. Con el sitio creado, el siguiente paso es crear un Host, esto se hace en la misma pantalla que el paso anterior, pero más abajo del formulario graficado está la sección y el link para esto: [Add Host]. El formulario de nuestro sitio se ve así:Creación del Host en MirrorManager
    Seguro surgirá la pregunta del ASN, la verdad no supe cómo obtenerlo y el Epe me dió una mano con esto con un comando como este:

    # whois -h asn.shadowserver.org origin 201.218.5.10

    Donde 201.218.5.10 es la IP del server que contiene nuestro repo. La respuesta arroja entre otra info, un número que es nuestro ASN. También hay sitios como este que te pueden ayudar con esto de forma sencilla.

  7. En este paso describo información adicional que se puede ingresar más abajo del form anterior y puede ser útil pero que no es requerida para que todo funcione, de todas formas recomiendo ingresarla. Para facilidad sólo mostraré las secciones ingresadas sin mayores explicaciones pues las imágenes tienen el detalle (en inglés) y son ya bastante descriptivas:Información Adicional Ingresada
    Captura de pantalla de 2013-07-24 09:42:17 02
    Captura de pantalla de 2013-07-24 09:42:17 03
  8. Finalmente hay que instalar el paquete mirrormanager-client y configurar el report_mirror tal cual se anticipó en el punto 4. La instalación requiere de tener instalado y habilitado el repositorio de EPEL en el server donde manejaremos nuestro espejo. La instalación del repo de epel puede hacerse con:
    # rpm -Uvh http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm

    Favor notar que el ejemplo es para la versión de EPEL de la serie 6 de RedHat/CentOS. El paquete para reportar el espejo se instala con:

    # yum -y install mirrormanager-client

    Ahora editamos el archivo /etc/mirrormanager-client/report_mirror.conf modificando la información del sitio y host que ingresamos en el FAS. En mi caso la parte importante del archivo se ve así:Configuración de report_mirror

Y listo! en nuestro caso, en cuestión de poco más de 24 horas ya estábamos listados en el sitio oficial de mirrors públicos de EPEL en fedoraproject.org e inmediatamente empezamos a ver hits desde diferentes lugares, especialmente Colombia y Perú, además de Ecuador claro está. Nuevamente, replico el último párrafo del post anterior del mirror de CentOS: “Espero sea de utilidad y nos sigan varias instituciones que podrían estar espejando a EPEL, CentOS y otras distros de Linux en nuestro país. Cualquier duda o si se les puede ayudar en algo, estamos para colaborar: desitel@espoch.edu.ec“.

Cómo ser un mirror público de CentOS en 6 pasos

Bien. Para todos quienes estén interesados en colaborar con la comunidad Linux de Ecuador y la región convirtiéndose en espejo público de CentOS, aquí un pequeño resumen del proceso que la verdad es bastante sencillo aunque técnico. Sugiero que se lea completamente antes de seguirlo.

  1. Lo primero siempre será preparar el servidor y realizar la primera sincronización, esta es realmente la parte más demorada pues el repositorio completo tiene poco más de 100G, este valor no es exacto pues puede normalmente crecer en función de lo que se vaya colocando dentro especialmente actualizaciones. Detalle de los tamaños usados se puede siempre obtener en: http://mirror.espoch.edu.ec/centos/dir_sizes. Esta sincronización inicial se puede hacer con un comando similar al siguiente:
    # rsync -aqzH --delete --delay-updates msync.centos.org::CentOS /path/en/donde/ira/el/mirror

    Mientras este paso se completa hay tiempo de sobra para preparar todo lo demás pues es un proceso que puede tomar días dependiendo de la velocidad del canal de Internet disponible. Este paso (y de hecho así lo sugiero para simplificar todo) se puede realizar también y de forma más sencilla con el script del punto 4.

  2. Lo siguiente sería suscribirse a la lista oficial de mirrors de CentOS a través de http://lists.centos.org/mailman/listinfo/CentOS-mirror. Es un paso bien simple y sencillo, es cosa de llenar los datos que se piden en el formulario. Enseguida se recibirá un email para verificar la dirección de email proporcionada. Hay que simplemente apretar en “Responder”, sin acotar nada a este correo para confirmar el email y finalizar el proceso de suscripción. Una vez verificado, llegará un mail con un texto de bienvenida y unas pocas indicaciones. Sugiero guardarlo para futuras referencias como cambiar los detalles de la suscripción.
  3. Ahora hay que preparar los medios de distribución que pondremos a disposición, como HTTP, FTP y RSYNC. En nuestro caso yo solo preparé un servidor web para HTTP y levanté un servidorcito de RSYNC, nada de FTP. Asumo que los interesados sabrán cómo levantar al menos la vía del HTTP. San google y/o EcuaLUG pueden ayudar ampliamente en estos temas. En nuestro repo se usó Lighttpd y las siguientes referencias así lo señalan. Lo que sí hay que tener en cuenta es el
    /path/en/donde/ira/el/mirror aunque si se usa el script del punto 4 esto es bastante automático. Es buena idea dejar activada la opción de “dir-listing” en el servidor web.
  4. Hay que preparar un script que realice la sincronización cada cierto tiempo de forma automática corriendo por cron. En este link para descargar syncRepo.tar.gz puedes bajarte el script que hice y está corriendo en nuestro repo. Este script recibe como argumento el nombre del repo que se quiere sincronizar teniendo unas pocas opciones que se muestran al correrlo sin argumentos. No olvides darle permisos de ejecución al script. En el caso nuestro y como el script lo puse en /var/www/lighttpd lo correríamos así:
    # /var/www/lighttpd/syncRepo.sh centos

    El script está programado para trabajarlo todo en /var/www/lighttpd, es decir, el repo de centos lo syncronizará en /var/www/lighttpd/centos, el de fedora-epel en /var/www/lighttpd/fedora-epel y asíiiii.

  5. Este paso es bastante sencillo y se trata de programar al cron para que ejecute el sccript con la frecuencia que deseemos sincronizar. Una de las ventajas de syncRepo.sh es que crea archivos de bloqueo y evita así que se sincronice más de una vez el mismo repo cuando una corrida anterior haya tomado más tiempo del de la frecuencia de la tarea de cron. Así que es seguro ponerlo en el crontab aún cuando no haya terminado la sincronización inicial. Para correrlo 4 veces al día podría ejecutarse crontab -e y agregar la siguiente línea:
    5 */6 * * * /var/www/lighttpd/syncRepo.sh centos &>/dev/null
  6. Para dar este, que básicamente es el último paso, se necesita que la sincronización inicial haya finalizado exitosamente. La mejor forma de comprobarlo es mandar a correr el script a mano como en el ejemplo del punto 4. Si se ejecuta en corto tiempo y sin errores, sabremos que nuestro repo está en sincronía con el espejo maestro de CentOS. Siempre es bueno hacer unas pruebitas de disponibilidad de los medios de distribución configurados (HTTP, FTP, RSYNC) para lo cual los amigos locales y foráneos son de gran ayuda… Con esa seguridad, sólo nos queda reportar a la lista de distribución que tenemos nuestro espejo listo y activo. Para esto sólo hay que enviar un correo a la lista (del punto 2) desde la dirección con la que estamos suscritos. Hay que reportar varios detalles como:
    • URLs de acceso al espejo (HTTP, FTP, RSYNC)
    • Frecuencia de sincronización del espejo (lo programado en el cron)
    • Ciudad, Estado y País de origen del espejo
    • Ancho de banda disponible del servidor espejo
    • Nombre y enlace de la organización auspiciante

    Update (20130722): Este a continuación es el texto exacto del mail que yo envié:

    Hi!,
    We've prepared and set up a mirror for CentOS here at the ESPOCH University. The relevant data next:
     
    HTTP:                    http://mirror.espoch.edu.ec/centos
    RSYNC:                   rsync://mirror.espoch.edu.ec/centos
    FTP:                     N/A
    Sync frequency:          4 times/day (00:05, 06:05, 12:05, 18:05)
    Located at:              Riobamba/Chimborazo/Ecuador
    BandWwidth:              149Mbps
    Sponsor organization:    ESPOCH (Escuela Superior Politécnica de Chimborazo) - http://www.espoch.edu.ec
     
    Let me know if you need some more info and when our mirror is finally plublished.
     
    Thanks!

    Con esto estamos listos. Es cosa de esperar y mantener el repo (espejo) disponible y actualizándose. En nuestro caso tomó 9 días el que nos listen oficialmente y estimo que más que cualquier cosa lo que hacen es tomarse el tiempo de evaluar si realmente el repo está normalmente disponible y actualizándose, pero es mera especulación mía… quizá es sólo que los administradores son bien ocupados como lo he visto decir un par de veces en la lista 😉

Espero sea de utilidad y nos sigan varias instituciones que podrían estar espejando a CentOS y otras distros de Linux en nuestro país. Cualquier duda o si se les puede ayudar en algo, estamos para colaborar: desitel@espoch.edu.ec.

Repo de la ESPOCH ya es oficial en CentOS.org

Tal cual lo reporté en un post anterior, habíamos preparado un servidor como mirror (espejo) del repositorio de una de las distribuciones más populares y más confiables actualmente en el mercado de Linux, enseguida que estuvo listo, seguí el proceso para darnos de alta como repositorio oficialmente listado en CentOS.org. Con grandísimo orgullo debo comentarles que hoy a las 17:19 recibí, de uno de los administradores de los mirrors públicos de CentOS, la notificación de que nuestro repositorio preparado acá en la ESPOCH ya fue aceptado y publicado oficialmente en el sitio de espejos públicos de CentOS:

Captura de pantalla de 2013-07-19 10:01:41

Como se puede ver, se gestionó que aparezca claramente el nombre de nuestra institución, con el respectivo link a la misma y hay que resaltar el hecho de que es el único mirror oficial de Ecuador listado en CentOS.org, así que pienso que es un tema del cual estar orgullosos como institución y no dejar de promoverlo.

Consolidación de servidores le ahorra a la ESPOCH cerca de 1.9KW/h

Como se comentó ya antes en este otro post, hemos estado consolidando los servidores físicos en equipos virtualizados con KVM. En esta línea se ha seguido trabajando constantemente y hoy he terminado de liberar el 8vo servidor. Como estos equipos son graaandes y pesaaados, los hemos estado acomodando en una pseudo torre acá en la oficina de redes del Desitel. Con el 7mo y 8vo servidores, empecé ya una segunda torre y desde la primera tuvimos la curiosidad de medir cuánto de consumo eléctrico le estábamos ahorrando a la Institución con este proceso de consolidación.

Habiendo ya reunido una buena cantidad de equipos, pedimos la colaboración de Marcelo Velasco para realizar estas mediciones. El nos comentó que el departamento disponía de un “gancho amperimétrico” que sería el equipo apropiado para el trabajo. “De una” dijimos, pero… enseguida el pero… el gancho está, pero sin pilas!!! Como eran ya pasadas las 17h00 dejamos las cosas en proyecto y me llevé el aparato como muestra para comprarle unas pilas, las cuales por cierto no eran del tipo que se consigue en la tienda de la esquina. Como gringo fui a dar en RadioShack porque, sí, todo lo venden más caro, pero al menos se sabe que suelen tener lo que se busca y de buena calidad… en fin, compré las pilas y las instalé en el equipo, encendió y a esperar al día siguiente para las mediciones…

Wilo Jarrín me ayudó a primera hora a conseguir un “cortapicos” que había fabricado Eugenio, alias “100%”, hacía tiempo. Era ideal el aparato porque se podía abrir fácilmente y tener acceso a los cables interiores para hacer la medición. Porqué necesitábamos acceso a los cables interiores??? porque Marcelo nos indicó que la medida del amperaje se hace “abrazando” con el gancho, el cable de fase de la conexión (uno de los dos cables que alimentan la corriente), si abrazas ambos cables el aparato no mide nada.

Ya con el Marcelo conectamos cada servidor al andamiaje que habíamos armado con el Wilo, abrazamos el cable de fase y voilà, teníamos la medida. Sumamos las restas (como se dice coloquialmente) y obtuvimos un total de 17.11 Amperios. Multimplicamos por el voltaje de 110V y obtuvimos 1882Watt/hora de consumo por los 8 servidores.

Quedan aún un par de equipos que consoldiar y 3 torres se quedarán funcionando un tiempo más pues su migración no será sencilla por el S.O. que tienen funcionando. Con esas dos torres más llegaremos a un estimado de 2.5KW/h de ahorro. La verdad no sé cuánto signifique eso en USD$ y aunque no será una bestialidad, seguro algo será dado son equipos que estaban prendidos 24×7, lo cual además me recuerda que no sólo es el ahorro del consumo eléctrico, el datacenter está más frío pues hay 8 equipos menos ahí dentro y el aire tiene que estar enfriando mejor el resto de equipos. Si el suministro eléctrico falla (cosa que ha pasado con cierta frecuencia), el UPS y la planta podrán soportar la infraestructura funcionando por más tiempo, entre otras ventajas de virtualizar que ya se reseñaron en el post que referí al inicio.

Qué vamos a hacer con estos equipos que se sacaron? lo primero fue ofrecerles a los técnicos de las facultades para que los ocupen como servidores proxy. El ofrecimiento fue acogido por varios, pero hasta el momento, sólo Franklin Cuadrado de Recursos Naturales ha realizado la gestión y fue a Inventarios para descargar el equipo de los responsables actuales y firmó como nuevo responsable. El lunes 22 planificamos realizarles ya la instalación física en la facultad, mientras habrá que preparar el servidor con el S.O. y los paquetes necesarios para dar servicio a la facultad.

Espero que en los próximos días/semanas puedan seguir siendo asignados los demás servidores. Los que queden, si quedan, podrían ser usados por estudiantes/docentes/técnicos para proyectos de investigación, pruebas, etc., la idea es darles un uso hasta que terminen su vida útil. Después de todo plata costaron y no valdría la pena que se queden arrumados e inútiles.