PUBLIC MARKS from holyver with tags howto & cluster

Lors de la mise en production d'une application Internet ou intranet, il est fréquent de vouloir protéger les transferts par une connexion sécurisée (HTTPS). Même si Tomcat le permet (il suffit d'activer une option dans le server.xml de Tomcat), utiliser Apache est un meilleur choix du fait de sa vitesse. De plus l'utilisation d'Apache permet de se débarrasser des :8080 et autres numéros de ports dans l'url, du fameux " /MonApp " à la fin de la dite url et enfin la possibilité il offre une intégration plus aisée dans un environnement avec charge répartie (Load Balancing).

Clustering Clustering support was added in Jackrabbit 1.2.1. This works as follows: content is shared through all cluster nodes. Every change made by one cluster node is reported in a journal, which can be either file based or written to some database. Prerequisites In order to cluster some repository nodes, the following prerequisites must be met: * The persistence managers must store their data in the same, globally accessible location * Every cluster node must be assigned a unique ID * A journal type must be chosen, either based on files or stored in a database

A l"heure où les serveurs d"entreprises doivent stocker un volume croissant de données et assurer une haute disponibilité, il est nécessaire d"imaginer des systèmes de mirroring (miroir) autres que simplement sur des disques durs. La redondance de disques durs (RAID-1, RAID-5) permet déjà d"avoir une bonne résistance aux pannes d"un disque (ou plusieurs si on est en RAID-5). Cependant, si c"est la machine qui tombe (le processeur, l"alimentation, le contrôleur de disque,...), on n"a aucun moyen pour relancer le tout rapidement sans perte de données. Ayant été confronté à cette problématique, j"ai envisagé une solution de RAID-1 au travers du réseau. C"est-à-dire que sur deux serveurs, on a deux partitions (une par serveur) qui sont à tout moment une copie exacte l"une de l"autre. C"est un mirroring (miroir) de partitions à travers une interface réseau.

This is only ONE way to keeps nodes in synchronization for a high availability cluster. It suits our needs and may be a good starting block for others so I'm sharing it. Your mileage may vary. We used this on a web server to update ~1GB worth of documents in sync every 10 minutes. Depending on how quickly your files change, you may be able to update more data, more frequently. I would not recommend using this without a private fast ethernet channel, i.e. an extra NIC in each node connected via a crossover cable.

Lors de la mise en production d'une application Internet ou intranet, il est fréquent de vouloir protéger les transferts par une connexion sécurisée (HTTPS). Même si Tomcat le permet (il suffit d'activer une option dans le server.xml de Tomcat), utiliser Apache est un meilleur choix du fait de sa vitesse. De plus l'utilisation d'Apache permet de se débarrasser des :8080 et autres numéros de ports dans l'url, du fameux " /MonApp " à la fin de la dite url et enfin la possibilité il offre une intégration plus aisée dans un environnement avec charge répartie (Load Balancing).