...
- JMS Process Queue (skltp.ei.update)
Blir det meddelande liggandes här indikerar det att EI's backend applikation inte är igång eller inte kommer åt sin databas.
Vid ett misslyckat försöka att bearbeta ett meddelanden på kön kommer ett felmeddelande skickas till ERROR-LOG kön och som i sin tur ger upphov till ett larm. JMS Notification Queues (EI.NOTIFICATION.<logisk adress prenumerant>)
På dessa köer sparas uppdateringar som skall skickas till EI's prenumeranter. Blir det meddelande liggandes här indikerar det en prenumerant inte svarar.
Vid ett misslyckat försöka att bearbeta ett meddelanden på kön kommer ett felmeddelande skickas till ERROR-LOG kön och som i sin tur ger upphov till ett larm.
För detaljer om hur övervakning sätts upp se instruktioner för drift och övervakning av SKLTP EI.
...
Enklast möjliga lösning med alla SKLTP komponenter inklusive köhanterare och databas i en och samma server. Typiskt tillämpbart för mindre installationer såsom i en mindre komun kommun eller för utvärdering/test/utbildning.
Multi-server med hög tillgänglighet
I en uppskalad och verksamhetskritisk tillämpning är det viktigt att enskilda fel (t ex att en server kraschar) inte påverkar tillgängligheten av engagemangsindex. För att undvika det måste man dubblera (eller mer) alla komponenter. Applikationen exekverar typiskt på ett antal parallella aktiva servrar och en lastdelare ställs framför för att fördela inkommande trafik. Köhanterare och databas konfigureras också, baserat på respektive produkt egenskaper, för hög tillgänglighet. För ActiveMQ och MySQL används master/slave konfigurationer för att erhålla hög tillgänglighet.
HA, skalbarhet, master/slave AMQ och DB
...