10 tutoriels recommandés sur des exemples de pannes automatiques

1. Planification du serveur Maître : 192.168.0.152 Esclave : 192.168.0.153 192.168.0.154 Serveur de surveillance : 192.168.0.154 Remarque : dans l'environnement de production réel, il est préférable d'avoir un serveur séparé pour surveiller la réplication de la base de données. utilisera directement un Salve. Le serveur est utilisé comme serveur de surveillance. 2. Installez les utilitaires MySQL et les connecteurs MySQL. Téléchargez les utilitaires MySQL et les connecteurs MySQL et installez-les sur le serveur 192.168.0.154 (serveur de surveillance). Exécutez les commandes suivantes pour installer l'installation des utilitaires MySQL et des connecteurs MySQL téléchargés.

1.

Analyse détaillée de la surveillance de la réplication MySQL et du basculement automatique

Introduction : 1. Maître de planification du serveur : 192.168.0.152 Esclave : 192.168.0.153 192.168.0.154 Serveur de surveillance : 192.168.0.154 Remarque : Il est préférable d'avoir un serveur séparé pour surveiller la réplication de la base de données dans l'environnement de production réel. Ici, j'utiliserai directement un. Serveur Salve comme serveur de surveillance. 2. Installez les utilitaires MySQL et MySQL

2.

Outil de basculement automatique MySQL - mysqlfailover

Introduction : mysqlfailover est une commande de haute disponibilité importante incluse dans la boîte à outils des utilitaires MySQL, qui est utilisée pour effectuer une détection de l'état de l'architecture de réplication maître-esclave et implémenter un basculement automatique. Il détectera régulièrement l'état de santé de chaque nœud à des intervalles spécifiés. Une fois qu'il aura détecté que le nœud maître est indisponible, il déclenchera des actions liées au basculement et effectuera automatiquement un basculement vers le meilleur serveur esclave du moment. Dans le même temps, d'autres nœuds esclaves de l'ensemble de l'architecture maître-esclave pointeront vers le nouveau nœud maître, complétant ainsi automatiquement la mise à jour de la topologie maître-esclave.

3.

Apprentissage de la configuration du cluster de serveurs Mongo 2

Introduction : Le jeu de réplicas est un cluster maître-esclave avec fonction de récupération automatique après panne. La plus grande différence entre la réplication maître-esclave et le jeu de réplicas dans l'apprentissage n° 1 est que le jeu de réplicas n'a pas de réplication. nœud maître fixe, et l'ensemble de la structure du cluster en élira un dynamiquement. Lorsque le nœud maître est cassé, il sera dynamiquement remplacé par d'autres nœuds et la réplication maître-esclave doit être commutée manuellement. Les nœuds du jeu de réplicas sont appelés nœuds actifs et sauvegardes

4

Basculement automatique du jeu de réplicas MongoDB

<.>

Introduction : L'élection joue un rôle très important dans le fonctionnement de l'ensemble de répliques. L'élection prend beaucoup de temps. Lors du processus d'élection, l'ensemble de répliques n'a pas de rôle. nœud maître. Impossible d'accepter les demandes de lecture des clients

5

Créez un jeu de répliques MongoDB pour implémenter le partage en lecture et en écriture

.

Introduction : Un jeu de réplicas est un cluster maître-esclave avec fonction de récupération automatique en cas de panne. La différence la plus évidente entre un cluster maître-esclave et un jeu de réplicas est que le jeu de réplicas n'a pas de nœud maître fixe. Vous pouvez considérer un ensemble de réplicas comme un ensemble

6.

Standby chaud MySQL double machine + cluster Heartbeat + basculement automatique (2 secondes)

Introduction : Description de l'environnement : Cet environnement se compose de deux bases de données MySQL et Heartbeat. L'adresse IP de l'une est 192.168.10.197 et de l'autre est 192.168.10.198. Le VIP qui fournit des services externes est

<.>

7. Traduction des documents officiels du MHA

Introduction : Présentation MHA peut réaliser une détection automatique des défauts et un basculement en peu de temps, généralement dans un délai de 10 à 30 secondes ; Il n'est pas nécessaire d'ajouter des serveurs supplémentaires à la réplication existante, un seul nœud de gestionnaire est nécessaire et un seul gestionnaire peut gérer plusieurs ensembles de réplication, donc

Commutation VIP MHA. script

Introduction : MHA peut réaliser une détection automatique des défauts et un basculement dans un délai de 10 à 30 secondes, et convient aux exigences de haute disponibilité et d'intégrité des données. Pour obtenir une commutation transparente, vous devez également vous appuyer sur VI

9 Basculement manuel MHA

Introduction : MHA. propose trois méthodes de mise en œuvre du basculement, à savoir le basculement automatique, qui nécessite l'activation de la surveillance MHA, le basculement manuel sans surveillance, et la commutation manuelle en ligne ;

10. Connexion initiale de la session de mise en miroir de la base de données SQLserver2008

Introduction : Une fois la configuration du service de mise en miroir de la base de données sqlserver2008 terminée , tout le monde Vous constaterez que nous avons deux services de base de données. Ces deux services peuvent réaliser un basculement automatique. Alors, comment notre programme peut-il se connecter automatiquement à une base de données normale ? Cette question est très simple. Utilisez ADO.NET ou SQL Native Client pour vous connecter automatiquement au partenaire défaillant

[Recommandations de questions et réponses associées] :

Qu'est-ce qu'une bonne solution de basculement automatique pour Redis

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!