Lorsque vous configurez une réplication, vous pouvez activer la rétention d'un maximum de 24 instances de réplication de machines virtuelles à plusieurs moments spécifiques (MPIT, Multiple Points in Time).

Après la récupération d'une machine virtuelle répliquée, les réplicas conservés s'affichent comme des snapshots de la machine virtuelle dans vSphere Web Client. La liste de snapshots inclut les instances conservées selon la stratégie de rétention que vous avez définie, ainsi que la dernière instance. Vous pouvez utiliser les snapshots pour revenir à un état antérieur de la machine virtuelle récupérée.

Vous pouvez configurer la rétention de trois instances par jour au cours des cinq derniers jours. La liste de snapshots contient 15 snapshots et la dernière instance enregistrée de la machine virtuelle, ou un total de 16 snapshots.

Les administrateurs ne peuvent pas configurer le moment précis de création des instances de réplication, car la stratégie de rétention n'est pas directement liée à la planification de réplication et au RPO. Par conséquent, les réplications ayant la même stratégie de rétention ne produisent pas nécessairement des réplicas conservés aux mêmes moments.

RPO sans stratégie de rétention

Par défaut, vSphere Replication est configuré avec un RPO d'une heure, de sorte que la dernière instance de réplication disponible ne peut pas refléter un état de la machine virtuelle remontant à plus de quatre heures. Vous pouvez régler l'intervalle RPO lors de la configuration ou de la reconfiguration d'une réplication.

Lorsque l'ancienneté de la dernière instance de réplication s'approche de l'intervalle RPO, vSphere Replication commence une opération de synchronisation pour créer une instance sur le site cible. L'instance de réplication reflète l'état de la machine virtuelle au début de la synchronisation. Si aucune stratégie de rétention n'est configurée, l'instance précédente expire au moment de la création de la nouvelle instance et le serveur vSphere Replication la supprime.

Combinaison du RPO et de la stratégie de rétention

Pour conserver certaines instances de réplication créées lors des synchronisations RPO, vous pouvez configurer vSphere Replication pour conserver jusqu'à 24 instances par réplication. Le nombre exact d'instances conservées par vSphere Replication est déterminé en appliquant un algorithme spécifique. À l'aide de cet algorithme, le serveur vSphere Replication tente d'assortir chaque instance à une tranche horaire de la stratégie de rétention. Les instances ne correspondant à aucune tranche horaire expirent et sont supprimées. Si une tranche horaire contient plusieurs instances, les instances ne correspondant pas aux critères de rétention sont également supprimées. vSphere Replication conserve toujours la dernière instance créée et celle-ci n'est pas incluse lors de la détermination du nombre d'instances à conserver.

Lorsque l'ancienneté de la dernière instance s'approche de l'intervalle RPO, vSphere Replication commence la création d'une instance de réplication. L'heure de début de l'opération de synchronisation est l'heure de la nouvelle instance. À la fin de l'opération de synchronisation, vSphere Replication évalue les instances de réplication existantes pour déterminer celles qu'il convient de conserver :
  1. La granularité de la stratégie de rétention est déterminée en fonction des paramètres de réplication. Par exemple, si vous avez configuré vSphere Replication afin de conserver trois instances pour le dernier jour, cela signifie que vous souhaitez conserver trois instances de réplication uniformément réparties sur 24 heures. Cela équivaut approximativement à une instance par intervalle de huit heures, ou cela signifie que la granularité de cette stratégie de rétention est de 8 heures.
  2. L'heure de la dernière instance conservée est arrondie à la tranche horaire la plus proche. Si la granularité est de huit heures, les heures d’emplacement sont 0:00, 8:00 et 16:00.
  3. Les instances qui se situent entre la tranche horaire la plus proche et la dernière instance enregistrée se croisent. Supposons que l'heure de la dernière instance enregistrée est 10:55. Selon notre exemple, la tranche horaire la plus proche est celle de 8:00. Supposons également que le RPO est de 1 heure et que chaque opération de synchronisation dure 5 minutes. Entre 8:00 et 10:55, la tranche horaire contient une instance de 8:55 et une autre instance de 9:55.
  4. La première instance qui est plus récente que la tranche horaire la plus proche est conservée, et le reste des instances de cette tranche horaire sont supprimées, à l'exception de la dernière instance créée que vSphere Replication conserve toujours. Dans notre exemple, l'instance de 8:55 est conservée et l'instance de 9:55 est supprimée. L'instance de 10:55 est la dernière instance créée et est donc également conservée.
  5. La granularité de la stratégie de rétention diminue la tranche horaire et une vérification est effectuée pour identifier la première instance entre le début de la tranche horaire actuelle et le début de la tranche horaire précédente. Si la tranche horaire contient des instances expirées, elles sont supprimées.
  6. Le nombre de tranches horaires contenant des instances enregistrées est analysé. Si le nombre de tranches horaires contenant des instances enregistrées est supérieur au nombre de tranches horaires déterminées par la stratégie de rétention, l'instance enregistrée la plus ancienne expire et est supprimée. La dernière instance enregistrée n'est pas incluse dans ce compte. Dans notre exemple, si nous avions une instance enregistrée pour l'intervalle 8:00 - 16:00 du jour précédent, cette instance serait supprimée.

Le nombre d'instances de réplication que vSphere Replication conserve dépend de la règle de rétention configurée, mais requiert également que la période de RPO soit suffisamment courte pour permettre la création de ces instances. Comme vSphere Replication ne vérifie pas si les paramètres RPO créent suffisamment d'instances à conserver et n'affiche pas de message d'avertissement si le nombre d'instances est insuffisant, vous devez vous assurer que vous configurez vSphere Replication pour créer les instances que vous souhaitez conserver. Par exemple, si vous réglez vSphere Replication de façon à conserver six instances de réplication par jour, la période de RPO ne doit pas dépasser quatre heures pour que vSphere Replication puisse créer six instances en 24 heures.