Exécuter le server à partir du server de files en cluster DRBD & GFS2

Nous essayons d'éliminer un seul point d'échec pour nos files sans SAN. Nous disposons actuellement d'un server unique pour la servitude de files (local), le server Web et la database (en VM). En ce qui concerne l'utilisation de DRBD avec GFS2 pour créer un système de files de cluster, puis exécuter autant que possible à partir de ce système de files, y compris le operating system hôte, les VM et les files partagés.

Nous souhaitons que deux servers soient configurés dans une configuration maître / esclave à partir d'une source partagée ; mais les servers disposent de configurations matérielles légèrement différentes (affectations de port de lecteur, marques réelles et templates de maps mères, NIC, etc.), de sorte que les files de configuration matérielle restront locaux (fstab et mdadm par exemple).

Idéalement, un server serait le principal . La gestion du package ne se produirait que par le server principal uniquement sur le système de files en cluster car le server esclave ne devrait pas nécessairement s'il utilise les mêmes données (données du même périphérique de bloc).

Le server maître serait également le seul point d'administration pour les deux servers, simplement parce qu'ils partagent les files de données et de configuration, et le second server s'assied simplement comme un set redondant de hardaware pour exécuter le logiciel configuré sur le server 1 et le fait via STONITH, Hearbeat, Pacemaker, etc.

Mais comme je l'ai lu, il semble que la plupart des gens administrent les servers indépendamment l'un de l'autre et essayez d'automatiser l'utilisation de cron jobs et rsync.

Il semble également que la plupart des files soient assez statiques et que les users modifient; c'est le nombre de files / dossiers qui sont activement modifiés par le operating system (logs, swapfile, etc.) indépendamment de l'input de l'user et / ou dépendant du matériel sont très faibles.

Nous souhaitons garder les files servis par le operating system natif (pas dans une machine virtuelle).

Alors maintenant, les questions.

  1. L'administration du logiciel peut-elle être séparée de l'administration du matériel? Il semble que la seule chose qui soit administrée de manière indépendante est le matériel sur chaque machine; le logiciel devrait être géré à la fois via le système de files en cluster. (Peut être faux, d'où la question)

  2. Le système hôte peut-il être exécuté à partir d'un set de files partagé par l'une des deux machines, une à la fois? C'est-à-dire, les deux machines peuvent-elles être prêtes à administrer le operating system hôte, mais seulement le maître jusqu'à la fin de la phase de basculement, à ce moment-là, la machine esclave reprend le travail d'administration? Ou est-ce que cette hypothèse est inexacte?

  3. Peut-on mettre une machine dans un état esclave / inactif jusqu'à ce que le maître descend? (Suspendre les emplois cron, suspendre les services, etc.) Je suppose que certains d'entre eux feront partie du logiciel d'escrime?

(Ce n'est pas une question de savoir comment exécuter les deux machines à partir du même set de données en même time , elles fonctionneront efficacement à partir du même set de données à des moments différents. Les files dont les servers doivent constamment modifier sont les le système de files local)

Nous voulons simplement configurer un server redondant et minimiser l'administration redondante.

  • Suggestions pour utiliser les informations d'identification Active Directory (nom d'utilisateur / mot de passe) avec Google Apps?
  • Synchroniser les machines virtuelles via Internet
  • Logiciel pour la synchronisation de deux dossiers?
  • Synchronisation des files
  • Ré-synchronisation de réplication MySQL
  • Replication One Way de Oracle 11g vers MSSQL 2008R2
  • get une list de files à partir du server sécurisé
  • Configuration du server de messagerie Hot / Lukewarm
  • Répliquer / Synchroniser plusieurs tables dans différentes bases de données sur la même instance
  • Synchronisation de deux dossiers (synchronisation à 1 voie), une intranet l'autre dans extranet
  • Password Manager qui permet de synchroniser les plates-formes [fermé]
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.