CONSEJOS PRACTICOS PARA LINUX

Todos los SysAdmins de todas las empresas tienen trabajos, carácter y circunstancias diferentes pero también todos compartimos ciertas reglas, o métodos básicos para hacer nuestro trabajo, son reglas sencillas y muy obvias que deberían ser enseñadas en cualquier carrera de sistemas:

Regla 1: Respalda todo (y haz respaldos regularmente).

Amamos las computadoras, los sistemas, la automatización pero debemos tener en cuenta una ley irrefutable: algún día el sistema se caerá, por causas que no puedes controlar o por simple idiotez tus sistemas algún día dejaran de responder. Para eso hay que estar prevenido: haz respaldos.

Respalda configuraciones de aplicaciones, cuentas de usuarios, bases de datos, manuales, guías, mapas y cronogramas.

No respaldes información personal: no fotos, ni música, ni videos, ni wallpapers, eso se va.

Genera tu propio sistema de respaldo incremental.

No hagas respaldos en el mismo sistema en producción, usa discos externos, dvds, memorias flash, cintas

¿Como y cuando vas a ejecutar los respaldos? Usa herramientas como Shell scripting, cron, ssh para automatizar respaldos, realízalos fuera de horarios de trabajo (ej., cada tercer sábado a la 1:00AM)

Regla 2. Domina la línea de comandos.

Este post va dedicado a los Linux SysAdmins. No hay una sola tarea que no puedas realizar desde la línea de comandos, hay herramientas graficas para hacer esas mismas tareas más fácil, pero es una mala idea depender de entornos gráficos o GUI.

En un servidor no puedes depender de una GUI para nada, los recursos deben ser utilizados para otras cosas.

Aprende, domina, maneja, adora herramientas como vi, diff, wget, links, cat, cron, pipes y direccionamiento de entradas/salidas, es todo lo que necesitas

Si no te sientes cómodo usado línea de comandos tal vez Linux SysAdmin no sea para ti 8con todo respeto), tal vez Windows SysAdmin...

Regla 3. No juegues con entornos de producción.

Esta la aprendí de la manera difícil. Existen muchas herramientas de virtualización: VirtualBox, VMWare, KVM, todas ellas para que clones el sistema de producción que tienen (el SO, las variables, el software, la configuración) y pruebes cambios en esos sistemas virtualizados antes de siquiera pensar en tocar el servidor de producción.

La cosa es simple: si metes una actualización en el servidor de producción y esa actualización entra en conflicto con algún sistema (y este deja de funcionar) tu jefe va a estar enojado, mucho.

Prueba en sistemas virtualizados o paralelos todas las variables posibles de un cambio, corrige problemas y al final agenda el cambio en producción, otra vez fuera de horas de trabajo.

Regla 4. Aprende a leer logs.

Todo sistema Unix

...