Soporte de servidores Linux en Pittsburgh y Cleveland

Alojamiento de aplicaciones empresariales

La mayor parte de nuestro trabajo con Linux respalda una aplicación de la que alguien depende todos los días. Instalamos y configuramos la aplicación, su base de datos y sus tareas programadas. Un proxy inverso se coloca al frente, maneja los certificados HTTPS y enruta por nombre de host, de modo que la aplicación nunca queda expuesta directamente.

• Servicios: unidades systemd que inician con el arranque, se reinician al fallar y registran en un lugar útil.
• TLS: certificados emitidos y renovados automáticamente, con una alerta si falla una renovación.
• Contenedores: cuando una aplicación se distribuye como contenedor, la ejecutamos con Docker y Docker Compose.

Cómo hacerse cargo de un servidor que dejó otro administrador

Los servidores suelen llegar sin documentación y con un administrador que ya se fue. Antes de cambiar nada, enumeramos los usuarios, servicios, tareas programadas, puertos abiertos, certificados y respaldos, y dejamos por escrito lo que encontramos.

Las credenciales se transfieren y se rotan, y una lista de brechas le indica qué no tiene parches, qué no tiene respaldo y qué no tiene soporte. Después corregimos las cosas un cambio a la vez. El mismo enfoque aplica cuando asumimos el trabajo de otro proveedor de TI, con una semana en paralelo antes de convertirnos en el contacto principal.

Migraciones entre hosts

Pasar una aplicación a un servidor nuevo, a una nueva versión del sistema operativo o a una máquina virtual en Proxmox sigue un plan por escrito. Construimos el host nuevo junto al anterior, copiamos los datos, probamos la aplicación y programamos el cambio fuera del horario laboral. El servidor anterior sigue disponible hasta que el nuevo esté comprobado.

Para ver cómo encaja Linux junto a los contenedores y los clústeres, lea nuestra descripción general de Linux y Kubernetes, o explore las guías de Linux de nuestra base de conocimiento. Las cargas de trabajo que superan un solo servidor pueden ser aptas para Kubernetes, aunque muchas nunca lo necesitan. El respaldo y la planeación de la recuperación se tratan en respaldo y recuperación ante desastres.

Cómo funciona un proyecto

1. Llamada de diagnóstico. Una breve conversación sobre sus servidores, sus aplicaciones y lo que está fallando.
2. Alcance por escrito. El trabajo, el orden de los cambios y la vía de reversión, acordados antes de tocar nada.
3. Implementación. Construimos, parchamos, migramos o reparamos, y luego probamos y documentamos el resultado.
4. Operación continua. Soporte mensual opcional de un ingeniero asignado, sin ataduras.

Nuestras oficinas están en Coraopolis y Beaver Falls, Pennsylvania. El trabajo en sitio en el área de Cleveland se coordina según el proyecto, y el soporte remoto está disponible en todo el país. Respondemos en un día hábil.

Preguntas sobre el soporte de servidores Linux

¿Qué distribuciones de Linux soportan?

Servidores Ubuntu, Debian y de la familia RHEL. Si usa algo distinto, pregúntenos durante la llamada de diagnóstico.

¿Pueden dar soporte a un servidor sin que nos pasemos a la nube?

Sí. Administramos servidores en su oficina, en un rack, en máquinas virtuales Proxmox o en Azure, y le asesoramos sobre cuál conviene a cada carga de trabajo.

¿Solo ofrecen soporte continuo?

No. Tomamos como proyecto independiente una sola migración, una revisión de endurecimiento o el rescate de un servidor que está fallando. La operación continua puede venir después si usted la desea.

¿Y si no tenemos ninguna documentación?

Es algo común. El inventario descrito arriba se convierte en el primer documento, y le pertenece a usted.