Planificateur de VPC/sous-réseau
Planifiez des sous-réseaux dans un VPC ou VNet, voyez les adresses utilisables après réservations du fournisseur, repérez les chevauchements et exportez Terraform ou CloudFormation.
S’exécute dans votre navigateur · rien n’est envoyéRéseaux cloudNouveau
Sous-réseaux
| Nom | Zone / région | CIDR | Adresses | Utilisables | |
|---|---|---|---|---|---|
| 256 | 251 | ||||
| 256 | 251 |
Résumé
Total des adresses utilisables sur tous les sous-réseaux : 502
Adresses réservées par sous-réseau : 5 (AWS).
Sous-réseaux qui se chevauchent
Aucun sous-réseau en chevauchement.
Espace libre restant dans le VPC
Voici les plus grands blocs CIDR alignés qui tiennent dans l’espace pas encore utilisé par un sous-réseau, utile comme point de départ pour le prochain sous-réseau que vous ajoutez.
10.0.2.0/23 10.0.4.0/22 10.0.8.0/21 10.0.16.0/20 10.0.32.0/19 10.0.64.0/18 10.0.128.0/17
Exporter
Mode d’emploi
- Entrez le bloc CIDR de votre VPC ou VNet et choisissez un fournisseur cloud.
- Ajoutez une ligne par sous-réseau avec un nom, un CIDR et une zone facultative.
- Vérifiez le nombre d’adresses utilisables, les éventuels chevauchements et l’espace libre restant.
- Copiez l’export Terraform ou CloudFormation une fois le plan correct.
Cas courants
Ajoutez un sous-réseau par zone depuis le même bloc VPC et confirmez qu’aucun ne se chevauche avant de les créer.
Entrez vos sous-réseaux existants et lisez l’espace libre restant pour trouver un bloc CIDR pour le prochain.
Explication
Entrez le bloc CIDR de votre VPC ou VNet, ajoutez des sous-réseaux nommés (par exemple un par zone de disponibilité), et choisissez un fournisseur cloud. L’outil vérifie que chaque sous-réseau tient dans le VPC, signale les sous-réseaux qui se chevauchent, et soustrait les adresses réservées propres au fournisseur (5 pour AWS et Azure, 4 pour Google Cloud) de chaque sous-réseau, afin que le nombre « utilisable » soit exact et pas seulement le nombre théorique. Il affiche aussi l’espace d’adressage restant sous forme de blocs CIDR prêts à l’emploi, et exporte le plan en ressources Terraform ou CloudFormation. Tout s’exécute localement ; rien n’est envoyé.
🔒 Votre saisie reste dans votre navigateur et n’est envoyée nulle part.
Questions fréquentes
Pourquoi le nombre d’adresses utilisables est-il inférieur à celui d’un calculateur de sous-réseau classique ?
Un calculateur classique soustrait 2 (adresse réseau et de diffusion). Les fournisseurs cloud en réservent davantage : AWS et Azure réservent 5 adresses par sous-réseau (réseau, 3 pour un usage interne, et diffusion), Google Cloud en réserve 4 (les deux premières et les deux dernières). Cet outil soustrait le bon nombre selon le fournisseur choisi.
Qu’est-ce qui compte comme un chevauchement ?
Deux sous-réseaux se chevauchent si une plage d’adresses est partagée entre eux, ce qui est invalide chez tous les fournisseurs cloud. L’outil vérifie chaque paire de sous-réseaux saisis et liste ceux qui entrent en conflit.
À quoi sert la liste « espace libre restant » ?
Elle montre les plus grands blocs CIDR alignés qui tiennent dans la partie du VPC pas encore couverte par un de vos sous-réseaux, le bon point de départ si vous voulez ajouter un sous-réseau sans créer de trou ni de bloc invalide.
L’export Terraform ou CloudFormation contient-il tout mon environnement réel ?
Non. C’est un point de départ minimal (un VPC et une ressource subnet par ligne, avec la zone de disponibilité si vous l’avez renseignée), destiné à éviter de retaper les blocs CIDR à la main. Ajoutez tables de routage, passerelles NAT, tags et autres ressources selon votre infrastructure réelle.
Et ensuite ?
Un problème ou une suggestion ? Dites-le-nous