← Accueil · VMs · OKS · Agent

bige-ops Gratuit

Réseau · ouvrir ou non

Ouvrir un pod, une VM, ou seulement une face d’un layout multi-VM se décide à deux niveaux : les règles de ton projet (simulation, YAML) et les règles Outscale (Net, subnets, security groups, LBU).

Principe court. Expose le minimum : une entrée publique (LBU en HTTP ou HTTPS) quand il en faut une ; data et administration en privé. Réserve SSH et les ports d’admin à des CIDR connus, jamais à 0.0.0.0/0 par confort.
flowchart LR
  NET[Internet] --> LBU[LBU / face publique]
  LBU --> APP[VM app / pods front]
  APP --> DATA[VM data / pods DB]
  DATA -.->|pas d’IP publique| X[fermé]
      
Schéma type multi-VM : public sur le LBU, data privée.

Ce qu’on ouvre, ou pas

Ce que fait le réseau Outscale

Dans bige-ops, le layout (mono-VM, multi-VM, OKS) et les liens Visual ou YAML disent quoi exposer ; Outscale applique le comment. L’inventaire montre l’existant. Le détail ressource par ressource est sur Réseau avancé.

Garder un layout lisible

Multi-VM, LBU, security groups et pods : une config réseau grossit vite (ports orphelins, règles en double, variantes parallèles). L’assistant IA travaille avec ta propre clé API, en local : il lit la simulation, propose des corrections dans le respect des règles du projet et d’Outscale, et tu valides chaque changement.

Doc Outscale

VMs · VPS · OKS & pods · Accès aux services · Périmètre