Le partizioni Internet Inter-ORB Protocol (IIOP) non sono supportate per z/OS.
L'amministratore può regolare questo funzionamento in seguito all'avvio del bean iniziale in modo da soddisfare i requisiti operativi, come richiesto. Ad esempio, nel caso appena descritto, se Partition2 e Partition4 sono entrambe molto cariche mentre Partition1 e Partition3 non lo sono, l'amministratore può spostare Partition2 su un altro server delle applicazioni nel cluster. In questo caso, il team di programmazione può codificare l'implementazione del bean di sessione senza stato PSSB1 in modo da gestire un metodo partitionUnloadEvent(String) e un partitionLoadEvent(String). Durante l'attività di spostamento della partizione iniziata dall'amministratore, la partizione Partition2 riceve un evento di scaricamento. Tutti i riferimenti al database e alle altre risorse applicative J2EE vengono cancellati e rimossi da tutte le implementazioni di memorizzazione nella cache. Successivamente, la partizione Partition2 viene riavviata rapidamente sull'altro server delle applicazioni e riceve un evento di carico della partizione, consentendo allo sviluppatore dei bean di reinizializzare lo stato e preparare le transazioni del processo.
Con questa tecnica, il lato client può controllare completamente l'indirizzamento mentre l'amministratore sul lato server può controllare in maniera del tutto indipendente la destinazione finale. Sebbene non sia possibile accedervi direttamente, il gestore HA (high availability) fornisce il servizio WPF che costituisce la base per il rilevamento di un server delle applicazioni che ha riportato un errore. Il gestore HA inoltre correla rapidamente la relazione tra le partizioni sul server e determina le azioni da intraprendere per garantire che vengano attivati da qualche altra parte.
I seguente diagramma riporta un caso semplice di failover di un'applicazione:
Nel diagramma precedente il server delle applicazioni su cui sono presenti gli endpoint delle partizioni Partition2 e Partition4 ha riportato un errore. In seguito al malfunzionamento, il gestore HA ha rilevato l'errore e ha attivato due diverse istanze delle partizioni Partition2 e Partition4 sull'altro server delle applicazioni. Questo è solo uno degli scenari di recupero del server delle applicazioni; tra gli altri scenari vi sono l'arresto di un server delle applicazioni inattivo per la manutenzione, un evento della partizione di rete e altri scenari fisici o di gestione. In questo caso, le partizioni Partition2 e Partition4 vengono interrotte per un breve periodo di tempo; tuttavia, le altre partizioni continuano a funzionare come se nulla fosse successo. Inoltre, le partizioni Partition2 e Partition4 possono implementare un'ottimizzazione in fase di recupero in quanto l'implementazione riconosce l'evento di riattivazione della partizione e controlla eventuali problemi che si potrebbero verificare durante il recupero della transazione.
L'elaborazione dell'endpoint può essere gestita in diversi modi a seconda dell'architettura di elaborazione utilizzata. Se si decide di utilizzare un numero minimo ì, facilmente gestibile, di server nei cluster, è possibile assegnare più risorse LPAR degli endpoint delle partizioni assegnate per un server delle applicazioni. Se si utilizzano più cluster distribuiti o centri blade, è possibile spostare una partizione su un altro sistema autonomo non utilizzato o non particolarmente carico o altre partizioni possono essere spostate su un'altra posizione del cluster. Ciò fornisce al server delle applicazioni nella partizione sotto stress la capacità di gestire al meglio il carico. Per un team IT esperto, questa opzione fornisce una elevata disponibilità per rispondere ai requisiti operativi. L'unione della funzionalità esistente con la struttura WPF e la tecnica del gestore HA rende WebSphere Extended Deployment una soluzione cluster completa a elevate prestazioni.
In breve, la struttura WPF offre un modello di richieste client completo in cui il client può scegliere esplicitamente dove indirizzare la richiesta. Inoltre, non solo l'endpoint è indirizzabile e destinabile in maniera univoca, ma è anche un endpoint particolarmente disponibile. Se il server delle applicazioni su cui è presente l'endpoint della partizione riporta un errore, il gestore HA fornito con WebSphere Extended Deployment rileva l'errore e attiva l'istanza della partizione su un'altro server delle applicazioni del cluster, come riportato nel seguente diagramma. Questa attività è possibile senza disabilitare alcuna delle funzioni esistenti.
Related concepts
Partizionamento del carico di lavoro degli EJB
Limitazioni in WPF
Related information
Modello di programmazione in WebSphere Extended Deployment per z/OS V6.0.1