Tutorial Sulla Configurazione Di Un Cluster in Modalità Domain Con JBOSS EAP 6

Tutorial sulla configurazione di un cluster in modalità domain con JBOSS EAP 6.2

In questo documento verrà spiegata una modalità tipica per eseguire il setup di un cluster in modalità Domain. ===========================

CHAPTER 1: Architettura Generale

=========================== 1.1. Setup di JBoss e scopo del documento In questo capitolo lavoreremo con 4 servers distribuiti per creare due cluster orizzantali, per I quali gli indirizzi IP e I nomi canonici sono i seguenti: 192.168.0.1 webserver ws (Apache 2.2.x)192.168.10.0 domain controller dc (JBoss 7 / EAP6)192.168.20.0 applicationserver slave1 of dc (JBoss 7 / EAP6)192.168.30.0 applicationserver slave2 of dc (JBoss 7 / EAP6) Naturalmente la stessa configurazione può essere riutilizzata, invece che per un cluster verticale, per un cluster orizzontale, ovvero dove tutte le varie istanza del dc, slaves e ws girano su ununica macchina con risorse adeguate 1.2. JBoss Clusters, Istanze e applicazioni: Nel tutorial configureremo due virtual hosts apache (www.application1.nl and www.application2.nl).Ogni virtual host dovrà connettersi via mod_cluster ad un cluster jboss designato. I Clusters saranno: cluster1 costituito da {node11@as1 and node12@as2)cluster2 costituito da {node21@as1 and node22@as2} l’application1.war verrà deployata sul cluster1 e raggiungibile all’URL http://www.application1.nl/application1l’application2.war verrà deployata sul cluster2 e raggiungibile all’URL http://www.application2.nl/application2 Abbiamo quindi due Apache Virtual hosts che bilanciano le richieste verso due diversi clusters JBoss, ognuno dei quali consiste da two instances. Ogni istanza

http://www.application2.nl/application2

http://www.application1.nl/application1

che partecipa ad un cluster gira su una machina fisica diversa dall’altra, ma condivide la stessa macchina con un’altra istanza che partecipa al secondo cluster. A livello DNS, entrambi gli URLs www.application1.nl e www.application2.nl sono risolti dal webserver Apache (bilanciatore), usando mod_cluster in combinazione con ajp (Apache JServ Protocol) per reindirizzare le chiamate al cluster e sticky session per il bilanciamento corretto in modalità statefull. Questo tutorial descrive la configurazione del domain controller e degli application servers che partecipano ai clusters (slaves), e non si concentra molto sull’aspetto del mod_cluster. Quando si ha un clustername al quale reindirizzare le chiamate applicative tutto è molto più trasparente (ulteriori dettagli verranno approfonditi nel CHAPTER 8). L’obiettivo è descrivere la separazione dei clusters completamente dal punto d vista delle relazioni Domain Controller/Slaves. Questo significa che, ad eccezione della creazione di un nuovo profilo, che va fatta a mano, la maggior parte del lavoro verrà eseguita sul DC attraverso la console di JBoss client (jboss-cli). 1.3. Contenuti CHAPTER 2: il Domain Controller CHAPTER 3: Installare gli Slaves CHAPTER 4: Creare un nuovo Profilo CHAPTER 5: Configurare l'Architettura di un cluster funzionante CHAPTER 6: Deployare e testare le applicazioni CHAPTER 7: Di cosa non abbiamo parlato

CHAPTER 8: Bilanciamento (mod-cluster e sticky-session)

CHAPTER 9: Configurazione attraverso un’unico script da console jboss-cli =================================CHAPTER 2: il Domain Controller=================================

2.1. Breve parentesi sull’installazione di JBOSS Dopo aver scaricato JBoss EAP 6.2 e la Oracle JDK (jdk1.6.0_30.tar.gz) esegui quanto segue: root@dc # cd /opt

root@dc # cp /tmp/jdk1.6.0_30.tar.gz /tmp/jboss-eap-6.2.zip .root@dc # tar xfz jdk1.6.0_30.tar.gz ; unzip jboss-eap-6.2.ziproot@dc # ln -s jdk1.6.0_30.tar.gz jdk ; ln -s jboss-eap-6.2 jbossroot@dc # chown -R jboss:jboss jboss-eap-6.2 2.2. Installare il domain-controller Il modo più semplice di avviare il domain controller è semplicemente lanciare /opt/jboss/bin/domain.sh -b <bind-address> dopo aver impostato la variabile d’ambiente JAVA_HOME. Nota che questo è anche il modo peggiore perchè così parte in foreground. Ci sono una varietà di modi per far partire il DC in background e visualizzarne il log su una console ad-hoc nvece che sulla shell (prompt), ma non vogliamo entrare nel dettaglio. Ora lancia: root@dc # /opt/jboss/bin/domain.sh --domain-config domain.xml --host-config=host-master.xml -P file:///apps/jboss/nlptc27b09/configs/domain.properties con: [email protected]:/opt# cat /apps/jboss/192.168.10.0/configs/domain.properties jboss.bind.address=192.168.10.0jboss.bind.address.management=192.168.10.0jboss.socket.binding.port-offset=0jboss.config.dir=/apps/jboss/nlptc27b09jboss.domain.log.dir=/var/log/jboss/nlptc27b09jboss.domain.base.dir=/apps/jboss/profiles/nlptc27b09jboss.domain.base.url=file:///apps/jboss/profiles/nlptc27b09jboss.domain.master.address=192.168.10.0jboss.domain.name=192.168.10.0 Che è solo un modo per amministrare le caratteristiche del nostro DC più pulito. Comunqueil seguente processo dovrebbe essere in esecuzione: [email protected]:/opt# ps -ef | grep jboss | grep -v grepjboss 8339 1 0 08:40 ? 00:00:00 /bin/sh /opt/jboss/bin/domain.sh --domain-config domain.xml --host-config=host.xml -P file:///apps/jboss/192.168.10.0/configs/domain.propertiesjboss 8382 8339 0 08:40 ? 00:00:03 /opt/jdk/bin/java -D[Process Controller] -server -Dorg.jboss.boot.log.file=/var/log/jboss/192.168.10.0/process-controller.log -Dlogging.configuration=file:/apps/jboss/profiles/192.168.10.0/configuration/logging.properties -jar /opt/jboss/jboss-modules.jar -mp /opt/jboss/modules org.jboss.as.process-controller -jboss-home /opt/jboss -jvm /opt/jdk/bin/java -mp /opt/jboss/modules -- -

Dorg.jboss.boot.log.file=/var/log/jboss/192.168.10.0/host-controller.log -Dlogging.configuration=file:/apps/jboss/profiles/192.168.10.0/configuration/logging.properties -server -- -default-jvm /opt/jdk/bin/java --domain-config domain.xml --host-config=host.xml -P file:///apps/jboss/192.168.10.0/configs/domain.propertiesjboss 8396 8382 0 08:40 ? 00:00:11 /opt/jdk/bin/java -D[Host Controller] -Dorg.jboss.boot.log.file=/var/log/jboss/192.168.10.0/host-controller.log -Dlogging.configuration=file:/apps/jboss/profiles/192.168.10.0/configuration/logging.properties -server -jar /opt/jboss/jboss-modules.jar -mp /opt/jboss/modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.host-controller -mp /opt/jboss/modules --pc-address 127.0.0.1 --pc-port 46303 -default-jvm /opt/jdk/bin/java --domain-config domain.xml --host-config=host.xml -P file:///apps/jboss/192.168.10.0/configs/domain.properties -Djboss.home.dir=/opt/jboss 2.3. Aggiungere utenti JBoss 2.3.1 Aggiungere l’admin user Lo user admin è usto per accedere al sito di amministrazione: root@dc : /opt/jboss/bin # ./add-user.sh What type of user do you wish to add?a) Management User (mgmt-users.properties)b) Application User (application-users.properties)(a): Enter the details of the new user to add.Realm (ManagementRealm) :Username : adminPassword : <welkom>Re-enter Password : <welkom>Updated user 'admin' to file '/opt/jboss-eap-6.0.0/standalone/configuration/mgmt-users.properties'Updated user 'admin' to file '/opt/jboss-eap-6.0.0/domain/configuration/mgmt-users.properties'Is this new user going to be used for one AS process to connect to another AS process e.g. slave domain controller?yes/no? no

Hai bisogno di questo utente anche se vuoi accedere alla console di jboss-cli del DC da remoto

2.3.2 Aggiungere un utente slave L’utente slaveuser viene usato dai nodi esterni (Slaves) per collegarsi al Domain Controller: root@dc : /opt/jboss/bin # ./add-user.sh What type of user do you wish to add?a) Management User (mgmt-users.properties)b) Application User (application-users.properties)(a): Enter the details of the new user to add.Realm (ManagementRealm) :Username : slaveuserPassword : <welkom>Re-enter Password : <welkom>About to add user 'slaveuser' for realm 'ManagementRealm'Is this correct yes/no? yesAdded user 'slaveuser' to file '/opt/jboss/standalone/configuration/mgmt-users.properties'Added user 'slaveuser' to file '/opt/jboss/domain/configuration/mgmt-users.properties'Is this new user going to be used for one AS process to connect to another AS process e.g. slave domain controller?yes/no? yes To represent the user add the following to the server-identities definition <secret value="d2Vsa29t" /> =====================================CHAPTER 3: Installare gli slaves===================================== Inizia con un nome univoco (qui slave1) per ogni slave e ripeti questa operazione per quanti slaves vuoi avere nella tua architettura Nota che gli slaves possono risiedere fisicamente ovunque (ad esempio, per i production servers, da qualche altra parte su internet, o persino sul tuo laptop). Il nome assegnato deve essere univoco (in ambiente di produzione si usa solitamente il Fully Qualified Domain Name FQDN, che permette di avere architetture molto estese e flessibili).

3.1. Come installare uno slave. Semplice, segui il passo 2.1 3.2. Configurare la relazione DC/Slaves Darto che sarà sempre la stessa cosa (con qualche variazione sul tema) per ogni slave, vediamo come fare per l’applicationserver slave1 (192.168.20.0): 3.2.1. Modificare host-slave.xml <?xml version='1.0' encoding='UTF-8'?> <host name="slave1" xmlns="urn:jboss:domain:1.3"> <management> <security-realms> <security-realm name="ManagementRealm"> <server-identities> <secret value="${jboss.domain.login.password}"/> </server-identities> <authentication> <local default-user="$local"/> <properties path="mgmt-users.properties" relative-to="jboss.domain.config.dir"/> </authentication> </security-realm> ... Se usi questa configurazione, dovrai fornire una proprietà jboss.domain.login.password durante l’avvio con la modalità -Djboss.domain.login.password=…. Purtroppo, questa è una proprietà non crittografata che apparirà quando andrete ad elencare I processi attivi sul server. Se ci tieni alla sicurezza, puoi fare così: ... <security-realm name="ManagementRealm"> <server-identities> <secret value="d2Vsa29t"/> </server-identities> <authentication> <local default-user="$local"/> <properties path="mgmt-users.properties" relative-to="jboss.domain.config.dir"/> </authentication> </security-realm>

... La secret è quella fornita durante il passo 2.3.2. Adesso per rendere l’AS slave del DC, apporta la seguente modifica: ... <domain-controller> <remote host="${jboss.domain.master.address}" port="${jboss.domain.master.port:9999}" security-realm="ManagementRealm" username="${jboss.domain.login.user}"/> </domain-controller>... Usiamo delle variabili, perchè abbiamo deciso di mettere in campo un file di properties che le gestisce. (Attenzione a ${jboss.domain.login.user})In alternativa si possono scrivere I valori direttamente. Ma noi ci teniamo alla sicurezza, giusto ? 3.2.2. Avviare lo slave. Il modo più semplice di avviare lo slave è semplicemente lanciare /opt/jboss/bin/domain.sh -b <bind-address> dopo aver impostato la variabile d’ambiente JAVA_HOME. Nota che questo è anche il modo peggiore perchè così parte in foreground. Ci sono una varietà di modi per far partire il DC in background e visualizzarne il log su una console ad-hoc nvece che sulla shell (prompt), ma non vogliamo entrare nel dettaglio. Ora lancia: root@slave1 # /opt/jboss/bin/domain.sh --domain-config domain.xml --host-config=host-slave.xml -P file:///apps/jboss/slave1/configs/domain.properties con: root@slave1:/opt# cat /apps/jboss/alave1/configs/domain.properties jboss.bind.address=192.168.20.0jboss.bind.address.management=192.168.20.0jboss.socket.binding.port-offset=0jboss.domain.log.dir=/var/log/jboss/slave1jboss.domain.master.address=192.168.10.0jboss.domain.name=slave1jboss.domain.login.user=slaveuserjboss.domain.login.password=welkom E si ottiene root@slave1:/opt# ps -ef | grep jboss | grep -v grep

jboss 6670 1 0 11:44 ? 00:00:00 /bin/sh /opt/jboss/bin/domain.sh --domain-config domain.xml --host-config=host-slave.xml -P file:///apps/jboss/fbewslave/configs/domain.propertiesjboss 6713 6670 0 11:44 ? 00:00:00 /opt/jdk/bin/java -D[Process Controller] -server -Dorg.jboss.boot.log.file=/var/log/jboss/fbewslave/process-controller.log -Dlogging.configuration=file:/apps/jboss/profiles/fbewslave/configuration/logging.properties -jar /opt/jboss/jboss-modules.jar -mp /opt/jboss/modules org.jboss.as.process-controller -jboss-home /opt/jboss -jvm /opt/jdk/bin/java -mp /opt/jboss/modules -- -Dorg.jboss.boot.log.file=/var/log/jboss/fbewslave/host-controller.log -Dlogging.configuration=file:/apps/jboss/profiles/fbewslave/configuration/logging.properties -server -- -default-jvm /opt/jdk/bin/java --domain-config domain.xml --host-config=host-slave.xml -P file:///apps/jboss/fbewslave/configs/domain.propertiesjboss 6728 6713 3 11:44 ? 00:00:04 /opt/jdk/bin/java -D[Host Controller] -Dorg.jboss.boot.log.file=/var/log/jboss/fbewslave/host-controller.log -Dlogging.configuration=file:/apps/jboss/profiles/fbewslave/configuration/logging.properties -server -jar /opt/jboss/jboss-modules.jar -mp /opt/jboss/modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.host-controller -mp /opt/jboss/modules --pc-address 127.0.0.1 --pc-port 37932 -default-jvm /opt/jdk/bin/java --domain-config domain.xml --host-config=host-slave.xml -P file:///apps/jboss/fbewslave/configs/domain.properties -Djboss.home.dir=/opt/jboss 3.2.3. Controllare se lo slave è connesso al domain controller Lo slave è connesso al domain controller quando puoi visualizzare slave1 come host nella jboss-cli così: root@dc:/opt/jboss/bin# ./jboss-cli.sh --controller=192.168.10.0 --connect[[email protected]:9999 /] ls -l /hostslave1master =================================CHAPTER 4: Creare un nuovo profilo=================================

4.1. Add a profile definition to the domain.xml Dato che non è (ancora) possibile copiare un profile con il JBoss client, lo faremo a mano: 1. Aprire /opt/jboss/domain/configuration/domain.xml nel domain crontroller.2. Se vogliamo un profile di tipo full-HA, copiare tutto quello che è compreso tra: <profile name="full-ha">...</profile> Creando un nuovo spezzone di <profiles> ... </profiles> tags, ad esempio: <profile="cluster1">...</profile> attenzione: Le seguenti proprietà della nostra architettura dovranno essere impostate a livello del profilo: * Il nome del bilanciatore, essenzialmente quello che dovremo inserire nell’ Apache Virtual Host tra i tags <Proxy> ... </Proxy>.* Il jdbc-driver.* Il datasource.* configurazione del logging per il web system. 4.2. Controlliamo se il profile c’è Dopo aver modificato il file domain.xml del domain controller, restarare il DCte controllare se il profilo appare sulla jboss-cli: [[email protected]:9999 /] ls -l /profilecluster1cluster2defaultfullfull-haha Vediamo che abbiamo ripetuto il passo 4.1 con il cluster-name cluster2, visto che dobbiamo configurare due clusters separati.

=============================================================CHAPTER 5: Configurare l’architettura per un cluster funzionante============================================================= 5.1. Uno script per configurare il profilo e il server-group Ricorda sempre che non stiamo facendo una mappatura 1 a 1, ma una configurazione ortogonale della combinazione profilo + server-group. Salva quanto segue in un file (es: /tmp/cluster1.cli). ## Setting the balancer name in the profile# /profile=cluster1/subsystem=modcluster/mod-cluster-config=configuration:write-attribute(name=balancer, value="cluster1") ## Creating the server group# /server-group=cluster1-server-group:add(profile=cluster1, socket-binding-group=ha-sockets, socket-binding-port-offset=0) ## Creating JDBC Driver entries and datasource entry for cluster1# Datasource definition shown for Oracle# /profile=cluster1/subsystem=datasources/jdbc-driver=mysql:add(driver-name="mysql",driver-module-name="com.mysql")/profile=cluster1/subsystem=datasources/jdbc-driver=oracle:add(driver-name="oracle",driver-module-name="com.oracle.ojdbc6") data-source --name=cluster1_DS \--connection-url="jdbc:oracle:thin:@databaseserver:port:database" \--jndi-name="java:jboss/cluster1_DS" \--driver-name="oracle" \--user-name="cluster1_appl" --password="password" \

--use-java-context="true" \--min-pool-size="0" \--max-pool-size="64" \--idle-timeout-minutes="30" \--background-validation="false" \--background-validation-millis="1" \--validate-on-match="true" \--allocation-retry="0" \--share-prepared-statements="false" \--set-tx-query-timeout="false" \--query-timeout="0" \--use-try-lock="0" \--url-delimiter="|" \--profile=cluster1 add ## Creating application properties entry (if needed of course)# /server-group=cluster1-server-group/system-property=PROPERTY_FILE:add(value="/home/jboss/data/cluster1.properties") ## Creating proxy-list for modcluster#

/profile=cluster1/subsystem=modcluster/mod-cluster-config=configuration:write-attribute(name=proxy-list, value=192.168.0.1:80)## Creating access log entry# /profile=cluster1/subsystem=web/virtual-server=default-host/access-log=configuration:add(extended=false, pattern="%a %t %H %p %U %s ", prefix=false, resolve-hosts=false, rotate=true Certo ci potrebbero essere molte alter direttive (puoi mettere quello che credi), a questo punto: root@dc # cd /opt/jboss/binroot@dc # /jboss-cli.sh --controller=192.168.10.0 --connect --file=/tmp/cluster1.cli

5.2. Creare e configurare server-configs Un server-group contiene molteplici server-configs, che sono un sinonimo dei nodi cluster nei bei vecchi tempi andati. Questi server-configs possono essere lanciati ovunque ci sia un JBoss slave installato. Se non l’hai ancora fatto, segui il passo 3.2.3 e controlla se lo slave è presente. Quindi (sempre con jboss-cli): [[email protected]:9999 /] /host=slave1/server-config=node11:add(auto-start=true, group=cluster1-server-group, socket-binding-group=ha-sockets, socket-binding-port-offset=0){ "outcome" => "success", "result" => undefined} 5.3. Lanciare i nodes e controllare dove sono I files Puoi avviare, stoppare o restartare i server-configs così: [[email protected]:9999 /] /host=slave1/server-config=node11:start{ "outcome" => "success", "result" => "STARTING"} Su slave1 possiamo visualizzare: root@slave1:/home/wnoordui# tree /opt/jboss/domain/servers/node11//opt/jboss/domain/servers/node11/|-- data|-- log| |-- accesslog| | `-- access_log.2013-02-13| |-- boot.log| |-- server.log| `-- server.log.2013-02-11`-- tmp 5.4. Abilitare i datasources e testarli [[email protected]:9999 /] /profile=cluster1/subsystem=datasources/data-source=cluster1_DS:enable{

"outcome" => "success", "result" => undefined, "server-groups" => {"cluster1-server-group" => {"host" => {"slave1" => {"node11" => {"response" => { "outcome" => "success", "result" => undefined }}}}}}} [[email protected]:9999 /] /host=slave1/server=node11/subsystem=datasources/data-source=cluster1_DS:test-connection-in-pool{ "outcome" => "success", "result" => [true]} =================================================CHAPTER 6: Deployare e testare le applicazioni================================================= 6.1. Deployare un’applicazione semplice, supponiamo di avere /tmp/testapp.war che contiene un’applicazione web. Quindi: [[email protected]:9999 /] deploy /tmp/testapp.war --server-groups=cluster1-server-group Seguire i logfiles su uno dei nodi del cluster1-server-group (node11 sarebbe una buona scelta)/ 6.2. Testare l’applicazione Per me: lynx http://slave1:8080/testapp funziona su SuSE, ma se sei un fun dei browser puoi usare chrome, Firefox o Safari… Persino IE. =====================================CHAPTER 7: di cosa non abbiamo parlato===================================== In questo tutorial abbiamo visto solo il modo facile di configurare cluster e/o architetture clusterlike in esecuzione su un domain cluster (server-configs). Non ci siamo addentrati nei meandri dell’ hibernazione, messaggistica, ecc. Potete proseguire con il CHAPTER 8, per approfondire la configurazione di un

http://slave1:8080/testapp

bilanciatore, il mod cluster e i cookies di sessione (sticky session), ma questa parte l’avevo scritta tempo fa in inglese, quindi l’ho tradotta al volo mentra arrivavate…. Siate comprensivi.

===========================================CHAPTER 8: Bilanciamento (mod-cluster e sticky-session)===========================================

8.1. Downloading del pacchetto binary mod_cluster 1.1.1: Andare sul link http://www.jboss.org/mod_cluster/downloads/1-1-1 e scaricare l’archivio adatto al Sistema di riferimento. Il pacchetto jboss.org contiene una versione httpd. Si può scegliere di scaricarlo e installarlo per intero o, nel caso il sistema abbia già un server httpd installato, di copiare le shared libraries necessarie nella directory appropriata dove è stato configurato il server Apache già esistente. Scegliamo quest’ultima opzione. Quindi: ws # unzip /tmp/mod_cluster-1.1.1.Final-linux2-x64-ssl.tar.gzws # cd /tmp/opt/jboss/httpd/ws # cp lib* /distr/jboss-ews/httpd/libws # cd httpd/modulesws # cp -p mod_advertise.so mod_jk.so mod_manager.so /distr/jboss-ews/httpd/modulesws # cp -p mod_proxy_cluster.so mod_slotmem.so /distr/jboss-ews/httpd/modules

8.2. Creare un file cluster.conf Il nostro file di configurazione httpd.conf legge le regole da altri files attraverso una direttiva "Include conf.d/*.conf" all’interno del file http.conf stesso. E’ possibile che alcune versioni di Apache non abbiano una cartella conf.d/, ma questo non deve essere un impedimento, basteà crearla e dotarla dei permessi necessary. Quindi basterà aggiungere la direttiva Include conf.d/*.confall’interno del file httpd.conf Creare un file ${APACHE_HOME}/conf.d/cluster.conf

LoadModule proxy_module modules/mod_proxy.soLoadModule proxy_ajp_module modules/mod_proxy_ajp.soLoadModule slotmem_module modules/mod_slotmem.soLoadModule manager_module modules/mod_manager.soLoadModule proxy_cluster_module modules/mod_proxy_cluster.soLoadModule advertise_module modules/mod_advertise.soLoadModule rewrite_module modules/mod_rewrite.so

e mettere il carattere # per commentare tutte le direttive già presenti.

http://www.jboss.org/mod_cluster/downloads/1-1-1

8.3. Caricare i virtual hosts: Inseriamo per ogni virtual host una direttiva di inclusione per le configurazioni (che risiedono nel nostro sistema in ${APACHE_HOME}/conf/virtual_hosts/. La fine del file ${APACHE_HOME}/conf/httpd.conf dovrebbe assomiglare a: NameVirtualHost *:80## Include various virtual host configurations#Include "conf/virtual_hosts/jboss.conf"Include "conf/virtual_hosts/application1.conf"Include "conf/virtual_hosts/application2.conf

8.4. jboss.conf, un virtual host dummy <VirtualHost *:80> <Directory /> Order deny,allow Allow from all </Directory> <Location /mcm> SetHandler mod_cluster-manager Order deny,allow Allow from 192.168 </Location> KeepAliveTimeout 60 MaxKeepAliveRequests 0 ManagerBalancerName testcluster AdvertiseFrequency 5 ServerAdvertise On EnableMCPMReceive</VirtualHost>

Attenzione: o testcluster è un nome fittizio. Non h testato l’architettura senza di esso, ma immagino funzioni ugualmente.o Il mod cluster manager può essere raggiunt attraverso l’URL http://192.168.0.1/mcm .

8.5. I Virtual hosts per application1 e application2: application1.conf:=================

http://192.168.0.1/mcm

<VirtualHost *:80> ServerAdmin [email protected] DocumentRoot /apps/www.application1.nl/data ServerName www.application1.nl:80 ErrorLog logs/www.application1.nl-error_log CustomLog logs/www.application1.nl-access_log combined LogLevel debug ProxyPass / balancer://cluster1/application1 stickysession=JSESSIONID|jsessionid nofailover=On ProxyPassReverse / balancer://cluster1/application1</VirtualHost> application2.conf:================= <VirtualHost *:80> ServerAdmin [email protected] DocumentRoot /apps/www.application2.nl/data ServerName www.application2.nl:80 ErrorLog logs/www.application2.nl-error_log CustomLog logs/www.application2.nl-access_log combined LogLevel debug ProxyPass / balancer://cluster2/application2 stickysession=JSESSIONID|jsessionid nofailover=On ProxyPassReverse / balancer://cluster2/</VirtualHost>

=============================================================CHAPTER 9: Configurazione attraverso un’unico script da console jboss-cli==============================================================

# stop the preconfigured server for the domain

batch

# first stop the default servers, block until the server is down

/host=master/server-config=server-one:stop(blocking=true)

http://www.application2.nl/

mailto:[email protected]

http://www.application1.nl/

mailto:[email protected]

/host=master/server-config=server-two:stop(blocking=true)

# remove the default server configuration and server-groups

/host=master/server-config=server-one:remove

/host=master/server-config=server-two:remove

/host=master/server-config=server-three:remove

/server-group=main-server-group:remove

/server-group=other-server-group:remove

# ---- configure the domain for the quickstart ejb-multi-server

# disable the local authentication for applications

/host=master/core-service=management/security-realm=ApplicationRealm/

authentication=local:remove

/profile=default/subsystem=ejb3:write-attribute(name=default-missing-method-permissions-

deny-access, value=false)

/profile=ha/subsystem=ejb3:write-attribute(name=default-missing-method-permissions-deny-

access, value=false)

# Configure the connection from main server to "one" and "two"

# this is to use the application "one" and "two" located at the remote server

#

# add the socket binding to the full-sockets, used by the app-main server

/socket-binding-group=full-sockets/remote-destination-outbound-socket-binding=remote-

ejb-1:add(host=localhost, port=4547)

/socket-binding-group=full-sockets/remote-destination-outbound-socket-binding=remote-

ejb-2:add(host=localhost, port=4647)

# add the outbound connections to the remoting subsystem of the full-profile used by

app-main server

/profile=full/subsystem=remoting/remote-outbound-connection=remote-ejb-connection-

1:add(outbound-socket-binding-ref=remote-ejb-1, security-realm=ejb-security-realm-1,

username=quickuser1)

/profile=full/subsystem=remoting/remote-outbound-connection=remote-ejb-connection-1/

property=SASL_POLICY_NOANONYMOUS:add(value=false)


property=SSL_ENABLED:add(value=false)

/profile=full/subsystem=remoting/remote-outbound-connection=remote-ejb-connection-

2:add(outbound-socket-binding-ref=remote-ejb-2, security-realm=ejb-security-realm-2,

username=quickuser2)


property=SASL_POLICY_NOANONYMOUS:add(value=false)


property=SSL_ENABLED:add(value=false)

# add the security realms with the secret (password base64) values for the server

communication

/host=master/core-service=management/security-realm=ejb-security-realm-1:add()

/host=master/core-service=management/security-realm=ejb-security-realm-1/server-

identity=secret:add(value=cXVpY2sxMjMr)

/host=master/core-service=management/security-realm=ejb-security-realm-2:add()

/host=master/core-service=management/security-realm=ejb-security-realm-2/server-

identity=secret:add(value=cXVpY2srMTIz)

# adjust the default JVM configuration to minimum

/host=master/jvm=default:write-attribute(name=permgen-size, value=64m)

/host=master/jvm=default:write-attribute(name=max-permgen-size, value=128m)

#add the main-server group and the server which handle the standalone client requests

/server-group=quickstart-ejb-multi-main-server:add(profile=full,socket-binding-

group=full-sockets)

/server-group=quickstart-ejb-multi-main-server/jvm=default:add()

/host=master/server-config=app-main:add(auto-start=true, group=quickstart-ejb-multi-

main-server)

#add the app-server group and the servers for the destination application

# app-one will be a clustered application, so use HA and add two servers

/server-group=quickstart-ejb-multi-appOne-server:add(profile=ha,socket-binding-group=ha-

sockets)

/server-group=quickstart-ejb-multi-appOne-server/jvm=default:add()

/host=master/server-config=app-oneA:add(auto-start=true, group=quickstart-ejb-multi-

appOne-server, socket-binding-port-offset=100)

/host=master/server-config=app-oneB:add(auto-start=true, group=quickstart-ejb-multi-

appOne-server, socket-binding-port-offset=700)

# app two is not a clustered application, so use default profile

/server-group=quickstart-ejb-multi-appTwo-server:add(profile=default,socket-binding-

group=standard-sockets)

/server-group=quickstart-ejb-multi-appTwo-server/jvm=default:add()

/host=master/server-config=app-twoA:add(auto-start=true, group=quickstart-ejb-multi-

appTwo-server, socket-binding-port-offset=200)

/host=master/server-config=app-twoB:add(auto-start=true, group=quickstart-ejb-multi-

appTwo-server, socket-binding-port-offset=800)

# add an alias for app2 bean to demonstrate how to avoid direct dependency to

destination app name

/profile=full/subsystem=naming/binding=java\:global\/AliasAppTwo:add(binding-

type=lookup, lookup="ejb:jboss-ejb-multi-server-app-two/ejb//AppTwoBean!

org.jboss.as.quickstarts.ejb.multi.server.app.AppTwo")

# --- add an additional server and group for web application only

# create a new profile

/profile=default-web:add()

/profile=default-web/subsystem=logging:add()

/profile=default-web/subsystem=logging/periodic-rotating-file-

handler=FILE:add(file={"relative-to"=>"jboss.server.log.dir",

"path"=>"server.log"},append=true,suffix=.yyyy-MM-dd,formatter="%d{HH:mm:ss,SSS} %-5p

[%c] (%t) %s%E%n")

/profile=default-web/subsystem=logging/logger=com.arjuna:add(level=WARN)

/profile=default-web/subsystem=logging/

logger=org.apache.tomcat.util.modeler:add(level=WARN)

/profile=default-web/subsystem=logging/logger=sun.rmi:add(level=WARN)

/profile=default-web/subsystem=logging/logger=jacorb:add(level=WARN)

/profile=default-web/subsystem=logging/logger=jacorb.config:add(level=ERROR)

/profile=default-web/subsystem=logging/root-

logger=ROOT:add(level=INFO,handlers=["FILE"])

/profile=default-web/subsystem=configadmin:add()

/profile=default-web/subsystem=ee:add(spec-descriptor-property-replacement=false,jboss-

descriptor-property-replacement=true)

/profile=default-web/subsystem=ejb3:add()

/profile=default-web/subsystem=ejb3:write-attribute(name=default-slsb-instance-

pool,value=slsb-strict-max-pool)

/profile=default-web/subsystem=ejb3:write-attribute(name=default-sfsb-

cache,value=simple)

/profile=default-web/subsystem=ejb3:write-attribute(name=default-stateful-bean-access-

timeout, value=5000)

/profile=default-web/subsystem=ejb3:write-attribute(name=default-singleton-bean-access-

timeout, value=5000)

/profile=default-web/subsystem=ejb3/strict-max-bean-instance-pool=slsb-strict-max-

pool:add(max-pool-size=20,timeout=5,timeout-unit=MINUTES)

/profile=default-web/subsystem=ejb3/strict-max-bean-instance-pool=mdb-strict-max-

pool:add(max-pool-size=20,timeout=5,timeout-unit=MINUTES)

/profile=default-web/subsystem=ejb3/cache=simple:add(aliases=["NoPassivationCache"])

/profile=default-web/subsystem=ejb3/cache=passivating:add(passivation-

store=file,aliases=["SimpleStatefulCache"])

/profile=default-web/subsystem=ejb3/file-passivation-store=file:add

/profile=default-web/subsystem=ejb3/service=async:add(thread-pool-name=default)

/profile=default-web/subsystem=ejb3/service=timer-service:add(default-data-

store="default-file-store",thread-pool-name="default")

/profile=default-web/subsystem=ejb3/service=timer-service/file-data-store="default-file-

store":add(path="timer-service-data",relative-to="jboss.server.data.dir")

/profile=default-web/subsystem=ejb3/service=remote:add(connector-ref=remoting-

connector,thread-pool-name=default)

/profile=default-web/subsystem=ejb3/thread-pool=default:add(max-threads=10,keepalive-

time={"time"=>"100","unit"=>"MILLISECONDS"})

/profile=default-web/subsystem=jca:add()

/profile=default-web/subsystem=jca/archive-validation=archive-

validation:add(enabled=true, fail-on-error=true, fail-on-warn=false)

/profile=default-web/subsystem=jca/bean-validation=bean-validation:add(enabled=true)

/profile=default-web/subsystem=jca/cached-connection-manager=cached-connection-

manager:add(install=true)

/profile=default-web/subsystem=jca/workmanager=default:add(name=default)

/profile=default-web/subsystem=jca/workmanager=default/short-running-

threads=default:add(core-threads=50,queue-length=50,max-threads=50,keepalive-

time={"time"=>"10", "unit"=>"SECONDS"})

/profile=default-web/subsystem=jca/workmanager=default/long-running-

threads=default:add(core-threads=50,queue-length=50,max-threads=50,keepalive-

time={"time"=>"10", "unit"=>"SECONDS"})

/profile=default-web/subsystem=naming:add()

# remove this command if a 7.1.1 server is used

/profile=default-web/subsystem=naming/service=remote-naming:add

/profile=default-web/subsystem=remoting:add()

/profile=default-web/subsystem=remoting/connector=remoting-connector:add(socket-

binding=remoting, security-realm=ApplicationRealm)

# add the outbound connections to the remoting subsystem of the profile used by to

connect the app servers

# it might not necesarry to use a different name for 'outbound-socket-binding-ref', it

is just to show the different configuration

/profile=default-web/subsystem=remoting/remote-outbound-connection=remote-connection-

war-ejb-1:add(outbound-socket-binding-ref=remote-war-1, security-realm=ejb-security-

realm-1, username=quickuser1)


war-ejb-1/property=SASL_POLICY_NOANONYMOUS:add(value=false)


war-ejb-1/property=SSL_ENABLED:add(value=false)


war-ejb-2:add(outbound-socket-binding-ref=remote-war-2, security-realm=ejb-security-

realm-2, username=quickuser2)


war-ejb-2/property=SASL_POLICY_NOANONYMOUS:add(value=false)


war-ejb-2/property=SSL_ENABLED:add(value=false)

/profile=default-web/subsystem=security:add

/profile=default-web/subsystem=security/security-domain=other:add(cache-type=default)

/profile=default-web/subsystem=security/security-domain=other/

authentication=classic:add(login-

modules=[{"code"=>"Remoting","flag"=>"optional","module-options"=>[("password-

stacking"=>"useFirstPass")]},{"code"=>"RealmDirect","flag"=>"required","module-

options"=>[("password-stacking"=>"useFirstPass")]}])

/profile=default-web/subsystem=security/security-domain=jboss-web-policy:add(cache-

type=default)

/profile=default-web/subsystem=security/security-domain=jboss-web-policy/

authorization=classic:add(policy-modules=[{"code"=>"Delegating","flag"=>"required"}])

/profile=default-web/subsystem=threads:add

/profile=default-web/subsystem=transactions:add(socket-binding=txn-recovery-environment,

status-socket-binding=txn-status-manager, default-timeout=300, process-id-uuid=true)

/profile=default-web/subsystem=web:add(default-virtual-server=default-host,native=false)

/profile=default-web/subsystem=web/connector=http:add(protocol=HTTP/1.1, scheme=http,

socket-binding=http)

/profile=default-web/subsystem=web/virtual-server=default-host:add(enable-welcome-

root=true, alias=["localhost","example.com"])

/socket-binding-group=standard-sockets-web:add(default-interface=public)

/socket-binding-group=standard-sockets-web/socket-binding=http:add(port=8080)

/socket-binding-group=standard-sockets-web/socket-binding=remoting:add(port=4447)

/socket-binding-group=standard-sockets-web/socket-binding=txn-recovery-

environment:add(port=4712)

/socket-binding-group=standard-sockets-web/socket-binding=txn-status-

manager:add(port=4713)

# add the socket binding for connection to app-one, app-two

/socket-binding-group=standard-sockets-web/remote-destination-outbound-socket-

binding=remote-war-1:add(host=localhost, port=4547)

/socket-binding-group=standard-sockets-web/remote-destination-outbound-socket-

binding=remote-war-2:add(host=localhost, port=4647)

/server-group=quickstart-ejb-multi-appWeb-server:add(profile=default-web,socket-binding-

group=standard-sockets-web)

/server-group=quickstart-ejb-multi-appWeb-server/jvm=default:add()

/host=master/server-config=app-web:add(auto-start=true, group=quickstart-ejb-multi-

appWeb-server, socket-binding-port-offset=300)

run-batch

# without restart, outside the batch, there are different problems

:restart-servers

# finally start the configured servers

/host=master/server-config=app-oneA:start

/host=master/server-config=app-oneB:start

/host=master/server-config=app-twoA:start

/host=master/server-config=app-twoB:start

/host=master/server-config=app-main:start

/host=master/server-config=app-web:start

Tutorial Sulla Configurazione Di Un Cluster in Modalità Domain Con JBOSS EAP 6

Documents

Transcript of Tutorial Sulla Configurazione Di Un Cluster in Modalità Domain Con JBOSS EAP 6