Servidores y planes

Un plan es un pedido guardado. Existe para que aquello que se vende veinte veces se describa una sola vez, y para que un compañero que lo pida no pueda equivocarse en un detalle sutil.

Plan de VPS

Núcleos, memoria y disco, además del pool de direcciones del que tomar la dirección y, opcionalmente, un bridge. No está atado a una integración, así que el mismo plan sirve en todos los hipervisores conectados.

Plan web

Un paquete de hosting en un panel de control, con un nombre propio. El nombre del paquete se guarda tal como estaba en ese momento. Es una referencia a algo que está en su servidor, no una copia de su contenido.

Plan de juego

El contenedor entero en un panel de juego: el egg, opcionalmente una imagen y un comando de arranque, los valores de las variables, los límites y los límites de funciones. No se puede pedir un servidor de juego sin plan.

El formulario de pedido tiene dos pasos. El primero es qué se pide; el segundo, el detalle. Una integración que todavía no está lista para recibir pedidos aparece con el motivo y un enlace a la pestaña que lo resuelve.

• En un hipervisor se elige la integración, opcionalmente un plan, y el sistema operativo. Sin plan, los recursos se rellenan a mano, con el límite de lo que el nodo puede ofrecer realmente allí donde el agente lo ha medido.
• En un panel de control se elige un plan web o un paquete suelto y, después, el nombre de usuario, el dominio, la dirección de correo y la contraseña.
• En un panel de juego se elige un plan de juego y un nombre. Son los dos únicos campos.

Si el plan lleva un pool de direcciones, la dirección sale de ahí y el selector manual desaparece. Sin plan se puede tomar la siguiente dirección libre de un pool, fijar una concreta o no tomar ninguna.

Los botones dependen del proveedor. Una cuenta de hosting no tiene botón de inicio porque no hay nada que iniciar; un servidor de juego tiene un botón de parada forzada porque los contenedores a veces lo necesitan.

• Máquinas virtuales: iniciar, detener, apagar, pausar, reanudar, actualizar el estado, reinstalar, ampliar y añadir discos, añadir y quitar tarjetas de red, editar las reglas del firewall y eliminar.
• Cuentas de hosting: suspender, reactivar, cambiar de paquete, actualizar el estado y eliminar.
• Servidores de juego: iniciar, detener, reiniciar, forzar la parada, suspender, reanudar, actualizar el estado, reinstalar y eliminar.

• Resumen: el estado, los recursos, las direcciones, la integración y el agente a los que pertenece, el consumo reciente y los botones.
• Estadísticas: las gráficas, de una hora, seis horas, un día o una semana.
• Red: las direcciones que asignó Provibr junto a las que observó el agente, las reglas y el registro del firewall, y las direcciones MAC que se usan en la instalación por red.
• Hardware: los discos y las tarjetas de red, leídos de la propia máquina.
• Consola: una pantalla o un terminal en directo, donde el proveedor lo tenga.
• Actividad: todos los comandos y todos los eventos de este servidor, con el motivo que dio el agente.
• Ajustes: de dónde procede, la reinstalación, la instalación por red, el cambio de paquete y la eliminación.

Dos de ellos se confunden con facilidad, y la diferencia importa para la factura.

• Creándose: Provibr lo está creando. El clonado o la llamada de creación todavía se está ejecutando.
• Configurándose: la máquina se está configurando sola, mediante cloud-init o mediante una instalación por red. Cuenta como encendida.
• En ejecución, detenido, error, desconocido: lo que informa el sistema.
• Suspendido: apagado y bloqueado. Puede haberse hecho desde la cuenta, puede haberlo hecho un administrador, o puede haberlo hecho la plataforma por haberse superado el límite de la licencia.

El agente sondea cada veinte segundos y hace una comparación completa cada pocos minutos, así que una máquina que alguien haya detenido a mano aparece como detenida más o menos en ese plazo. Algunas observaciones se ignoran a propósito: una máquina no puede informarse como en ejecución mientras todavía se está configurando, y ninguna observación de su infraestructura puede levantar una suspensión que la plataforma haya impuesto por superar el límite.

Un recurso que existe en su sistema pero no tiene registro en Provibr se ignora en cada sondeo, se cuenta y se anota una vez. Por eso las máquinas de producción propias nunca aparecen solas en el panel.

Cuando un proveedor puede enumerar lo que ejecuta, su integración tiene una pestaña de importación. Se obtiene la lista, se marca lo que se quiere y pasa a ser un servidor en Provibr con su identificador real. Sin marcador de posición, sin una segunda ficha.

Esto funciona allí donde una integración puede enumerar lo que ya se ejecuta en ella, ya sean máquinas virtuales, cuentas de hosting o servidores de juego, de modo que nada de un sistema conectado tiene que recrearse a mano.