OVHcloud Private Cloud Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
Backup As A Service
Incident
Report for Hosted Private Cloud
Resolved
Bonjour,
Durant les backups effectués de la solution Veeam As A Service que nous vous proposons, nous avons pu constater des \"freezes\" dans l'OS des VMs à l'instant précis où le snapshot est retiré.
Après en avoir discuté avec Veeam et VMware, les \"freezes\" sont expliqués dans le KB suivant : https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1002836
Il s'agit d'un système de \"lock\" de l'OS suite au hot-add des disques sur la VM backupProxy. C'est une sécurité qui a été développée par VMware afin de protéger les partages des disques ayant été déplacé via hot-add.
Ce lock est estimé à environ 35 secondes.
A savoir, nous avons deux workaround possibles pour le moment :
- Les lock sont évitables si vous avez les VMs qui sont backupées sur le même host qui héberge la VM backupProxy.
- Nous pouvons descendre le temps de lock à environ 8 secondes, vous pouvez demander cette opération à notre support.
Nous cherchons très activement avec VMware une solution pour éviter ce système afin de supprimer l'impact que vous avez actuellement lors des backups.
Nous vous tenons donc informé de l'évolution de la situation concernant ce sujet.
Update(s):
Date: 2016-09-06 15:46:00 UTC
Bonjour,
A ce jour, nos discussions avec VMware n'ont menées qu'à ce workaround de 13 secondes.
Nous vous invitons à contacter notre support si vous souhaitez l'opération.
Si toutefois un changement apparaît à ce sujet, nous vous ferons une nouvelle communication.
Date: 2016-07-28 08:20:02 UTC
Bonjour,
Les discussions sont toujours en cours avec VMware, l'engineering de VMware a été mis à contribution dans le sujet.
VMware nous confirme à ce jour que nous pouvons baisser le temps de lock à 13 secondes sans aucun risque de fonctionnement sur les infrastructures. Vous pouvez demander cette opération à notre support, aucun downtime ne sera associé à cette modification.
Nous sommes toujours en relation avec eux cependant pour trouver une solution définitive à ce sujet.
Durant les backups effectués de la solution Veeam As A Service que nous vous proposons, nous avons pu constater des \"freezes\" dans l'OS des VMs à l'instant précis où le snapshot est retiré.
Après en avoir discuté avec Veeam et VMware, les \"freezes\" sont expliqués dans le KB suivant : https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1002836
Il s'agit d'un système de \"lock\" de l'OS suite au hot-add des disques sur la VM backupProxy. C'est une sécurité qui a été développée par VMware afin de protéger les partages des disques ayant été déplacé via hot-add.
Ce lock est estimé à environ 35 secondes.
A savoir, nous avons deux workaround possibles pour le moment :
- Les lock sont évitables si vous avez les VMs qui sont backupées sur le même host qui héberge la VM backupProxy.
- Nous pouvons descendre le temps de lock à environ 8 secondes, vous pouvez demander cette opération à notre support.
Nous cherchons très activement avec VMware une solution pour éviter ce système afin de supprimer l'impact que vous avez actuellement lors des backups.
Nous vous tenons donc informé de l'évolution de la situation concernant ce sujet.
Update(s):
Date: 2016-09-06 15:46:00 UTC
Bonjour,
A ce jour, nos discussions avec VMware n'ont menées qu'à ce workaround de 13 secondes.
Nous vous invitons à contacter notre support si vous souhaitez l'opération.
Si toutefois un changement apparaît à ce sujet, nous vous ferons une nouvelle communication.
Date: 2016-07-28 08:20:02 UTC
Bonjour,
Les discussions sont toujours en cours avec VMware, l'engineering de VMware a été mis à contribution dans le sujet.
VMware nous confirme à ce jour que nous pouvons baisser le temps de lock à 13 secondes sans aucun risque de fonctionnement sur les infrastructures. Vous pouvez demander cette opération à notre support, aucun downtime ne sera associé à cette modification.
Nous sommes toujours en relation avec eux cependant pour trouver une solution définitive à ce sujet.