Vyrtal 0.1.2

Fonctionnalités de Vyrtal

Ce que fait la plateforme aujourd'hui, en version bêta : machines virtuelles, sauvegardes, cluster, stockage, réseau et supervision.

Machines virtuelles KVM

Chaque VM est un processus QEMU accéléré par KVM, décrit par Vyrtal et suivi en direct.

Linux en une étape: Création à partir d'une image cloud officielle (Debian 12 et 13, Ubuntu 24.04 et 26.04, Rocky Linux 9 et 10, AlmaLinux 9 et 10). Nom d'hôte, utilisateur, clé SSH et réseau sont donnés à cloud-init au premier démarrage.
Windows 11 et Windows Server: UEFI avec Secure Boot et TPM 2.0 émulé, pilotes VirtIO, installation sans réponse à donner grâce à un fichier généré, modèles Windows généralisés pour créer des VM en série.
ISO et ordre de démarrage: Démarrage sur une ISO de la bibliothèque, ordre des périphériques au choix, CD changé à chaud, et démarrage ponctuel sur l'écran de réglages du firmware UEFI.
Matériel modifiable: Processeurs, mémoire avec ballooning automatique, disques et cartes réseau ajoutés ou agrandis pendant que la VM tourne, passage de périphériques PCI et pages mémoire de grande taille.
Instantanés, clones et modèles: Instantanés de disque ou avec la mémoire, retour à un instantané, clones complets ou liés à leur modèle, modèles réutilisables.
Console et accès: Écran de la VM dans le navigateur, console série, bouton Bureau à distance pour Windows, mot de passe console et clés SSH posés par l'agent invité.

Les sauvegardes font partie de Vyrtal : pas de serveur de sauvegarde séparé à installer.

Déduplication et incrémental: Les disques sont découpés en blocs stockés une seule fois. Après la première sauvegarde, Vyrtal ne lit que les blocs modifiés, suivis par QEMU pendant que la VM tourne.
Cohérence: Systèmes de fichiers figés par l'agent invité pendant la copie, ou sauvegarde de la VM arrêtée.
Chiffrement: Chiffrement facultatif par une clé que vous exportez et gardez à part : sans elle, une sauvegarde chiffrée est illisible.
Planification et rétention: Tâches planifiées pour toutes les VM ou une sélection, nombre de sauvegardes gardées, vérification régulière de leur intégrité.
Restauration: Restauration à la place de la VM ou en nouvelle VM, et restauration d'un fichier isolé en parcourant les partitions de la sauvegarde (ext4, NTFS, FAT).
Ailleurs que sur le nœud: Sauvegarde vers un datastore du nœud, un partage NFS ou un autre nœud du cluster : seuls les blocs qui lui manquent voyagent.
Sans risque de mélange: Chaque sauvegarde est rattachée à l'UUID de sa VM : deux VM, même de même nom sur deux nœuds ou deux clusters qui partagent un stockage, ne se confondent jamais.

Plusieurs serveurs Vyrtal forment un cluster que l'on pilote depuis n'importe lequel de ses nœuds.

Une interface pour tous les nœuds: Les VM de chaque nœud, leurs datastores, leurs sauvegardes et leur charge apparaissent au même endroit, regroupées par serveur.
Migration à chaud: Une VM en marche change de nœud : sa mémoire est copiée pendant qu'elle tourne, ses disques locaux aussi. Sur un partage NFS commun, seuls la mémoire et l'état voyagent.
Déplacement à froid: Une VM arrêtée part avec ses disques, son TPM, son démarrage automatique et les ISO qu'elle utilise.
Serveurs déjà en service: Un serveur qui a déjà des VM rejoint le cluster sans les perdre : chaque VM porte un identifiant unique (UUID), qu'aucune autre ne peut avoir, et son nom reste unique dans le cluster.
Réglages partagés: Comptes, groupes de VM, clés SSH et règles de pare-feu sont communs à tous les nœuds.

Les datastores rangent les disques des VM, les images, les ISO et les sauvegardes.

Types de datastores: Stockage du nœud, dossier du serveur, disque entier formaté en ext4 ou XFS, partage NFS. Un même partage NFS sert à tous les nœuds qui le montent.
Images et ISO: Catalogue d'images cloud et d'ISO téléchargées depuis les sites officiels, avec vérification de leur somme de contrôle, ou envoyées depuis le navigateur.
Import de VM: OVA et OVF de VMware, disques VMDK, VHDX, VHD, VDI, qcow2 et raw, sauvegardes Proxmox vzdump, et copie d'un serveur Linux en marche par SSH.
Connecteur Proxmox VE: Vyrtal se connecte par SSH à un nœud Proxmox, liste les VM de son cluster et copie celles choisies, en marche ou arrêtées, sans rien stocker sur l'hôte. Disques, configuration, VLAN, adresses MAC et entrées de démarrage UEFI suivent.

Les VM se branchent sur des ponts réseau du serveur ; l'accès à l'interface est contrôlé par compte.

Réseau: Ponts réseau partagés par les VM, plusieurs cartes par VM, adresses rapportées par l'agent invité ou observées sur le réseau.
Pare-feu: Règles par VM appliquées par nftables, et pare-feu du serveur lui-même.
Comptes et droits: Rôles administrateur, opérateur, lecture seule et utilisateur de VM, droits par VM ou par groupe de VM, double authentification par code (TOTP).
Interface exposée proprement: Certificat Let's Encrypt obtenu par l'interface, ou tunnel Cloudflare pour publier l'interface sans ouvrir de port.

Ce qui se passe sur chaque nœud et dans chaque VM, sans outil à ajouter.

Mesures: Processeur, mémoire, débit et opérations disque, trafic réseau, par VM et par nœud, en direct et sur la dernière heure.
Alertes: Seuils sur le processeur, la mémoire, le disque du nœud ou les partitions des VM, envoyés par e-mail ou par webhook.
Journal: Chaque action, son auteur, son résultat et sa durée, sur tous les nœuds.
Mises à jour: Mises à jour de Debian et de Vyrtal depuis l'interface, par apt, depuis un dépôt signé.
API REST: Tout ce que fait l'interface passe par une API REST, utilisable par vos scripts et vos outils.