J'ai une configuration GlusterFS 2 nœuds 2 répliques. J'ai l'intention de l'utiliser comme magasin d'instance OpenStack, dans lequel l'image disque de la VM est stockée.
D'après mes tests, si le nœud GlusterFS sur lequel l'hyperviseur est actuellement monté tombe en panne (en utilisant les paramètres GlusterFS par défaut), il faut environ 45 secondes pour que la connexion soit interrompue et que le client GlusterFS bascule sur l'autre nœud. Pendant ces 45 secondes, les opérations d'E/S seront suspendues, ce qui signifie que le disque ne répond plus du point de vue de la VM.
Je sais que sous Linux, si le disque ne répond plus, au bout d'un certain temps (je ne suis pas sûr de la durée), le noyau remonte le système de fichiers en lecture seule.
Je peux aussi diminuer la valeur du volume de GlusterFS. network.ping-timeout ce qui réduira le temps de basculement.
Ma question est la suivante : à quel point dois-je fixer cette valeur pour que la plupart des systèmes d'exploitation puissent tolérer le temps de non réponse du disque virtuel sans effets secondaires ?
Pour être plus précis, j'aimerais connaître le temps de non réponse du disque que Windows NTFS, FreeBSD UFS/ZFS et Linux ext4 peuvent tolérer. Quels sont les paramètres concernés ? (par exemple, /sys/block/sda/device/timeout sur Linux)
informations connexes :
Mise à jour : @the-wabbit a répondu au sujet de Linux et Windows, j'aimerais aussi connaître le cas de FreeBSD
