Azure FileSync en version 11.1
La version v11.1 de l’agent Azure File Sync est maintenant disponible pour les serveurs qui sont configurés pour se mettre à jour automatiquement. Celle-ci apporte des nouveautés attendues !
eecrhrthjrtjj
La version v11.1 de l’agent Azure File Sync est maintenant disponible pour les serveurs qui sont configurés pour se mettre à jour automatiquement. Celle-ci apporte des nouveautés attendues !
Windows Server 2016 intègre la capacité de répliquer les données entre les serveurs Windows au niveau bloc et dont le principal avantage réside dans le fait que la nouvelle technologie est totalement indépendante des solutions de stockage sous-jacentes et qu’il est donc possible de répliquer n’importe quel stockage pour peu qu’il soit relié à un serveur faisant fonctionner Windows Server. La réplication s’appuie sur le protocole SMB 3.0 (Server Message Block) e permet la réplication en mode synchrone ou asynchrone.
La version 2 du File System Resilient (ReFS) introduit depuis Windows Server 2016 TP4 n’est pas forcément plus rapide que NTFS (pour le moment, nous ne sommes qu’en Technical Preview) mais introduit un fonction de Block Cloning qui est optimisé pour les charges de travail virtualisées. Et encore, pour parler de vitesse, créer un VDHx de 127 Go prends 13 minutes environ sur NTFS alors que ReFS aura terminé sa création à la fin de l’assitant, dû à la création de métadonnées uniquement. Vous pouvez utiliser Diskspd pour faire quelques tests sur le sujet 🙂 Quoiqu’il en soit, voyons les améliorations de cette version.
Bref, DAC c’est la nouvelle gourvernance à déployer pour protéger vos données. Voyons comment cela fonctionne de plus près…
Cluster Shared Volumes (CSV) Cache est une fonctionnalité, introduite depuis Windows Server 2012, permettant d’allouer de la mémoire vive en tant que cache de type write-through uniquement sur les I/O non bufferisées en lecture seule, et ce en mode bloc. Ces I/O non bufferisées sont celles qui ne sont pas prises en compte par Windows Cache Manager. L’intérêt est d’accélérer les applications comme Hyper-V. Voyons comme l’utiliser…
Voici un référentiel sur le stockage concernant Windows Server 2012 😉
La création de noms de fichiers et de répertoires selon la convention 8.3 sur des partitions NTFS diminue les performances d’énumération de répertoire. Un nom de fichier 8.3 compatible fait référence aux conventions de dénomination des fichiers MS-DOS. Ces conventions limitent les noms de fichiers à huit caractères et limitent les extensions facultatives à trois caractères. Voyons de plus près…
Une des nouveautés de Windows Server 2012 au niveau du Failover Clustering est CSV-(Block)Cache, c’est à dire que l’on peut allouer de la mémoire vive en tant que cache write-trough. Cette nouvelle fonctionnalité permet la mise en cache des lectures uniquement (Read Only Unbuffered I/O) non bufferisées par le cache de Windows, ce qui améliore grandement les temps de lecture ! Il est intéressant de noter que le mécanisme de cache agit au niveau bloc et utilise la mémoire vive contrairement à d’autre solutions qui utilisent le SSD-Caching, pour information, la vitesse d’un SSD OCZ est de 1400 Mbps et la mémoire DDR3-2500 est de 20.000 Mbps !
Avec l’arrivée du protocole SMB 3.0, partie intégrante de Windows 8 et Windows Server 2012, voici un tour d’horizon sur l’évolution de SMB et la compatibilité entre les différentes versions.