Je pense que vous devriez d'abord comprendre le concept de domaine.
Le domaine est le parent d'un cluster. Il contient généralement un administrateur et un ou plusieurs serveurs gérés. Maintenant, le cluster est un regroupement de certains ou de tous ces serveurs gérés dans le domaine.
Espérons le diagram here helps understanding.
Une fois que vous avez configuré un domaine et un cluster vous-même dans un environnement de développement, vous en saurez plus à ce sujet.
Voici maintenant les réponses à vos questions spécifiques
• un cluster contient un ou plusieurs serveurs logiques qui peuvent se trouver sur un ou plusieurs serveurs physiques
vrai. Mais clarifions ce que vous entendez par "serveurs logiques". Dans le cluster, vous avez généralement deux serveurs gérés ou plus. Ces serveurs fonctionnent dans leurs propres JVM et peuvent être démarrés indépendamment et servir les requêtes de manière indépendante. Chaque serveur aura une adresse IP unique: port, et il peut être directement accessible à partir du navigateur. Mais ces instances de serveur peuvent résider sur plusieurs serveurs physiques.
• lors du déploiement d'une application j2ee à un cluster , il est lié à un serveur dans ce cluster
Non, ce n'est pas lié à un serveur. When you deploy a J2EE app to the Cluster, il sera déployé à son tour sur chaque serveur de ce cluster. Le JNDI est à l'échelle du cluster et chaque serveur conserve une copie locale du JNDI.
Vous pouvez rechercher l'objet (par exemple, un EJB) via JNDI sur le cluster ou sur le serveur individuel. Voir également what types of Objects can be clustered.
• Les utilisateurs externes de l'application déployée ne sont pas conscients du regroupement
vrai.
Mais dans ce cas, vous devez avoir un serveur Web Apache, un équilibreur de charge ou un serveur DNS qui prend la requête du navigateur et la mappe en interne sur l'un des serveurs du cluster. Si vous n'en possédez aucun, vous devrez définir l'adresse du cluster en tant que nom DNS ou adresse IP pour le client. Voir la section « Comment éviter Ecouter traiter les problèmes » sur http://download.oracle.com/docs/cd/E13222_01/wls/docs103/cluster/setup.html#wp682940
• le fichier journal de cette application se trouve sur le serveur, il est déployé
est vrai, un journal par serveur weblogic.
• si le serveur hébergeant l'application échoue, il est bien parce que l'application est dans un cluster et un autre serveur choisira le travail?
Par défaut, vous devez le configurer pour le basculement et la réplication. Ceci est a huge topic which needs separate lecture
• si le serveur hébergeant l'application échoue, ce qui se passe à l'exploitation forestière?
La journalisation s'arrête. Vous verrez des erreurs d'arrêt ou de pulsation dans le journal, ou à l'extérieur de la mémoire ou pour toute raison d'échec. vous devrez redémarrer le serveur - et la journalisation continue dans un nouveau fichier (en fonction de vos paramètres de journalisation)
Très approfondie. Merci beaucoup pour les réponses et les liens. – Russell
Je vais dès que je peux upvote quelqu'un :) – Russell
@JoseK, Excellente explication que je cherchais depuis tant de jours. Pouvez-vous s'il vous plaît expliquer votre déclaration "Mais ces instances de serveur peuvent résider sur plusieurs serveurs physiques." Pour autant que je sache, nous créons un domaine qui sera sur un serveur physique. Alors, comment le serveur géré peut-il sortir du domaine et s'asseoir sur un serveur physique différent? – javafan