Quelle est la meilleure façon de créer une configuration maître-esclave pour une application web?

StackOverflow https://stackoverflow.com/questions/1189683

  •  19-09-2019
  •  | 
  •  

Question

Je suis de la création d'une interface de gestion de serveur pour quelques-uns de mes serveurs (qui hébergent des serveurs virtuels) et je voulais savoir quelle est la meilleure façon de mettre en œuvre une configuration maître-esclave pour ladite interface.

Le serveur maître doit se connecter à tous les serveurs esclaves afin de récupérer des informations (fournir un aperçu de haut niveau) et de leur envoyer des commandes (garde de gestion centralisée).Toutefois, le serveur maître lui-même peut aussi avoir des serveurs virtuels sur elle, c'est pourquoi j'ai été la planification du déploiement de l'application même à travers tous les nœuds physiques et de déterminer si le nœud est un maître ou un esclave.

//Note De Côté:semble presque comme la récursivité d'une manière haha

Quelques idées que j'avais en tête:

  • Séparer les schémas de base de données pour un maître et un esclave, l'application vérifie le schéma pour déterminer le type de serveur.
  • Un champ dans la liste des serveurs de table qui désigne un serveur dans le tableau en tant que maître ou esclave
Était-ce utile?

La solution 2

Je suis venu avec une solution simple à mon problème.J'ai juste ajouté un ESCLAVE fichier à l'installation d'un esclave, et le programme vérifie si le fichier existe.Si elle l'est, elle désigne ce serveur comme un esclave.....totalement pensé à cela...

Autres conseils

Alors que vous pourriez rouler votre propre solution, votre meilleur pari est une sorte de serveur d'automatisation cadre / app comme Puppet ou Chef.Personnellement, je préfère le chef, mais il y a beaucoup de soutien pour les deux.À tout le moins, vous pourriez probablement obtenir un aperçu de la façon d'atteindre cet-vous d'eux :)

Plutôt que d'aller dans une grande explication de ce qu'ils font, j'aimerais vous suggérons de consulter les sites pour chaque:

Cependant, voici l'intro notices de chaque site...


Le Chef est une intégration des systèmes le cadre, construit pour apporter les avantages de la gestion de configuration pour l'ensemble de votre infrastructure.Avec le Chef, vous pouvez:

  • Gérer vos serveurs par l'écriture de code, pas par des commandes en cours d'exécution.(via les livres de cuisine)
  • Intégrer étroitement avec vos applications, bases de données, des annuaires LDAP, et plus encore.(par le biais de Bibliothèques)
  • Facilement configurer des applications qui nécessitent la connaissance de la totalité de votre infrastructure ("Ce sont les systèmes d'exécution de mon application?" "Qu'est-ce que le master serveur de base de données?")

La marionnette est un langage déclaratif pour exprimer la configuration du système, un client et un serveur pour le distribuer, et une bibliothèque pour la réalisation de la configuration.

Plutôt que de s'approchant de la gestion des serveurs en automatisant les techniques actuelles, de Marionnettes pose à nouveau le problème en fournissant un langage pour exprimer les relations entre les serveurs, les services qu'ils fournissent, et les objets primitifs qui composent ces services.Plutôt que sur le détail de la façon de réaliser une certaine configuration ou à fournir un service donné, de Marionnettes les utilisateurs peuvent exprimer leur configuration souhaitée à l'aide des abstractions, ils sont utilisés pour la manutention, à l'instar de service et le nœud, et la Marionnette est responsable de la réalisation de la configuration ou de fournir à l'utilisateur suffisamment d'informations pour résoudre les éventuels problèmes rencontrés.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top