Adresses et réseau

Préfixe

Un bloc qui vous appartient, écrit en notation CIDR, avec sa passerelle, la plage interne qui peut réellement être attribuée et les résolveurs à configurer. Les préfixes de /8 à /30 sont acceptés ; un /31 ou un /32 est refusé, car il n’y a aucune adresse utilisable à attribuer.

Groupe

Plusieurs préfixes qui servent le même objectif, par exemple tout ce qui est public sur un site. Un plan peut pointer vers un groupe et laisser la plateforme choisir un préfixe à l’intérieur.

Pool

Tout ce vers quoi un plan pointe, groupe ou préfixe seul. Un préfixe seul constitue à lui tout seul un pool parfaitement valable ; le regroupement sert lorsque vous avez plusieurs blocs interchangeables.

Attribution

Une adresse remise à une machine. Elle reste consignée après sa libération, pour que vous puissiez encore voir qui détenait une adresse le mois dernier.

1. 01Un plan porte la spécification de la machine et le pool dans lequel puiser.
2. 02La création d’un serveur prend la prochaine adresse libre de ce pool et enregistre l’attribution.
3. 03L’adresse, sa passerelle et les résolveurs sont inscrits dans la configuration cloud-init de la machine au moment de sa création.
4. 04Lorsque la machine disparaît, l’attribution est libérée et l’adresse peut être attribuée de nouveau.

Dans l’onglet réseau d’un serveur, vous pouvez prendre une adresse dans un pool ou en fixer une précise, et libérer une adresse. Les deux sont utiles lorsque vous migrez des machines vers Provibr, ou lorsqu’un client a besoin d’une adresse particulière.

La section de gestion des adresses affiche l’occupation par préfixe avec la prochaine adresse libre, chaque attribution active sur l’ensemble de vos préfixes, et l’historique de celles qui ont été libérées. Les attributions et les libérations apparaissent aussi dans le journal d’activité : un changement n’est jamais invisible.

Uniquement là où la plateforme décide réellement. Sur un hyperviseur, Provibr choisit l’adresse et l’inscrit dans la machine. Un panneau de contrôle choisit l’adresse du compte dans son propre pool, et un panneau de jeu distribue ses propres allocations de ports : ni l’un ni l’autre n’a donc d’onglet d’adresses. Une gestion des adresses qui prétendrait le contraire vous mentirait.

À côté des adresses, vous pouvez consigner vos commutateurs et vos routeurs, les fabrics auxquels ils appartiennent, leurs ports et les câbles qui les relient, ainsi que le port auquel est rattaché un serveur.

Cela est consigné malgré tout parce que la topologie mérite d’être écrite au même endroit que les adresses, et parce que c’est la forme dont l’automatisation aura besoin lorsque les drivers existeront. Ce qui existe aujourd’hui est un registre, pas un contrôleur.

Un équipement réseau n’est pas une ressource. Il ne compte pas dans votre limite de licence, aucune capacité n’est vendue pour lui, et il n’apparaît jamais dans votre liste de serveurs.

La page de topologie dessine ce que vous avez sous forme de graphe : les agents, les intégrations qui en dépendent et les serveurs qui en dépendent à leur tour. Lorsque les équipements réseau sont activés, les équipements consignés et les rattachements de ports rejoignent le tableau. C’est une vue et rien de plus. Rien n’y est modifiable.

• IPv4 uniquement pour l’instant. Les adresses sont stockées en texte plutôt que dans un type numérique, précisément pour qu’IPv6 puisse être ajouté plus tard sans migration, et un préfixe IPv6 est aujourd’hui reconnu et refusé plutôt que mal interprété en silence.
• Des pools VLAN existent à côté des pools d’adresses, mais ils exigent que la fonction d’attribution automatique et la fonction réseau soient toutes deux activées, car un numéro de VLAN n’a de sens qu’à l’intérieur d’une fabric.