Guide NAS Expert : Solutions pour la virtualisation

• Avant de développer les techniques de virtualisation, un support physique, serveur ou ordinateur, était contraint de ne fonctionner que sous un seul type d’OS (Linux, Windows, MacOs, DSM ou QTS). La virtualisation d’OS permet de faire tourner différentes ressources logicielles sur un même support physique, comme par exemple différentes machines virtuelles, l’une fonctionnant sous Windows 10, l’autre sous MacOs, et une autre sous Linux par exemple. Ce type de virtualisation apporte une très grande flexibilité, et permet d’avoir une gestion agile des ressources informatiques : les machines virtuelles peuvent être basculées facilement depuis un serveur vers n’importe quel terminal client, comme des tablettes par exemple. Quant aux serveurs, il est possible d’en déployer des versions virtualisées, sous forme de VM également (avec Virtual DSM de Synology ou Virtual QTS de QNAP), permettant notamment une optimisation de la gestion du parc de serveurs, ou de basculer des charges de travail d’un serveur vers un autre.

• L’un des aspects les plus intéressants de la virtualisation d’applications est qu’elle permet de court-circuiter les problèmes de compatibilités logicielles : une application Windows virtualisée peut tourner dans un environnement OS Linux ou MacOs. Concrètement, la virtualisation d’une application permet de rendre celle-ci indépendante du système d’exploitation. Ceci ouvre un champ de possibilité presque sans fin pour faire du développement d’applications.

• La virtualisation permet d’avoir des répliques logicielles d’éléments physiques d’une infrastructure (le software simule le hardware et ses fonctionnalités), ce qui inclut les réseaux. La création d’une adresse IP virtuelle lors de la mise en place d’un cluster de haute disponibilité avec deux NAS Synology via SHA est un exemple de virtualisation d’un élément du réseau. Cet exemple montre aussi l’une des possibilités de virtualiser des unités de stockage de données.

• Type 1, natif : l’hyperviseur est alors un logiciel qui s’exécute directement sur une ressource physique, c’est lui qui gère le matériel, en allouant ces ressources physiques aux environnements virtualisés, en fonction de leurs besoins.

• Type 2, hôte : l’hyperviseur est alors un logiciel qui s’exécute à l’intérieur d’un système d’exploitation. Dans ce cas, c’est l’OS qui gère le matériel, et l’hyperviseur est l’intermédiaire entre l’OS et les VM. Comme il y a une couche logicielle supplémentaire, le type 2 est plus lent que le type 1.

• Le CPU : il peut être géré soit par allocation stricte d’un nombre de cœurs du processeur, définie par l’utilisateur ; soit en programmant l’hyperviseur de façon à ce qu’il gère le CPU avec ses algorithmes et statistiques propres.
• L’espace de stockage : il s’agit d’allouer un espace fixe prédéfini par l’utilisateur qui a créé une VM.

• Attribution dynamique : la VM prend les espaces libres sur le serveur. Le principal avantage de ce mode d’attribution est qu’il permet d’exploiter au mieux les espaces non utilisés du serveur. Le risque est de paramétrer plus de VM qu’il n’y a d’espace disponible, engendrant des pertes de données.
• Attribution statique : un nombre de CPU et de capacité de stockage sont alloués à une VM donnée. Cela permet d’assurer qu’elle aura un espace de stockage défini qui ne pourra pas être exploité par d’autres VM, mais avec l’inconvénient de limiter les possibilités du serveur si la VM n’exploite pas toute la capacité qu’elle monopolise.
• Attribution hybride : elle se subdivise en deux possibilités : le CPU est alloué de manière statique et l’espace de stockage de manière dynamique ; le CPU est alloué de manière dynamique et l’espace de stockage de manière fixe.