SQL Server 2016 AlwaysOn: groupes de disponibilités distribués

Mis en avant

Cette fois, nous allons parler des groupes de disponibilités distribués. Que sont ils exactement? Pour faire court, on pourrait le définir par un groupe de groupes de disponibilités. Ca sonne bien non? Mais dans quels contextes pourrions nous avoir besoin d’une telle architecture? Premièrement disons que les groupes de disponibilités distribués fonctionneront au dessus de 2 groupes de disponibilités distincts qui résident eux mêmes sur 2 cluster à basculements distincts avec le propre gestion du quorum et de votes …

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

Windows Failover Cluster: Introduction à la notion de paxos tag

Mis en avant

Il y a quelques jours, mon collègue Nathan Courtine et moi étions en charge d’une nouvelle implémentation d’une infrastructure AlwaysOn à base de groupes de disponibilités. Une des étapes importantes dans notre approche consiste à éprouver l’architecture en place face à différents simulation de problème qui pourraient potentiellement survenir. Notre matrice de test inclus un scénario de récupération suite à un désastre avec redémarrage en mode quorum forcé.

Redémarrer un cluster à basculement dans un tel mode implique l’exécution de routines internes sur la base de données interne d’un cluster. Cette dernière utilise notamment un algorithme nommé Paxos pour garantir que les changements survenus sur un nœud soient répliqués de manière atomique sur le reste de membres de la topologie. Qu’est que Paxos exactement? Pour être honnête, j’avais déjà certains enregistrements dans le journal du cluster évoquant ce sujet et je n’avais jamais vraiment pris le temps de regarder plus précisément à quoi cela correspondait …

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server