Servidores VPS

¿Qué permite hacer?

Un VPS de ArduMaker es un servidor Linux propio de la empresa: un contenedor de sistema aislado con Ubuntu 22.04, acceso root y los recursos del plan elegido. Sobre él se instala todo lo demás: apps, bases de datos, despliegues de Git, servicios y tareas.

• Crear un servidor eligiendo plan, ubicación y tipo de disco (nvme, ssd o hdd, según lo que ofrezca la ubicación).
• Entrar por SSH como root o como admin (con sudo), con contraseñas aleatorias propias de ese VPS.
• Encender, apagar y reiniciar el servidor, y cambiarlo de plan (CPU, RAM y disco).
• Renombrarlo, pasarlo a otra empresa y decidir qué miembros lo ven (listas de permitidos y excluidos).
• Ver su estado en vivo: CPU, memoria, disco, tiempo encendido y servicios corriendo.
• Saber qué funciones soporta según el sistema operativo que informa su agente.

¿Cuándo conviene usarlo?

• Hace falta un servidor con root para desplegar una aplicación, una API o un sitio.
• Se quiere instalar PostgreSQL, MySQL, Redis, n8n o WordPress sin mantener la máquina a mano.
• Se busca que un agente de IA opere la infraestructura por MCP con los mismos permisos que la persona tiene en el panel.

¿Cómo funciona en ArduMaker?

Crear un VPS responde enseguida con el estado creating. El aprovisionamiento corre en segundo plano durante algunos minutos y es reanudable: si algo se corta, sigue desde el último estado guardado.

1. creating: se lanza el contenedor con Ubuntu 22.04 y los límites de CPU y memoria del plan; después se aplica el tamaño de disco del plan al disco raíz.
2. create_api: se instala dentro el agente de ArduMaker, por el que la plataforma lee el estado y ejecuta las operaciones.
3. assigning_port: el VPS recibe su nombre DNS propio y se arma el camino privado hacia el agente.
4. updating_system: apt-get update, upgrade y autoremove, y un reinicio del contenedor.
5. installing_base_tools: sudo, curl, openssh-server, ca-certificates, python3-venv, python3-pip, Node.js LTS con npm y nginx; contraseña aleatoria para root y la política de SSH.
6. creating_user: el usuario admin con sudo y contraseña aleatoria, que pide cambiarla en el primer ingreso.
7. active: el VPS queda listo. ArduMaker abre el SSH durante 6 horas y manda el correo de bienvenida con el servidor, el puerto, el usuario, la clave inicial y el comando ssh listo para pegar.

La plataforma también puede crear el VPS desde una imagen base ya actualizada. En ese camino los estados intermedios son importing_base, customizing (llaves SSH de host nuevas, contraseñas aleatorias propias, hostname) y verifying. Si la verificación no pasa, el contenedor se destruye y se crea por el camino normal: nunca se entrega un VPS a medias.

Todo VPS nuevo nace con los permisos de contenedor que Docker necesita (anidamiento e intercepción de llamadas del sistema), sin ser privilegiado. El daemon de Docker no se instala solo: se instala cuando lo pedís o cuando una app lo necesita. Si el host no admite esos permisos, el VPS se crea igual, más restringido, y Docker figura como no soportado.

¿Qué cambia realmente?

Estados del VPS

Borrado y copia final

Al borrar un VPS se guarda una copia final, que ven y pueden descargar solo los admins de la empresa. Su plazo depende del motivo: 90 días si se borró por falta de pago; mientras la cuenta siga abierta si lo borró el cliente (que puede pedir que se elimine); 30 días si la empresa se dio de baja. Se avisa por correo a los admins 7 días antes de borrarla.

Esquema

Resultado esperado

El VPS aparece en active en el panel y en listar_vps. ver_estado_vps devuelve en system_status la CPU, memoria, disco, tiempo encendido y servicios, leídos del propio servidor.

• Para entrar, se usa el comando ssh del correo de bienvenida mientras la ventana de 6 horas está abierta. Después se reabre desde la gestión de puertos del VPS.
• ver_funciones_vps confirma qué funciones están disponibles en ese sistema antes de instalar algo.

Errores y resolución

El progreso de la creación se sigue con ver_vps (campo de estado). Si una llamada de creación se cortó y no se sabe si llegó, se repite con el mismo idempotency_key y los mismos argumentos: devuelve el VPS original en vez de crear otro.

Relación con MCP

Todo el ciclo del VPS, salvo el borrado, se opera por MCP con los permisos de la persona que autorizó al agente. Referencia completa en /mcp/docs y en el dominio /mcp/vps.

Un agente autorizado solo lectura ve las lecturas pero no las herramientas que modifican. Antes de crear_vps, el agente debería revisar elegibilidad en listar_planes_vps y, si importa dónde vive el servidor, ver_opciones_vps.

Funciones relacionadas

• Planes de VPS
• Terminal web
• Usuarios Linux
• Firewall y puertos
• Copias de seguridad
• Monitorización