Problèmes connus et meilleures pratiques pour les appliances de mise en cache de fichiers - Nasuni, Synology, Morro Data, etc.

Nous avons un certain nombre de clients exécutant MyWorkDrive en tant que client Web d'accès à distance et lecteur de carte pour les fichiers stockés avec des appareils/outils de mise en cache à distance de sociétés telles que Nasuni, Synology et Morro Data.

Avec ceux-ci, les fichiers sont stockés dans le cloud et extraits localement sur l'appareil sur site lorsque l'utilisateur y accède. Le serveur MyWorkDrive est connecté à l'une de ces appliances de mise en cache locale via un partage CIFS via SMB à l'aide des autorisations NTFS.

 

Il y a quatre considérations à prendre en compte lors du déploiement de MyWorkDrive avec une appliance de mise en cache de fichiers de stockage à distance.

1) Nous vous recommandons généralement de conserver le serveur MyWorkDrive à côté d'un "cache prêt" de tous les fichiers et documents disponibles, de cette façon le serveur MyWorkDrive n'a pas à attendre que le document soit téléchargé depuis le cloud avant de le transmettre au l'utilisateur final ou jusqu'à Office Online pour modification.
​
Les clients capables de se déployer de cette manière, où tous les documents disponibles sont stockés sur l'appliance à laquelle le serveur MyWorkDrive se connecte localement, signalent beaucoup moins de problèmes de performances des fichiers - délais d'attente, lenteur - que quiconque utilisant une appliance de type mise en cache dans le cadre de leur résolution.

2) Pour maintenir les performances et la stabilité, MyWorkDrive dispose d'une fonction de temporisation intégrée lors de l'accès aux partages réseau. Si le partage ne répond pas dans un certain délai (la valeur par défaut est de 2 secondes), MyWorkDrive procède au montage des partages sans les volumes qui ne répondent pas. Cela empêche le client de se bloquer et le serveur de ralentir en attendant ou en essayant de servir des partages de fichiers qui peuvent être hors ligne.

Nous avons observé un modèle dans lequel les appliances de mise en cache ont tendance à « se mettre en veille » et doivent « réchauffer » avant de répondre aux demandes de partage en temps opportun.

Nous avons apporté des améliorations spécifiques à notre logiciel pour résoudre ce cas, car il s'est présenté comme un modèle clair, mais dans certains cas, vous pouvez toujours trouver nécessaire d'ajuster notre paramètre de délai d'attente pour éviter que les partages ne parviennent pas à mapper lors du premier accès après une période de non usage. Contactez-nous pour obtenir des détails spécifiques sur l'ajustement du paramètre DirectoryExistsMillisecondsTimeout si vous remarquez que vous devez vous connecter deux fois pour que les partages sur les appliances de mise en cache apparaissent dans les clients MyWorkDrive.

3) Nasuni, en particulier, a présenté un problème avec l'échec des connexions AzureAD SSO car Nasuni ne reconnaissait pas un UPN (user@domain.ext) et ne prenait qu'un nom d'utilisateur pur. Pour résoudre ce problème, nous avons ajouté un paramètre aux paramètres de MyWorkDrive pour permettre au domaine nommé d'être supprimé après l'authentification et avant le montage des partages en cours de montage pour l'utilisateur.

Les nouveaux clients n'ont pas signalé ce problème, il est donc probable que Nasuni ait mis à jour leurs appareils pour accepter les UPN pour les noms d'utilisateur, mais si vous rencontrez une situation avec un Nasuni où les partages ne sont pas montés après la connexion SSO (et la délégation est définie correctement!), contactez-nous pour plus de détails sur le réglage du paramètre SsoRemoveDomainBeforeImpersonation.

Ce cas s'applique uniquement lors de l'utilisation de Nasuni conjointement avec MyWorkDrive exécutant Active Directory avec un fournisseur SAML SSO. Si vous utilisez MyWorkDrive avec Active Directory et les connexions utilisateur via User Pass, l'ajustement des paramètres ne devrait pas être nécessaire.

Utiliser le stockage SMB sur Nasuni avec MyWorkDrive en mode base de données utilisateur Entra ID avec une connexion au compte de service SMB ne devrait nécessiter aucun ajustement car le compte de service se présente comme utilisateur/pass.

4) Enfin, nous avons constaté que les appliances de cache/synchronisation ne gèrent souvent pas bien la synchronisation des verrous de fichiers. Supposons qu'un utilisateur connecté à l'appliance au siège ouvre un document à modifier. Un verrou est placé sur ce fichier via SMB pour indiquer aux autres utilisateurs que le fichier est en lecture seule et ne peut pas être modifié.

Si ce verrou n'est pas synchronisé avec d'autres emplacements, comme un technicien d'assistance itinérant ou un bureau de terrain dans un autre pays, un utilisateur en dehors du siège pourrait ouvrir et modifier ce même document et entraîner un conflit à résoudre, ses modifications étant perdues, ou en écrasant la personne dans HQ.

Vous devez vous assurer que le fournisseur de votre appliance de cache/synchronisation prend en charge la réplication des verrous de fichiers.

Pour Nasuni, nous avons noté que le verrou de fichier « lecture » par défaut appliqué par MyWorkDrive peut ne pas être correctement répliqué, et le paramètre LockFileAccessMode peut devoir être changé en ReadWrite. Si vous utilisez un Nasuni, veuillez tester le verrouillage des fichiers sur vos appliances Nasuni. Si cela ne fonctionne pas, contactez-nous pour plus de détails sur la modification du LockFileAccessMode.

Le verrouillage des fichiers n'est applicable que lors de l'utilisation de MyWorkDrive en mode Active Directory. Les verrous du système de fichiers externe ne sont pas placés lors de l'utilisation de MyWorkDrive avec une connexion à un compte de service SMB.