La fonctionnalité d'Instant Clones exploite la technologie vSphere vmFork (disponible avec vSphere 6.0U1 et versions ultérieures) afin de suspendre une image de base en cours d'exécution, ou une machine virtuelle parente, et de créer et personnaliser rapidement un pool de postes de travail virtuels.

Les Instant Clones partagent les disques virtuels avec la machine virtuelle parente au moment de la création, mais également la mémoire du parent. Chaque Instant Clone agit comme un poste de travail indépendant, avec un nom d'hôte et une adresse IP uniques. Pourtant l'Instant Clone requiert beaucoup moins de stockage. Les Instant Clones réduisent la capacité de stockage requise de 50 à 90 %. Les exigences de mémoire globale sont également réduites au moment de la création des clones. Pour plus d'informations sur les exigences de stockage et les limites de dimensionnement, consultez l'article de la base de connaissances de VMware https://kb.vmware.com/kb/2150348.

À partir d'Horizon 7 version 7.8, les Instant Clones prennent en charge les fonctionnalités TRIM et UNMAP de vSphere pour les banques de données vSAN.

Réplica et Instant Clones sur la même banque de données

Lorsque vous créez un pool de postes de travail d'Instant Clone, un clone complet est d'abord créé depuis la machine virtuelle maître. Le clone complet, ou réplica, et ses clones liés peuvent être placés sur le même magasin de données, ou LUN (Logical Unit Number).

Réplica et Instant Clones sur des banques de données différentes

Vous pouvez également placer des réplicas d'Instant Clone et des Instant Clones sur des banques de données séparées avec différentes caractéristiques de performance. Par exemple, vous pouvez stocker les machines virtuelles réplicas sur un disque électronique. Les disques électroniques ont une capacité de stockage faible et des performances de lecture élevées. En général, ils prennent en charge des dizaines de milliers d'E/S par seconde (IOPS).

Vous pouvez stocker des Instant Clones sur des banques de données sur des supports de rotation traditionnels. Ces disques sont moins performants, mais ils sont moins chers et fournissent une plus grande capacité de stockage. Ils sont donc adaptés pour le stockage des nombreux Instant Clones d'un pool volumineux. Les configurations de stockage étagées peuvent être utilisées pour gérer de façon rentable les scénarios d'E/S intensifs tels que l'exécution simultanée d'analyses antivirus programmées.

Si vous utilisez des banques de données vSAN, vous ne pouvez pas sélectionner manuellement différentes banques de données pour les réplicas ou les Instant Clones. Comme vSAN place automatiquement les objets sur le type de disque approprié et met en cache toutes les opérations d'E/S, il n'est pas nécessaire d'utiliser la hiérarchisation des réplicas pour les banques de données vSAN. Les pools d'Instant Clone sont pris en charge sur les banques de données vSAN.

Stockage d'Instant Clones sur des banques de données locales

Des machines virtuelles d'Instant Clone peuvent être stockées sur des banques de données locales, qui sont des disques de rechange internes sur des hôtes ESXi. Le stockage local offre des avantages tels que du matériel peu coûteux, un approvisionnement de machine virtuelle rapide, des opérations d'alimentation haute performance et une gestion simple. Cependant, l'utilisation du stockage local limite les options de configuration de l'infrastructure vSphere qui sont à votre disposition. L'utilisation du stockage local est utile dans certains environnements Horizon 7, mais n'est pas appropriée dans d'autres.

Note : Les limites décrites dans cette section ne s'appliquent pas aux banques de données vSAN qui utilisent également des disques de stockage local, mais nécessitent un matériel spécifique.

L'utilisation de banques de données locales fonctionnera mieux si les postes de travail Horizon 7 dans votre environnement sont sans état. Par exemple, vous pouvez utiliser des magasins de données locaux si vous déployez des kiosques ou des stations de classe et de formation sans état.

Vous pouvez envisager l'utilisation de banques de données locales si vos machines virtuelles disposent d'attributions flottantes, ne sont pas dédiées à des utilisateurs finaux individuels et peuvent être supprimées ou actualisées à intervalles réguliers, par exemple lors de la déconnexion d'un utilisateur. Cette approche vous permet de contrôler l'utilisation des disques sur chaque banque de données locale sans devoir déplacer les machines virtuelles entre des banques de données ni effectuer un équilibrage de charge entre celles-ci.

Toutefois, vous devez tenir compte des restrictions qu'impose l'utilisation de banques de données locales sur votre déploiement de postes de travail ou de batterie de serveurs Horizon 7 :

  • Vous ne pouvez pas utiliser vMotion pour gérer des volumes virtuels.
  • Vous ne pouvez pas utiliser VMware High Availability.
  • Vous ne pouvez pas utiliser vSphere Distributed Resource Scheduler (DRS).

    Si vous déployez des Instant Clones sur un seul hôte ESXi avec une banque de données locale, vous devez configurer un cluster contenant cet hôte ESXi unique. Si vous disposez d'un cluster de deux ou plusieurs hôtes ESXi avec des banques de données locales, sélectionnez la banque de données locale à partir de chacun des hôtes du cluster. Dans le cas contraire, la création d'Instant Clone échoue. Ce comportement diffère de celui des banques de données locales avec des clones liés de Composer.

  • Vous ne pouvez pas stocker un réplica et des Instant Clones sur des banques de données séparées.
  • Si vous sélectionnez des disques dur rotatifs locaux, les performances risquent de ne pas correspondre à celles d'une baie de stockage disponible sur le marché. Les disques durs rotatifs locaux et une baie de stockage peuvent avoir une capacité similaire, mais les disques durs rotatifs locaux n'offrent pas le même débit qu'une baie de stockage. Le débit est directement proportionnel au nombre de piles. Si vous sélectionnez des disques SSD (solid-state disks) directement raccordés, les performances sont susceptibles de dépasser celles de nombreuses baies de stockage.
  • Si vous prévoyez de tirer parti des avantages du stockage local, vous devez soigneusement envisager les conséquences de ne pas disposer de vMotion, High Availability, DRS et autres fonctionnalités disponibles. Si vous gérez l'utilisation du disque local en contrôlant le nombre de disques de machines virtuelles et leur croissance, et si vous utilisez des attributions flottantes et effectuez régulièrement des opérations d'actualisation et de suppression, vous pouvez réussir à déployer des Instant Clones sur des banques de données locales.
  • La prise en charge de la banque de données locale pour les Instant Clones est disponible pour les postes de travail virtuels et les postes de travail publiés.

Différences entre les Instant Clones et les clones liés Composer

Comme les Instant Clones peuvent être créés beaucoup plus rapidement que les clones liés, les fonctionnalités suivantes de clones liés ne sont plus nécessaires lorsque vous provisionnez un pool d'Instant Clones :

  • Les pools d'Instant Clone ne prennent pas en charge la configuration d'un disque virtuel supprimable séparé pour stocker les fichiers d'échange et temporaires du système d'exploitation invité. Chaque fois qu'un utilisateur se déconnecte d'un poste de travail d'Instant Clone, Horizon 7 supprime le clone, puis provisionne et met sous tension un autre Instant Clone en fonction de la dernière image de système d'exploitation disponible pour le pool. Les fichiers d'échange et temporaires des systèmes d'exploitation invités sont automatiquement supprimés lors de l'opération de déconnexion.
  • Les pools d'Instant Clone ne prennent pas en charge la création d'un disque virtuel persistant séparé pour chaque poste de travail virtuel. Vous pouvez plutôt stocker le profil Windows et les données d'application de l'utilisateur final sur des disques accessibles en écriture utilisateur App Volumes. Le disque accessible en écriture utilisateur de l'utilisateur final est lié à un poste de travail d'Instant Clone lorsque l'utilisateur final se connecte. De plus, des disques accessibles en écriture utilisateur peuvent être utilisés pour conserver des applications installées par l'utilisateur.
  • Comme les postes de travail d'Instant Clone ont une durée de vie courte, les Instant Clones ne prennent pas en charge le format de disque à optimisation d'espace (SE sparse), avec son processus d'effacement et de réduction.
  • Les pools de postes de travail d'Instant Clone sont compatibles avec Storage vMotion. Les pools de postes de travail de clone lié de Composer ne sont pas compatibles avec Storage vMotion.