Table des matières:
Depuis l'époque des premières implémentations de l'infrastructure de bureau virtuel (VDI) à grande échelle, qui a commencé dans la période 2007/2008, VDI a connu un début difficile - si difficile en fait que VDI n'a presque jamais eu lieu. Les premières implémentations n'ont pas pu répondre aux demandes des utilisateurs en raison de la latence du réseau, des performances du disque médiocres, de la technologie graphique en retard et des tempêtes de démarrage VDI. Des tempêtes de démarrage se sont produites et les DSI du monde entier ont abandonné les projets VDI à toutes les étapes, de la planification à la production.
Une tempête de démarrage VDI est la consommation de ressources d'E / S de calcul et de disque lors du démarrage initial des images virtuelles de bureau de l'utilisateur final, ce qui entraîne de mauvaises performances pour tous les utilisateurs. Historiquement, les tempêtes de démarrage et le coût des remèdes recommandés sont les deux principales raisons de l'échec des projets VDI. (Pour en savoir plus sur les défis de la virtualisation, voir 3 gros maux de tête pour les utilisateurs de logiciels de virtualisation.)
| Logiciel-Tout définir Technologie de stockage et de réseau en instance de brevet avec calcul, virtualisation et gestion SaaS dans UN cloud d'entreprise dans une boîte. Soyez témoin de la puissance d'Ignite aujourd'hui. |
Pourquoi les tempêtes de démarrage se produisent
Les tempêtes de démarrage se produisent principalement parce que les ingénieurs du stockage construisent des systèmes de stockage pour l'évolutivité, la redondance et la vitesse, mais personne ne pouvait prévoir l'appétit de VDI pour les E / S disque. Les implémentations VDI ne dépendent pas de la capacité, de l'évolutivité et de la redondance, ni des améliorations ou ajustements de vitesse standard. Les environnements VDI doivent lire les E / S au démarrage et écrire les E / S pendant l'utilisation. Il y a d'abord la tempête de lecture (démarrage), puis la tempête d'écriture (connexion / ouverture de session) et enfin les opérations intensives en écriture en régime permanent associées à l'informatique de l'utilisateur final. Les administrateurs SAN ne savaient pas quoi faire. Ils peuvent ajuster le stockage pour les charges de travail intensives en lecture ou les charges de travail intensives en écriture, mais VDI a besoin des deux en abondance.
