Partager via


Considérations relatives à la symétrie des lecteurs pour les clusters Azure Stack HCI et Windows Server

S’applique à : Azure Stack HCI, versions 22H2 et 21H2 ; Windows Server 2022, Windows Server 2019

Important

Azure Stack HCI fait désormais partie d’Azure Local. Le changement de nom de la documentation produit est en cours. Toutefois, les versions antérieures d’Azure Stack HCI, par exemple 22H2, continueront de référencer Azure Stack HCI et ne reflèteront pas la modification du nom. Plus d’informations

Les clusters Azure Stack HCI et Windows Server fonctionnent de façon optimale quand les serveurs possèdent exactement les mêmes lecteurs.

En réalité, nous reconnaissons que cela n’est pas toujours pratique. Aujourd’hui, vous pouvez acheter des disques durs spacieux de 3 To, mais à échéance d’un an, il peut s’avérer impossible de trouver des disques aussi petits. Dès lors, une certaine combinaison est possible et prise en charge. Gardez toutefois à l’esprit que la symétrie est toujours la meilleure solution.

Cet article explique les contraintes et fournit des exemples de configurations prises en charge et non prises en charge dans les espaces de stockage direct, la technologie de virtualisation de stockage sous-jacente d’Azure Stack HCI et Windows Server.

Contraintes

Cette section décrit les contraintes en termes de type, de modèle, de taille et de nombre de lecteurs.

Type

Tous les serveurs doivent posséder les mêmes types de lecteurs.

Par exemple, si un serveur possède un lecteur NVMe, ils doivent tous posséder un lecteur NVMe.

Number

Tous les serveurs doivent posséder le même nombre de lecteurs de chaque type.

Par exemple, si un serveur possède six disques SSD, ils doivent tous posséder six disques SSD.

Remarque

Il est possible que le nombre de lecteurs diffère temporairement en cas de défaillances ou lors de l’ajout ou de la suppression de lecteurs.

Modèle

Chaque fois que possible, nous vous recommandons d’utiliser des lecteurs de même modèle et présentant la même version de microprogramme. Si vous n’êtes pas en mesure de le faire, sélectionnez avec soin des lecteurs le plus proche possible. Nous déconseillons la combinaison de lecteurs du même type avec des caractéristiques de performances ou d’endurance très différentes (sauf si l’un d’eux est le cache et l’autre la capacité), car la fonctionnalité espaces de stockage direct distribue les E/S uniformément et ne fait pas de distinction en fonction du modèle.

Remarque

Il est en revanche possible de combiner des disques SATA et SAS.

Taille

Nous vous recommandons d’utiliser des lecteurs de même taille chaque fois possible. L’utilisation de lecteurs de capacité différente peut entraîner une capacité inutilisable, et l’utilisation de lecteurs de cache de taille différente peut ne pas améliorer les performances du cache. Voir la section suivante pour plus de détails.

Avertissement

Des tailles de lecteurs de capacité différente sur plusieurs serveurs peuvent entraîner une capacité bloquée.

Comprendre : déséquilibre de la capacité

La fonctionnalité espaces de stockage direct est suffisamment robuste pour gérer le déséquilibre de capacité entre les lecteurs et les serveurs. Même en cas de déséquilibre sévère, tout continue de fonctionner. Toutefois, selon plusieurs facteurs, la capacité non disponible dans chaque serveur peut ne pas être utilisable.

Pour le comprendre, penchez-vous sur l’illustration simplifiée ci-dessous. Chaque zone de couleur représente une copie de données mises en miroir. Par exemple, les zones marquées A, A', and A'' correspondent à trois copies des mêmes données. À des fins de tolérance de panne du serveur, ces copies doivent être stockées sur des serveurs différents.

Capacité bloquée

Comme illustré, le Serveur 1 (10 To) et le Serveur 2 (10 To) sont saturés. Le Serveur 3 possède des lecteurs plus volumineux et dès lors, sa capacité totale est supérieure (15 To). Toutefois, le stockage de données miroir triple sur le Serveur 3 requiert des copies sur le Serveur 1 et le Serveur 2, qui sont déjà saturés. La capacité restante de 5 To du Serveur 3 ne peut pas être utilisée car elle est « bloquée » .

Miroir tridirectionnel, trois serveurs, capacité bloquée.

Sélection élective optimale

À l’inverse, avec quatre serveurs de 10 To, 10 To, 10 To, 15 To et une résilience de miroir triple, il est possible d’opérer une sélection élective des copies de manière à utiliser toute la capacité disponible, comme illustré. Chaque fois que possible, l’allocateur d’espaces de stockage direct recherche et utilise la sélection élective optimale afin d’éviter toute capacité bloquée.

Miroir tridirectionnel, quatre serveurs, aucune capacité bloquée.

Entre autres facteurs, le nombre de serveurs, la résilience, la sévérité du déséquilibre de la capacité déterminent s’il existe une capacité bloquée. La règle générale la plus prudente consiste à supposer que seule la capacité disponible dans chaque serveur est toujours utilisable.

Comprendre : déséquilibre du cache

La fonctionnalité espaces de stockage direct peut également résister à un déséquilibre de cache entre lecteurs et serveurs. Même en cas de déséquilibre sévère, tout continue de fonctionner. En outre, la fonctionnalité utilise toujours l’intégralité du cache disponible.

L’utilisation de lecteurs de cache de taille différente peut ne pas améliorer les performances de cache de façon uniforme ou prévisible : seules les E/S vers des liaisons de lecteurs avec des lecteurs de cache plus volumineux permettent d’améliorer les performances. La fonctionnalité espaces de stockage direct distribue uniformément les E/S entre les liaisons et ne fait aucune distinction en termes de rapport cache-capacité.

Déséquilibre du cache.

Conseil

Pour plus d’informations sur les liaisons de cache, consultez Compréhension du cache de pool de stockage.

Exemples de configurations

Vous trouverez ci-dessous plusieurs configurations prises en charge et non prises en charge :

Pris en charge : différents modèles entre les serveurs

Les deux premiers serveurs utilisent le modèle NVMe « X », tandis que le troisième utilise le modèle NVMe « Z », qui est très similaire.

Serveur 1 Serveur 2 Serveur 3
2 x modèle NVMe X (cache) 2 x modèle NVMe X (cache) 2 x modèle NVMe Z (cache)
10 x modèle SSD Y (capacité) 10 x modèle SSD Y (capacité) 10 x modèle SSD Y (capacité)

Cette topologie est prise en charge.

Pris en charge : différents modèles dans le serveur

Chaque serveur utilise une combinaison différente de modèles HDD « Y » et « Z », qui sont très similaires. Chaque serveur dispose d’un total de 10 disques HDD.

Serveur 1 Serveur 2 Serveur 3
2 x modèle SSD X (cache) 2 x modèle SSD X (cache) 2 x modèle SSD X (cache)
7 x modèle HDD Y (capacité) 5 x modèle HDD Y (capacité) 1 x modèle HDD Y (capacité)
3 x modèle HDD Z (capacité) 5 x modèle HDD Z (capacité) 9 x modèle HDD Z (capacité)

Cette topologie est prise en charge.

Pris en charge : différentes tailles de serveurs

Les deux premiers serveurs utilisent un disque HDD 4 To, tandis que le troisième utilise un disque HDD6 To très similaire.

Serveur 1 Serveur 2 Serveur 3
2 x NVMe 800 Go (cache) 2 x NVMe 800 Go (cache) 2 x NVMe 800 Go (cache)
4 x HDD 4 To (capacité) 4 x HDD 4 To (capacité) 4 x HDD 6 To (capacité)

Bien qu’elle entraîne une capacité bloquée, cette configuration est prise en charge.

Pris en charge : différentes tailles au sein d’un serveur

Chaque serveur utilise une combinaison différente de disques SSD 1.2 To et 1.6 To très similaires. Chaque serveur possède un total de 4 disques SSD.

Serveur 1 Serveur 2 Serveur 3
3 x SSD 1.2 To (cache) 2 x SSD 1.2 To (cache) 4 x SSD 1.2 To (cache)
1 x SSD 1.6 To (cache) 2 x SSD 1.6 To (cache) -
20 x HDD 4 To (capacité) 20 x HDD 4 To (capacité) 20 x HDD 4 To (capacité)

Cette topologie est prise en charge.

Non pris en charge : différents types de lecteurs sur les serveurs

Le Serveur 1 possède un NVMe, mais pas les autres.

Serveur 1 Serveur 2 Serveur 3
6 x NVMe (cache) - -
- 6 x SSD (cache) 6 x SSD (cache)
18 x HDD (capacité) 18 x HDD (capacité) 18 x HDD (capacité)

Ceci n’est pas pris en charge. Les types de lecteurs doivent être identiques sur chaque serveur.

Non pris en charge : nombre différent de chaque type sur les serveurs

Le Serveur 3 possède plus de lecteurs que les autres.

Serveur 1 Serveur 2 Serveur 3
2 x NVMe (cache) 2 x NVMe (cache) 4 x NVMe (cache)
10 x HDD (capacité) 10 x HDD (capacité) 20 x HDD (capacité)

Ceci n’est pas pris en charge. Le nombre de lecteurs de chaque type doit être identique sur chaque serveur.

Non pris en charge : disques HDD uniquement

Seuls des disques HDD sont connectés aux serveurs.

Serveur 1 Serveur 2 Serveur 3
18 x HDD (capacité) 18 x HDD (capacité) 18 x HDD (capacité)

Ceci n’est pas pris en charge. Vous devez ajouter au moins deux lecteurs de cache (NvME ou SSD) attachés à chacun des serveurs.

Récapitulatif

Pour résumer, chaque serveur du cluster doit présenter les mêmes types de lecteurs et le même nombre de chaque type. Il est possible de combiner les modèles et les tailles des lecteurs si besoin, en prenant en compte les points ci-dessus.

Contrainte State
Mêmes types de lecteurs sur chaque serveur Obligatoire
Même nombre de chaque type sur chaque serveur Obligatoire
Mêmes modèles de lecteurs sur chaque serveur Recommandé
Mêmes tailles de lecteurs sur chaque serveur Recommandé

Étapes suivantes

Pour consulter des informations connexes, reportez-vous également à :