Administración de dedicados y VPS

Muy buenas, normalmente no somos muy activos en el foro aunque si lo leemos todos los días.
Somos una pequeña empresa de Housing / dedicados / VPS y a medida que vamos creciendo, se nos plantean ciertas dudas que la verdad nos dejan un poco en la estacada. Espero que la comunidad nos pueda ayudar.

Para empezar, somos 7 en la empresa, de los cuales, 3 administradores.
Ahora mismo nuestro parque asciendo a unos 40 servidores dedicados administrador y unos 100 virtuales administrados.
Según nuestro ritmo de crecimiento.. ahora mismo los 3 administradores están desbordados, ya que entre actualizaciones, mantenimientos programados, incidencias, etc. Están toda su jornada en los servidores.
Utilizamos Nagios y Zabbix para monitorizar todos los servicios y estamos finalizando la implantación de un software de despliegue (Cobbler).
Ahora mismo tenemos el problema que empezamos a necesitar otro administrador por lo que las cuentas no salen ( ingresos por servidor / sueldo de administradores ).

Y de ahí, la pregunta del millón: Hay alguna forma, software, scripts, etc para unificar todo el mantenimiento en una granja de servidores? Algún software que monitorice y desde el puedas actualizar todos los servidores a la vez, editar configuraciones en masa, etc?

Mil gracias! Tenéis una cerveza con vuestro nombre en Salamanca si venís de visita.


Un saludo!

 

Parece que somos competidores (ambos ofrecemos servicios administrados al mercado hispano) pero no hay problema en ayudar a un competidor

La clave es: automatizar, automatizar, automatizar
140 servidores x 3 técnicos parece un excelente radio muy cercano a mi radio óptimo de 1 tecnico x cada 50 servidores dedicados (asumiendo un uso promedio de apx 3 horas mensuales x servidores) y aún quedarán horas extra para imprevistos
No quiero dar mucho detalle de mis operaciones internas, pero básicamente mantenemos una buena librería de scripts en un git privado, una wiki interna donde cada técnico debe documentar los casos nuevos, de esta forma solo la primera vez que se presenta un caso perderemos tiempo con el, en el futuro cuando se presenten casos similares ya hay documentación al respecto y por tanto el técnico tiene una buena base para investigar la incidencia, adicionalmente y apoyándonos en gateway ssh, mantenemos un historial de todo lo que se ha efectuado en el servidor y usamos el sistema de monitorización de forma que no solo notifica sino en algunos casos ejecuta comandos automatizados, de esta forma bajamos considerablemente nuestro tiempo de respuesta

Por último, tenemos la capacidad de ejecutar comandos en todos los servidores o en grupos específicos (ejemplo update solo los servidores cPanel) de esto se encarga el ssh gateway y de loguearnos de forma segura al panel del cliente y sin que el personal técnico vea o conozca el password del cliente (cpanel, mediacp, plesk, etc), existen varios productos similares, busca un poco sobre remote access management

Sistemas como puppet también te darán la capacidad de ejecutar comandos en cientos de servidores de acuerdo a parámetros específicos
Espero que esto te ayude

NOTA: Cambio la cerveza por un buen Rioja o un Ribera del Duero

 

Muy correcto, la automatización permite escalabilidad: mismo trabajo para 10 servidores que para 100. Pero automatización bidireccional: enviar tareas a los servidores pero también recabar información para saber si alguna de ellas ha tenido un problema al ejecutar, o si tiene algún paquete desactualizado, problema de espacio en disco, etc.
Y la automatización nace como fruto de una metodología bien estudiada y documentada. O lo que es lo mismo: procedimientos hasta para mear, protocolos de actuación para todo y documentación de cada paso (y no tiene que ser un libro, basta saber quién hizo qué, dónde y cuando). Que un técnico sea capaz de continuar lo que empezó otro técnico o que pueda saber lo que ocurrió en el turno anterior es vital.

¡Qué jodío! ¡Sales ganando! A eso yo también me apunto

 

100% acuerdo con lo de procedimientos y es algo que olvidé mencionar, debes tener procedimientos y protocolos para cualquier incidente, incluso un apocalipsis zombie, lo menos que se necesita a la hora de una emergencia es tener que estar pensando "¿que hago ahora?"

Casi no tomo cerveza ahora y a pesar de no ser español, soy extremadamente adicto a sus maravillosos vinos, son los mejores del mundo!

 

Sobre el ssh gateway he visto que muchos usan Ezeelogin entre ellos hostgator.

http://www.ezeelogin.com/

Imagino que para un servidor o dos con tener una wiki bastara.

Salu2,

 

Disculpen la intromision, pero de cervezas no saben nada si no tomaron una buena Schneider o una Santa Fe bien helada en Argentina jaja

 

SPAM SPAM SPAM jajajaja #Broma

 

Muchas gracias a todos por la información, sin duda se que es una información sensible de dar. Tomo nota y estudiare ese software.
Cerveza, vino, lo que sea, ya sabéis, Salamanca os espera, email y listo.

Un saludo.

 

Puedo recomendarte otro software tipo puppet o chef y que por lo que he visto tiene muy buena pinta. Es CFEngine. En este sitio web tienes unos cuantos más:

A Guide to Open Source Cloud Computing Software

CFEngine tiene plugin para zabbix:
https://dnaeon.github.io/monitoring-cfengine-services-with-zabbix/

¿No pueden ser gintonics? Jaja. Aunque tendrían que ser dos, que uno solo me dura 1 o 2 minutos jaja. xD Y con bombay shapire y copa de balón. xD Es coña, aunque se aceptan!!! Jaja. xD

Salu2,