Direcciones y red

Prefijo

Un bloque propio, escrito en notación CIDR, con su puerta de enlace, el rango interno que realmente se puede entregar y los servidores DNS que se van a configurar. Se aceptan prefijos desde /8 hasta /30; un /31 o un /32 se rechaza porque no hay ninguna dirección utilizable que entregar.

Grupo

Varios prefijos que sirven al mismo propósito, por ejemplo todo lo público de una ubicación. Un plan puede apuntar a un grupo y dejar que la plataforma elija un prefijo dentro de él.

Pool

Aquello a lo que apunta un plan, sea un grupo o un prefijo individual. Un prefijo individual es un pool perfectamente válido por sí solo; agrupar sirve cuando hay varios bloques intercambiables.

Asignación

Una dirección entregada a una máquina. Queda registrada después de liberarse, así que se puede seguir viendo quién tenía una dirección el mes pasado.

1. 01Un plan lleva la especificación de la máquina y el pool del que tomar la dirección.
2. 02Al crear un servidor se toma la siguiente dirección libre de ese pool y se registra la asignación.
3. 03La dirección, su puerta de enlace y los servidores DNS entran en la configuración de cloud-init de la máquina en el momento de crearla.
4. 04Cuando la máquina desaparece, la asignación se libera y la dirección se puede volver a entregar.

En la pestaña de red de un servidor se puede tomar una dirección de un pool o fijar una concreta, y también liberar una dirección de nuevo. Las dos cosas resultan útiles al migrar máquinas hacia dentro, o cuando un cliente necesita una dirección concreta.

La sección de gestión de direcciones muestra la ocupación por prefijo con la siguiente dirección libre, todas las asignaciones activas de todos sus prefijos y el historial de las liberadas. Las asignaciones y las liberaciones aparecen también en el registro de actividad, así que un cambio nunca es invisible.

Solo donde la plataforma decide de verdad. En un hipervisor, Provibr elige la dirección y la escribe en la máquina. Un panel de control elige la dirección de la cuenta de su propio pool, y un panel de juego entrega sus propias asignaciones de puerto, así que ninguno de los dos tiene pestaña de direcciones. Una gestión de direcciones que dijera lo contrario estaría mintiendo.

Junto a las direcciones se pueden registrar sus switches y routers, las fabrics a las que pertenecen, sus puertos y los cables que los unen, y de qué puerto cuelga cada servidor.

Se registra igualmente porque vale la pena tener la topología anotada en el mismo sitio que las direcciones, y porque es la forma que necesitará la automatización cuando existan los drivers. Lo que hay hoy es un registro, no un controlador.

Un dispositivo de red no es un recurso. No cuenta para el límite de la licencia, no se vende capacidad para él y nunca aparece en la lista de servidores.

La página de topología dibuja lo que hay como un grafo: los agentes, las integraciones que cuelgan de ellos y los servidores que cuelgan de esas. Donde los dispositivos de red están activados, los dispositivos registrados y sus vínculos de puerto se suman al dibujo. Es una vista y nada más: en ella no se puede cambiar nada.

• Por ahora solo IPv4. Las direcciones se guardan como texto y no como un tipo numérico precisamente para que IPv6 se pueda añadir más adelante sin una migración, y hoy un prefijo IPv6 se reconoce y se rechaza en lugar de leerse mal en silencio.
• Los pools de VLAN existen junto a los pools de direcciones, pero necesitan que estén activadas tanto la función de asignación automática como la de red, porque un número de VLAN solo tiene sentido dentro de una fabric.