bige-ops Beta démo

Volumes BSU & snapshots

Le disque, c’est là que ça fait mal. BSU est le stockage bloc d’Outscale : un volume attaché à une VM. bige-ops en pilote une partie — mieux vaut savoir laquelle avant de poser une base dessus.

Principe court. Le disque racine suit la VM et meurt avec elle. Ce qui doit survivre va sur un volume séparé, ou dans OOS.

flowchart LR
  VM[VM] --> ROOT["disque racine
gp2 ou io1"]
  VM --> DATA["volume de données
gp2 / io1"]
  DATA --> SNAP["snapshot BSU"]
  DATA -.->|dump applicatif| OOS[bucket OOS]

Racine jetable, données sur volume, sauvegarde applicative dans OOS.

Les trois types que bige-ops connaît

Type	Pour quoi	Dans l’app
`gp2`	SSD polyvalent, le défaut raisonnable	choisissable
`io1`	SSD à IOPS provisionnées, pour une base qui écrit	choisissable sur un volume ; imposé automatiquement au disque racine des rôles mongo, postgres et weaviate
`standard`	magnétique, froid	reconnu au chiffrage, rarement pertinent

Pas de NVMe. Le catalogue embarqué ne le modélise pas, y compris en région SecNumCloud — voir ce que le kit sait.

Le disque racine

Sa taille est pilotée par le formulaire de la VM.
Son type ne l’est pas : io1 si le rôle est une base, gp2 sinon.
Les IOPS d’un racine io1 sont à 3000 et ne sont réglables ni dans l’app, ni dans le YAML.
À l’import d’un compte existant, le racine d’une VM n’est pas repris comme composant séparé — il reste attaché à sa VM.

Écart de chiffrage connu. L’estimation compte toujours le disque racine en gp2, même quand le Terraform le crée en io1 pour une base. Sur un layout avec VM data, la facture réelle sera au-dessus de l’estimation. C’est identifié et corrigé au backlog — en attendant, lisez le chiffre d’un layout data comme un plancher.

Les volumes de données

Le composant Volume se pose sur le canvas Visual. Il est réellement éditable : taille en GiB, type gp2 ou io1, VM d’attache, nom de device. Il génère du Terraform, il est importé depuis un compte existant, et il est compté dans l’estimation — IOPS comprises quand elles sont renseignées.

Snapshots

Le composant Snapshot génère du Terraform et apparaît à l’inventaire.
Un snapshot vu sur votre compte n’est pas réimporté en YAML : il reste une ligne d’inventaire.
Il est chiffré dans l’estimation d’inventaire, pas dans celle d’un projet.
Ne pas confondre avec les snapshots de configuration, qui sont des sauvegardes locales de vos fichiers, pas du cloud.

Ce que ça n’est pas

Pas de redimensionnement à chaud piloté depuis l’app.
Pas de politique de rétention ni de sauvegarde planifiée — pour la sauvegarde applicative, c’est OOS.
Pas de chiffrement de volume piloté.

Doc produit Outscale (référence)

Bases de données · Catalogue de prix · Inventaire & import