Vous pouvez utiliser les banques de données VMware Virtual SAN en tant que banques de données cibles lors de la configuration des réplications. Suivez les instructions ci-dessous lorsque vous utilisez vSphere Replication avec le stockage Virtual SAN.

Note : VMware Virtual SAN est une fonctionnalité entièrement prise en charge par vSphere 5.5 Update 1 et versions ultérieures.

Comme les noms conviviaux de banques de données Virtual SAN peuvent être modifiés et provoquer des erreurs lors d'opérations de réplication ou de récupération, vSphere Replication remplace automatiquement le nom convivial d'une banque de données par son UUID qui est constant. Par conséquent, l'UUID s'affiche partout dans l'interface utilisateur de vSphere Replication, bien que vous ayez sélectionné un nom intelligible lors de la configuration de la réplication.

Limites de l'utilisation de vSphere Replication avec le stockage Virtual SAN

Pour des raisons de charge et de latence E/S, le stockage Virtual SAN est soumis à des limites en termes de nombre d'hôtes susceptibles d'intégrer un cluster Virtual SAN et de nombre de machines virtuelles pouvant être exécutées sur chaque hôte. Reportez-vous à la section Limites du Guide de dimensionnement et de conception de VMware Virtual SAN, disponible à la page suivante : http://www.vmware.com/products/virtual-san/resources.html.

L'utilisation de vSphere Replication augmente la charge sur le stockage. Chaque machine virtuelle génère régulièrement des opérations de lecture et d'écriture. La configuration des réplications sur ces machines virtuelles ajoute une opération de lecture aux opérations de lecture et d'écriture standard, ce qui augmente la latence d'E/S sur le stockage. Le nombre exact de machines virtuelles susceptibles d'être répliquées sur le stockage Virtual SAN à l'aide de vSphere Replication dépend de votre infrastructure. Si vous remarquez un ralentissement des temps de réponse lors de la configuration des réplications pour des machines virtuelles sur le stockage Virtual SAN, surveillez la latence d'E/S de l'infrastructure Virtual SAN. Essayez de réduire le nombre de machines virtuelles répliquées dans la banque de données Virtual SAN.

Note : Lorsque vous arrêtez une réplication, vSphere Replication ne supprime pas le répertoire de réplication sur la banque de données cible. Par conséquent, les répertoires périmés sont maintenus dans les banques de données VMFS et NFS, et les espaces de noms inutilisés sont conservés dans les banques de données Virtual SAN et Virtual Volumes. Comme le nombre maximal de répertoires et d'espaces de noms dans une banque de données est limité, vous devez les nettoyer manuellement pour libérer des ressources sur la banque de données. Reportez-vous à Nettoyer la banque de données cible après l'arrêt d'une réplication.

Conservation des snapshots à un moment donné lors de l'utilisation du stockage Virtual SAN

Le stockage Virtual SAN stocke les fichiers de disque de machine virtuelle sous forme d'ensemble d'objets et de composants. Chaque objet de disque présent sur le stockage Virtual SAN est associé à des objets miroirs et témoins. Dans la stratégie de stockage Virtual SAN par défaut, un objet de disque est associé à deux miroirs et à un témoin. Le nombre de composants miroirs dépend de la taille du disque de machine virtuelle et du nombre d'échecs à tolérer défini dans la stratégie du stockage Virtual SAN. Un objet miroir se divise en composants dont la taille maximale respective est de 256 Go.

  • Si une machine virtuelle possède un disque de 256 Go et que vous utilisez la stratégie par défaut du stockage Virtual SAN, l'objet de disque sera associé à deux composants miroirs de 256 Go chacun et à un composant témoin, soit à un total de trois composants.
  • Si une machine virtuelle possède un disque de 512 Go et que vous utilisez la stratégie par défaut du stockage Virtual SAN, l'objet de disque sera associé à quatre composants miroirs de 256 Go chacun et à un composant témoin, soit à un total de cinq composants.

Pour plus d'informations sur les objets, les composants, les miroirs, les témoins et les stratégies de stockage Virtual SAN, reportez-vous au Guide de dimensionnement et de conception de VMware Virtual SAN, disponible à la page suivante : http://www.vmware.com/products/virtual-san/resources.html.

Si vous utilisez plusieurs snapshots à un moment donné (snapshots PIT, point-in-time), vous devez prendre en compte les composants supplémentaires créés par chacun des snapshots sur le stockage Virtual SAN, en fonction du nombre de disques par machine virtuelle, de la taille de ces disques, du nombre de snapshots PIT à conserver et du nombre d'échecs à tolérer. Si vous conservez des snapshots PIT et que vous utilisez le stockage Virtual SAN, vous devez calculer le nombre de composants supplémentaires nécessaires pour chaque machine virtuelle :

Nombre de disques x nombre de snapshots PIT x nombre de composants miroirs et témoins

Les exemples d'application de cette formule démontrent que la conservation de snapshots PIT fait rapidement augmenter le nombre de composants dans le stockage Virtual SAN pour chaque machine virtuelle configurée pour vSphere Replication :

  • Vous utilisez une machine virtuelle possédant deux disques de 256 Go, pour laquelle vous conservez dix snapshots à un moment donné, et vous configurez la stratégie par défaut du stockage Virtual SAN :
    • 2 (nombre de disques) x 10 (nombre de snapshots PIT) x 3 (2 composants miroirs + 1 témoin) = 60 composants uniquement pour cette machine virtuelle.
  • Vous utilisez une machine virtuelle possédant deux disques de 512 Go, pour laquelle vous conservez dix snapshots à un moment donné, et vous configurez la stratégie par défaut du stockage Virtual SAN :
    • 2 (nombre de disques) x 10 (nombre de snapshots PIT) x 5 (4 composants miroirs de 256 Go chacun + 1 témoin) = 100 composants uniquement pour cette machine virtuelle.

Le nombre de snapshots PIT que vous conservez peut entraîner l'augmentation de la latence E/S sur le stockage Virtual SAN.