2013-08-15 16 views
5

Sto tentando di installare e configurare un'impostazione di disponibilità elevata per il gestore API WSO2. Ho letto questo documento: http://docs.wso2.org/wiki/display/Cluster/Clustering+API+Manager e in esso spiega come suddividere i 4 componenti dell'applicazione in cartelle separate e che questi 4 componenti possono essere eseguiti su un singolo server. Non sono sicuro del motivo per cui è necessario. Tutto quello che voglio veramente fare è prendere 2 server, installare l'applicazione completa su entrambi (senza spezzare l'applicazione in 4 parti diverse) e raggrupparli tra due server con un Elastic Load Balancer di fronte a loro. Qual è lo scopo della suddivisione dei componenti multipli sullo stesso server se tutti esauriscono una singola installazione? Sto cercando il modo più semplice per fornire funzionalità di failover a questa applicazione se un server non funziona. Qualsiasi comprensione della loro metodologia sarebbe molto apprezzata.Configurazione gestore cluster WSO2 API

Grazie.

risposta

3

L'articolo che hai collegato descrive sulla distribuzione di diversi componenti di API Manager. Se si guarda alla fine di questo articolo c'è un collegamento al documento di configurazione del cluster. In una distribuzione di produzione, in genere, è consigliabile che i 4 componenti vengano eseguiti su nodi diversi anziché avere tutto in un nodo e con più nodi di questo tipo. Ecco perché continua spiegando di suddividerlo in componenti separati. Il documento ufficiale AM ​​di seguito ha una pagina su diversi modelli di distribuzione.

È possibile consultare gli articoli seguenti per una migliore comprensione del gestore API di clustering.

http://docs.wso2.org/wiki/display/AM140/Clustered+Deployment

http://sanjeewamalalgoda.blogspot.com/2012/09/how-do-clustering-and-enable-replicate.html

3

miei 2cts:

La documentazione indicato nelle osservazioni, spiega come WSO2 vede il mondo di clustering. Diffondi le diverse funzionalità su diverse JVM. Questo sembra logico dal punto di vista architettonico. Uno svantaggio è che le diverse applicazioni devono essere gestite anche dalle operazioni. Ciò rende l'architettura tecnica piuttosto complessa.

Nella nostra situazione, abbiamo definito 2 server diversi con CPU e memoria extra, su questi server abbiamo installato il gestore completo dell'API WSO2 e definito la configurazione del cluster. Tutto fornito tramite Puppet.

Un'installazione semplice, tutta la sorgente di dati che punta a uno schema in un database Oracle.

E ... funziona; I nostri sviluppatori felici, Operazioni felici, Dipartimento di architettura felice

Problemi correlati