Cet article s'adresse aux ingénieurs : le VOL de vDisk (le moteur central de bureau cloud IDV5) gère de manière centralisée une image maîtresse unique sur le backend, tandis que le terminal exécute le bureau localement et exploite directement le CPU/GPU local. Ci-dessous, nous décomposons un à un les principes de mise en œuvre — démarrage en streaming au niveau bloc, séparation des pilotes, les trois niveaux de cache réseau / semi-cache / cache complet, reprise de transfert, distribution par essaimage chaîné BT et accélération 4K par reconstruction des pilotes — pas de concepts, seulement la façon dont cela fonctionne réellement.
Il s'agit aussi de « gestion centralisée des images », mais VOL ramène le calcul sur le terminal local, de sorte que les modalités de mise en œuvre des performances, du fonctionnement hors réseau et de la distribution sont totalement différentes.
Moteur central IDV5 : les images sont gérées de façon centralisée côté back-end tandis que le bureau s'exécute localement — récupérées bloc par bloc au démarrage et utilisables hors ligne une fois le cache présent.
Au démarrage, un terminal ne télécharge pas l'image disque entière avant de se lancer ; le disque maître est mappé bloc par bloc dans un disque virtuel local. Le BootLoader ne récupère que le bloc correspondant au secteur qu'il lit, et les blocs jamais consultés ne sont pas téléchargés. Les blocs déjà lus sont écrits sur le disque cache local selon la politique définie, de sorte que le démarrage suivant accède directement à la copie locale sans passer par le réseau. C'est là l'origine technique du principe « le cache partiel lit à la demande et n'occupe que ce qui est utilisé ; le cache complet stocke tout en local et continue de fonctionner même hors ligne. »
Du démarrage et de la mise en cache à la distribution et la restauration, découvrez pas à pas ce qu'il fait au niveau du moteur
L'image maître est mappée comme un disque virtuel local, récupérant les blocs à la demande et ne téléchargeant que ce qui est lu, ce qui réduit fortement le trafic réseau au démarrage.
Le système d'exploitation est découplé des pilotes matériels, si bien qu'une seule image maîtresse gère des terminaux hétérogènes, avec un double démarrage à partir de la même image en BIOS comme en UEFI.
Basculez entre les modes réseau, cache partiel et cache complet selon le scénario ; une fois le cache atteint, il fonctionne hors ligne, et même les petits disques anciens en sont capables.
Les terminaux ayant fini de télécharger se relaient automatiquement entre eux ; plus le déploiement est large, plus c'est rapide, avec une charge quasi nulle sur le serveur maître.
Utilisable pendant le téléchargement, avec reprise automatique après une coupure ; l'image actuelle reste intacte et les terminaux n'attendent pas la fin du disque complet.
La réécriture du chemin d'E/S et l'alignement 4K éliminent l'amplification en lecture/écriture, avec des alertes de santé SSD intégrées.
Les écritures se font dans la couche de restauration pour un état propre au redémarrage, tandis que le mode d'apprentissage intelligent conserve les pilotes et réglages personnalisés.
CPU Kunpeng / Phytium / Loongson / Hygon + UOS / Kylin OS, avec compilation de pilotes fournie.
Un seul moteur VOL : choisissez le mode de démarrage selon le réseau de la salle, le disque du terminal et les besoins hors ligne.
N'utilise quasiment aucun disque local — il récupère les blocs en streaming pur depuis le backend à la demande —, idéal pour les LAN gigabit et les terminaux sans grand disque.
Les blocs sont mis en cache de façon incrémentale au fur et à mesure des accès, n'occupant que le nécessaire ; plus la machine fonctionne longtemps, plus le taux de succès est élevé et la charge réseau faible.
L'image complète du disque est complétée en local en arrière-plan, si bien que même câble réseau débranché, vous pouvez démarrer, donner des cours et faire passer des examens, sans dépendre du serveur.
La séparation des pilotes et l'adaptation Xinchuang permettent à une seule image maîtresse de gérer uniformément les machines x86 et Kunpeng / Phytium / Loongson / Hygon.
De la mise sous tension au bureau prêt, découvrez ce que fait le démarrage en streaming au niveau bloc à chaque étape
À la mise sous tension, le terminal se signale à la console de gestion, qui associe la version de l'image maître et le mode de démarrage à distribuer selon le MAC/groupe.
L'image maîtresse est mappée en disque virtuel local ; le BootLoader récupère chaque bloc à mesure qu'il le lit, et les blocs jamais consultés ne sont pas téléchargés.
Il détecte le matériel local et injecte dynamiquement les pilotes de carte réseau, GPU et carte mère correspondants, permettant à des terminaux hétérogènes de démarrer depuis la même image maîtresse.
Les blocs lus sont écrits dans le cache local ; en mode cache partiel ou complet, le démarrage suivant accède directement à la copie locale et ne passe plus par le réseau.
Le bureau tourne sur la puissance locale, les écritures atterrissent dans la couche de restauration, chaque redémarrage est propre et l'apprentissage intelligent conserve les réglages personnalisés.
Le côté serveur a été réécrit en Go et tout le pipeline de distribution et de restauration a été refait ; voici quelques points que les ingénieurs peuvent percevoir directement.
Le CPU/GPU est sollicité directement en local, de sorte que les logiciels professionnels (3D, CAO, simulation, etc.) s'exécutent sans passer par le backend et sans perte d'images.
L'ensemencement et le partage en double mode BT/en chaîne permettent de déployer des centaines de terminaux simultanément sans saturer le serveur maître ni les commutateurs.
Transfert reprenable + ROM à interface graphique : en cas de coupure pendant le déploiement, le transfert reprend au redémarrage sans corrompre l'image actuelle.
La refonte du pilote aligne les secteurs 4K et élimine l'amplification d'écriture/lecture, tandis que les alertes d'état SSD anticipent les disques défaillants.
Continuez à mettre à jour avec retour en arrière possible à tout moment ; si l'image maîtresse est corrompue, revenez à la version précédente en un clic, le risque restant maîtrisé.
Kunpeng/Phytium/Loongson/Hygon + UnionTech UOS / Kylin, avec compilation des pilotes et adaptation native.
Après les principes techniques, voyez comment le moteur VOL se concrétise dans les produits et les scénarios réels
Un produit reposant sur le moteur VOL/IDV5, intégrant bureaux cloud, synchronisation des emplois du temps, contrôle centralisé IoT et gestion par Mini Program.
Les côtés enseignant et élève partagent une image, déployée avec le bureau cloud, de même source que VOL et sans conflit de ports.
Un plan global de construction de salles informatiques intégrant bureau cloud + classe électronique + contrôle central IoT.
Découvrez les performances de VOL dans des salles réelles, selon différentes tailles de parc et conditions réseau.
Tous les principes du monde ne valent pas un test réel : demandez un essai technique et utilisez vos terminaux et votre réseau actuels pour vérifier la vitesse de démarrage, la disponibilité hors connexion et l'efficacité de distribution.