Créer un cluster de basculement Windows Server traditionnel dans Azure – Bien installer son serveur

Salut les gars,

Comme nous l'avons annoncé le mois dernier (annonce la disponibilité générale des disques partagés Azure et les nouvelles améliorations du stockage sur disque Azure), les disques partagés Azure sont désormais disponibles.

Les disques partagés sont le seul espace de stockage partagé dans le cloud qui prend en charge à la fois Windows et Linux clusters ou applications à haute disponibilité. Il vous permet désormais d'utiliser un seul disque pour vous connecter à plusieurs machines virtuelles, et vous permet donc d'exécuter des applications telles que les instances de cluster de basculement SQL Server (FCI), les serveurs de fichiers évolutifs (SoFS), les serveurs de bureau à distance (RDS). et SAP ASCS / SCS s'exécute sur Windows Server. Cela vous permet de migrer vos applications, qui s'exécutent actuellement en local sur les réseaux SAN (Storage Area Networks) vers Azure.

Les disques partagés sont disponibles sur les deux disques Ultra et SSD premium.

Les ultrasons ont leur propre liste de restrictions distinctes, non liées aux disques partagés. Pour connaître les limitations sur l'ultra disk, consultez Utilisation des disques Azure Ultra. Lors du partage d'ultra-disques, ils présentent les limitations supplémentaires suivantes:

Les ultra-disques partagés sont disponibles dans toutes les régions qui prennent en charge les ultra-disques par défaut.

SSD premium

Pour cet article, nous déploierons un cluster de basculement Windows Server (WSFC) à 2 nœuds à l'aide de volumes partagés groupés. De cette manière, les deux machines virtuelles auront un accès en écriture simultané sur le disque, ce qui entraîne le partage du gaz ReadWrite sur les deux machines virtuelles et le gaz ReadOnly non utilisé. Et nous le faisons en utilisant la nouvelle expérience de cluster de basculement Windows Admin Center.

L'utilisation de disques partagés dans Azure est prise en charge sur tous les Windows Server 2008 et versions ultérieures. Et les disques partagés Azure sont pris en charge dans les distributions Linux suivantes:

Actuellement, seuls les disques ultra et les SSD premium peuvent activer les disques partagés. Chaque disque géré sur lequel des disques partagés sont activés est soumis aux restrictions suivantes, organisées par type de disque:

Laveuses ultra

Les ultrasons ont leur propre liste de restrictions distinctes, non liées aux disques partagés. Pour connaître les limitations de l'ultra-disque, consultez Utilisation des disques Azure Ultra.

Lors du partage d'ultra-disques, ils présentent les limitations supplémentaires suivantes:

Les ultra-disques partagés sont disponibles dans toutes les régions qui prennent en charge les ultra-disques par défaut et ne nécessitent pas que vous vous inscriviez pour pouvoir les utiliser.

SSD premium

• Actuellement uniquement pris en charge dans la région du centre-ouest des États-Unis.
• Actuellement limité à la prise en charge d'Azure Resource Manager ou du SDK.
• Ne peut être activé que sur des disques de données, pas sur des disques OS.
• Lecture seulement Le cache hôte n'est pas disponible pour les SSD premium avec maxShares> 1.
• La rafale de disque n'est pas disponible pour les SSD premium avec maxShares> 1.
• Lorsque vous utilisez des kits d'accessibilité et des évolutions pour des machines virtuelles avec des disques partagés Azure, le domaine d'alignement des erreurs de stockage de domaine d'erreur de machine virtuelle n'est pas appliqué pour le disque de données partagé.
• Lors de l'utilisation de groupes de placement de proximité (PPG), toutes les machines virtuelles qui partagent un disque doivent faire partie du même PPG.

Continuons avec la création de notre cluster. Dans mon environnement de test, j'ai 2 Windows Server 2019 qui seront utilisés comme nœuds de cluster. Ils sont connectés à un domaine via un contrôleur de domaine dans le même réseau virtuel sur Azure. Windows Admin Center (WAC) s'exécute sur une machine virtuelle distincte et TOUS ces ordinateurs sont accessibles à l'aide d'un serveur Azure Bastion.

Lors de la création des VM, assurez-vous d'activer Ultra Disk Compatibility dans la section Disk. Si le disque Ultra partagé a déjà été créé, vous pouvez le joindre lors de la création de la VM. Dans mon cas, je le lierai à la Coupe du monde existante à l'étape suivante.

Nous devons d'abord distribuer un ultra-disque en tant que disque partagé. Pour déployer un disque géré avec la fonctionnalité de disque partagé activée, assurez-vous que le paramètre «maxShares» est défini sur une valeur supérieure à 1. Cela permet au disque d'être partagé entre plusieurs VM. J'ai utilisé le shell via le portail et les commandes Azure CLI suivantes pour effectuer cette opération. Notez que nous devons également définir le paramètre de zone sur la même zone où se trouvent les machines virtuelles (Azure Shared Disk sur les zones d'accessibilité n'est pas encore pris en charge)

location = "westus2"
rgname = "Cluster de démonstration"
diskname = "ultrashareddisk"
zone = 1

z disque créer
     -g $ rgname
     -n $ refuse
     - taille-gb 1024
     -l $ emplacement
     --sku UltraSSD_LRS
     - max partages 5
     - disque-iops-lecture-écriture 2000
     Disque-mbps lecture-écriture 200
     - Disk-iops-read-only 100
     Disque-mbps-lecture seule 1
     - sone $ sone

On aboutit au résultat suivant:

Une fois le disque partagé créé, nous pouvons le lier aux DEUX VM qui seront nos nœuds groupés. J'ai connecté le disque aux machines virtuelles via le portail Azure en accédant à la machine virtuelle, et dans le volet Gestion des disques, cliquez sur «+ Ajouter un disque de données» et sélectionnez le disque que j'ai créé ci-dessus.

Maintenant que le disque de partition est attaché aux deux machines virtuelles, j'utilise le flux de travail de position du cluster WAC pour créer le cluster.

Pour démarrer le flux de travail, cliquez sur «+ Ajouter» sur la page Toutes les connexions et sélectionnez «Créer nouveau» dans le cluster de serveurs.

Vous pouvez créer des clusters hyperconvergés exécutant Azure Stack HCI ou des clusters de basculement classiques exécutant Windows Server (sur un site ou sur deux sites). Je suis le cas, je distribue un cluster traditionnel sur un site.

Le flux de travail de distribution de cluster est inclus avec Windows Admin Center sans avoir à installer une extension.

À ce stade, suivez simplement les instructions et parcourez le flux de travail. N'oubliez pas que si vous êtes invité à entrer un nom de compte et un mot de passe dans le flux de travail, le nom d'utilisateur DOIT être dans DOMAINE NOM D'UTILISATEUR format.

Au fur et à mesure que je parcourais le flux de travail, je me suis connecté au nœud 1 et j'ai ajouté le disque au volume de cisaillement en cluster.

et confirmé sur l'autre nœud que je pouvais voir le volume partagé en cluster.

C'est tout !! Mon WSFC traditionnel est opérationnel et prêt à héberger toute application dont j'ai besoin pour migrer vers Azure.

J'espère que cela a aidé. Faites-moi savoir dans les commentaires s'il y a des scénarios spécifiques que vous aimeriez que nous examinions.

À votre santé!

Pierre