Comment se cache le cache CSV sous la charge de la memory?

Nous examinons l'utilisation de la fonctionnalité de cache CSV de Microsoft dans nos nouveaux clusters Hyper-V 2012 R2:

  • Il est activé par défaut, avec 512 Mo atsortingbués à chaque CSV.
  • La memory maximale pouvant être atsortingbuée est de 80%.
  • La recommandation est une allocation maximale de 64 Go.

Nos nœuds auront beaucoup de memory libre (en cas d'échec de noeud, etc.), alors, pour la plupart du time, nos hôtes auront beaucoup de memory gratuite.

Ce que j'aimerais savoir, c'est ce qui se passerait si nous allions, par exemple, un 64 Go total, et une défaillance de nœud s'est produite de telle sorte que les noeuds restants devront récupérer la memory. L'hôte pourrait-il récupérer la memory du cache? Est-il possible de détecter le cache en inspectant les process du système?

Vous avez posé une question très précise: qu'est-ce que le cache CSV fait sous la charge de la memory?

La réponse est que la memory est atsortingbuée de manière statique à la memory cache CSV et n'a jamais été diffusée. Donc, si vous rencontrez un basculement, cette memory n'est pas disponible pour autre chose, comme la reprise des machines virtuelles qui pourraient nécessiter une exécution.

Je soupçonne que, après une répartition relativement faible (la valeur par défaut de 1/2 Go), la valeur marginale de plus de memory dans le cache CSV est faible pour vous.

Quel type de stockage utilisez-vous en tant que stockage partagé où vos CSV sont hébergés?

S'il s'agit d'une solution logicielle (stockage défini par logiciel), je vous recommand de supprimer la caching CSV native et d'utiliser le cache de la solution à la place. Le stockage défini par logiciel comme Starwind, par exemple, possède sa propre memory cache DRAM qui peut fonctionner en mode write-back (CSV dispose d'un cache en lecture seule) et a une taille illimitée (CSV est limité à 64 Go) et peut éventuellement être dédupliquée (CSV ne peut pas ) https://www.starwindsoftware.com/starwind-virtual-san

Les modifications que vous avez mises en évidence ont été introduites dans Windows 2012-R2, en particulier pour SoFS.

SoFS est très lue-intesif et bénéficiera grandement des parameters de cache plus élevés (max-80% / recommandé-max-64GB)

Pour Hyper-V, la recommandation est d'être plus conservasortingce, en ce qui concerne l'allocation de memory, pour la raison exacte que vous mettez en évidence. le cache CSV sera en compétition pour la memory en tant que ressource avec les machines virtuelles sur le noeud, en particulier dans les situations de défaillance où les machines sont déplacées d'un nœud à un nœud en raison d'une défaillance du noeud.

Dire que; vous pouvez facilement prendre le cache CSV comme une exigence pour votre design matérielle. Vous dites que vous avez "beaucoup". Donc, dans cette «quantité» de memory, vous devez calculer le cache maximal que vous pouvez utiliser, sans limiter l'alignment des machines virtuelles.

HTH.