2 votes

Remplacement pour les fichiers hors connexion

Nous essayons d'utiliser la configuration partagée de IIS sur Server Core 2012 R2.

Cela fonctionne parfaitement à une exception près : si le partage SMB qui stocke les fichiers de configuration de IIS devient inaccessible, IIS plante et ne se rétablira pas automatiquement, même si le partage SMB revient en ligne.

La seule solution que je trouve pour ce problème est cet article (https://www.iis.net/learn/web-hosting/configuring-servers-in-the-windows-web-platform/offline-files-for-shared-configuration) qui décrit la configuration des fichiers hors connexion.

Le problème est que les fichiers hors connexion font partie de la fonctionnalité Desktop Experience, qui nécessite "Server Graphical Shell" et "Graphical Tools and Infrastructure". Ainsi, pour utiliser cela, nous devrions essentiellement convertir nos boîtes Server Core en versions complètes de Windows. Ce n'est pas exactement ce que nous voulons - nous utilisons Server Core pour minimiser l'empreinte de nos serveurs.

J'essaie de voir s'il y a une alternative que nous pouvons utiliser. J'ai trouvé plusieurs solutions différentes qui synchronisent le contenu du partage SMB sur le PC local (GoodSync, SyncBack Pro, Sync Toy, etc) - ce n'est pas un problème.

Le souci est que les fichiers hors connexion "interceptent l'appel API pour accéder aux fichiers sur le serveur de fichiers, et obtenir les données dans le cache du dispositif local". Ainsi, il prend en charge de manière transparente la redirection de la demande du partage distant vers le stockage local. Aucune des alternatives que je trouve aux fichiers hors connexion ne gère cette fonction.

Est-ce que quelqu'un connaît des outils de synchronisation qui géreraient de manière transparente la redirection des demandes vers le système de fichiers local lorsque le partage smb est indisponible ?

0 votes

Est-il possible de rendre le partage lui-même hautement disponible?

0 votes

La partage est déjà sur un cluster de basculement actif/passif qui échoue assez rapidement mais IIS plante toujours. :( DFS peut échouer plus rapidement - je vais essayer de stocker la configuration là-dessus et voir si peut-être cela pourrait aider?

0 votes

Vous devriez rendre le service de fichier du serveur hautement disponible en configurant le rôle de cluster de serveur de fichiers sur le cluster ou dans un cluster invité. Vous pourrez regarder un film à partir du partage sans même remarquer le basculement. Je rédigerai cela comme une réponse demain.

1voto

Ashiq Irphan Points 133

Au lieu d'un simple basculement, vous devriez mettre en place un Serveur de fichiers Scale-Out pour les données d'application (Aperçu)

Il s'agit d'un serveur de fichiers disponible en permanence qui peut être réalisé avec un cluster (invité) en configurant le rôle de serveur de fichiers. La documentation couvre toutes les étapes, mais c'est globalement :

  1. Au moins deux serveurs avec le rôle de cluster de basculement configuré,
  2. ayant chacun un deuxième disque pour les données configuré comme vhdx partagé.
  3. Le disque doit être ajouté au stockage du cluster.
  4. Configurer le rôle de serveur de fichiers.
  5. Ajouter une partage SMB au rôle de cluster de serveur de fichiers.

Si l'un des nœuds du cluster échoue, le basculement est instantané. Vous pourrez regarder un film à partir du partage SMB disponible en permanence et vous ne remarquerez même pas qu'un nœud est tombé en panne.

0 votes

Il semble que ce serait une option viable - cependant, dans notre cas, nous avons déjà notre configuration partagée IIS sur un (EMC) SAN - avec une paire de datamovers HA. Ainsi, la création d'un cluster de basculement n'était pas nécessaire - il suffit simplement d'activer une fonctionnalité SMB v3 appelée "disponibilité continue".

0 votes

Pour ce faire, nous avons dû supprimer nos actions existantes, démonter et remonter le système de fichiers avec un indicateur de disponibilité continue, et partager à nouveau le système de fichiers. Commandes comme suit:

0 votes

Server_export vdm0 -Protole cifs -unexport -name IIS_SHARED_CONFIG_FILESYSTEM -option netbios=FILE-SERVER-NAME server_mountpoint vdm0 -delete /IIS_SHARED_CONFIG_SMB_SHARE server_mount vdm0 -option rw,triggerlevel=512,accesspolicy=NATIVE,smbca,nolock, IIS_SHARED_CONFIG_FILESYSTEM /IIS_SHARED_CONFIG_FILESYSTEM server_export vdm0 -Protole cifs -name IIS_SHARED_CONFIG_SMB_SHARE -option netbios=VIRTUAL-DATAMOVER-NAME,type=CA, /IIS_SHARED_CONFIG_FILESYSTEM/data

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X