Utilizzare questa sezione per creare e configurare un ODR (on demand router).
L'ODR è un proxy con funzioni avanzate che WebSphere Extended Deployment utilizza per instradare il lavoro ai nodi del server delle applicazioni.
Cenni preliminari
Per le operazioni dinamiche di base, definire un gruppo di nodi per i nodi per eseguono cluster dinamici. Fare riferimento a
Creazione o modifica di un gruppo di nodi per ulteriori informazioni.
Motivi e situazioni in cui eseguire questa attività
Utilizzare questa attività per configurare l'ODR in modo da indirizzare le richieste ai nodi WebSphere
Extended Deployment. Se è richiesta assistenza, è possibile utilizzare l'attività guidata della console di gestione. Accedere all'attività guidata facendo clic su Attività guidate
> Preparazione dell'ambiente host per le operazioni dinamiche di base.
- Creare un ODR. È possibile creare un ODR nella console di gestione
selezionando Server > ODR (On demand Router).
- Fare clic su Nuovo.
- Selezionare il nodo sul quale si desidera collocare l'ODR. Al nodo selezionato vengono assegnati alcuni nodi disponibili della cella. Se
l'ambiente risulta eterogeneo, cioè rappresenta un insieme di nodi Extended Deplyment e diversi da Extended
Deployment, verificare che il nodo selezionato sia un nodo di Extended Deployment. Se si seleziona un nodo non Extended Deployment, l'ODR non verrà avviato.
TipColonSymbol Quando si crea un ODR, selezionare un nodo per eseguire l'ODR che non esegua alcun cluster dinamico, a meno che non si stia utilizzando z/OS. In un ambiente z/OS, è possibile posizionare l'ODR su un nodo su cui sono presenti i server delle applicazioni.
- Stabilire se si desidera creare o meno porte HTTP univoche.
Se vengono creati diversi ODR sullo stesso nodo, selezionare l'opzione per creare porte univoche. Gli scenari avanzati per l'associazione delle porte potrebbe richiedere porte univoche. Ad esempio, un programma di bilanciamento del carico può caricare richieste di bilanciamento sugli ODR
all'interno dello stesso nodo, presumendo che ciascun ODR sia in ascolto su una porta HTTP
univoca.
- Selezionare una maschera del server sulla quale basare il nuovo ODR.
È possibile selezionare una maschera server delle applicazioni da utilizzare per la
creazione di server per il nuovo ODR. È possibile utilizzare una maschera predefinita o mappare un server dell'applicazione esistente. La mappatura di ODR esistenti consente di risparmiare tempo. È possibile creare un ODR e applicare tutte le configurazioni
specifiche necessarie all'ambiente, quindi utilizzare quel
determinato ODR come maschera.
Come risultato di questa fase, sarà disponibile un ODR
funzionale che
consentità l'instradamento automatico delle richieste HTTP sulle celle di
WebSphere Extended Deployment. Per abilitare l'instradamento a un'altra cella di WebSphere Extended Deployment, è
necessario configurare la cella in modo che comunichi con altre celle di WebSphere
Extended Deployment. Consultare Configurazione di Extended
Deployment per la comunicazione tra celle per ulteriori informazioni.
Se si desidera ottimizzare il funzionamento dell'ODR, procedere con la fase seguente.
- OptionalColonSymbol Configurare l'ODR. L'ODR, al momento della
creazione, rileva automaticamente l'ambiente in uso ed è in grado di instradare
il lavoro sui server delle applicazioni di WebSphere
Extended Deployment. Tuttavia, è possibile configurare
l'ODR in modo da stabilire le relative modalità di gestione degli scenari di errore e di
ottimizzazione di alcune richieste di lavoro. In particolare, è possibile configurare le connessioni e le richieste al server applicazioni,
configurare le richieste che devono essere respinte, definire come devono essere gestite
le risposte di errore e specificare l'ubicazione dei log del proxy.
È possibile definire ulteriormente la configurazione dell'ODR
modificando la configurazione proxy. Utilizzare la console di gestione per definire la
configurazione selezionando Server > Router on demand > nome_ODR > Proprietà router on demand > Impostazioni router on demand.
- Definire le connessioni al server di contenuti. Utilizzare
questa impostazione per configurare le connessioni e le richieste tra l'ODR e i server
delle applicazioni che eseguiranno la richiesta.
L'alias SSL in uscita è necessario quando le richieste al server delle
applicazioni possono essere gestite solo su connessioni SSL.
L'elenco di selezione contiene tutti gli alias SSL configurati nella cella. Nel caso in cui le richieste possono essere eseguite esclusivamente su
SSL, si consiglia di creare un nuovo alias SSL che contenga le autorità di certificazione
sicure e che indirizzi a quel determinato alias. Creare un alias SSL nella console di gestione selezionando
Sicurezza
> SSL > Nuovo.
È disponibile un'opzione
che consente di raggruppare le connessioni al server e che rappresenta una funzione di
ottimizzazione. Tale raggruppamento evita di dover creare ed eliminare
di frequente le connessioni socket al server, consentendo a ODR di raggruppare tali
connessioni e di riutilizzarle. quando il server delle applicazioni chiude la
connessione, il lotto viene automaticamente ridotto. Tale riduzione si verifica a causa dell'inattività della connessione.
- Definire le esclusioni. L'ODR esamina ogni richiesta in
entrata. È possibile definire alcuni metodi di esclusione e, nel caso in cui ci sia
corrispondenza tra uno qualsiasi dei metodi configurati e il metodo HTTP richiesto, l'ODR
rifiuta le richieste con un messaggio di errore METODO NON CONSENTITO. Per impostazione predefinita, i metodi Connect, Put e Delete sono disabilitati.
- Definire i proxy di sicurezza sicuri. Un proxy di sicurezza sicuro è un processo che riceve le richieste prima sull'ODR e quindi le inoltra all'ODR. Ad esempio, un server Web con il plugin del server Web WebSphere Application
può inoltrare le richieste all'ODR. Un proxy di sicurezza può passare le informazioni, ad esempio un host virtuale o un'identità utente, all'ODR in intestazioni HTTP private. Le intestazioni private ricevute da un proxy non sicuro vengono eliminate dall'ODR. Utilizzare un protocollo Internet oppure un nome host completo in questo campo.
- Creare una politica di configurazione di plugin del proxy a livello di cella.
Questo parametro consente la creazione di un file di configurazione di plugin del proxy da
utilizzare su un server Web distribuito davanti all'ODR.
Il plug-in può determinare l'URI che il proxy gestisce per conto del server delle applicazioni e l'endpoint, o i confini del proxy in modo che sia possibile instradare correttamente le richieste
ricevute dal proxy. Questa funzione è estremamente utile per coloro i quali preferiscono distribuire
un server Web in DMZ, Demilitarized Zone, che risulta completamente in grado di sfruttare
la capacità dell'ODR.
È disponibile un'opzione per definire un livello da
cui creare il plugin. Nell'ambito cella, l'ODR genera una configurazione di plugin che
comprende tutti gli URI gestiti da tutti gli ODR della cella. Nell'ambito nodo verranno inclusi tutti gli URI configurati per il nodo, mentre a livello
del server viene generato semplicemente un file di configurazione di plugin
per l'ODR in fase di configurazione.
- Installare un'applicazione per la pagina di errore sull'ODR. Dalla directory di installazione del server root_install/installableApps, installare l'applicazione della pagina di errore di esempio HttpErrorHandler.ear emettendo il comando $AdminApp install percorso_applicazione
ear file [list -server nome_server_ODR -node nome_nodo_ODR]. Nonostante questa applicazione possa essere installata su un nodo o un server differente, installarla sull'ODR in modo da ridurre la latenza. Il file HttpErrorHandler.ear contiene il codice sorgente di esempio da utilizzare come punto di partenza per creare la propria applicazione della pagina di errore.
- Definire la politica della pagina errore personalizzata. Dalla console di gestione, selezionare Server > Router on demand > ODR > Proprietà router on demand > Impostazioni router on demand. Immettere l'URI dell'applicazione per la creazione della pagina di errore. Ad esempio, se si utilizza l'applicazione di esempio HttpErrorHandler.ear, utilizzare l'URI /ErrorPageApp/ErrorPage .
Le pagine di errore personalizzate con questa definizione possono essere utilizzate nel momento in cui si
verificano errori durante l'elaborazione della richiesta.
- Configurare i codici di risposta HTTP da gestire. Nel campo Codici di stato HTTP che devono essere riconosciuti come errori, immettere i codici specifici che possono essere gestiti dall'applicazione della pagina di errore e fare clic su OK.
Utilizzare le virgole per separare più codici su più righe e immettere una X come carattere jolly per indicare intervalli di codice. Ad esempio, immettere 4XX per indicare tutti i codici di stato da 400 a 499. Per più codici, utilizzare il seguente formato e verificare che sia presente uno spazio dopo ciascuna virgola:
4xx
5xx
- OptionalColonSymbol Utilizzare la console di gestione per definire le politiche di routing per i cluster di server generici selezionando Server > ODR > Seleziona un nome_ODR > Impostazioni router on demand > Proprietà di routing cluster di server generici.
- Selezionare una classe di lavoro per le richieste HTTP e fare clic su Nuovo.
- Immettere un nome per la classe di lavoro nel campo Nome.
- Fare clic su Fine per confermare la nuova classe di lavoro.
- Per impostare una condizione di corrispondenza di un URI per una regola esistente, immettere il nome dell'URI nel campo Se l'URI corrisponde a , e dall'elenco Per host virtuale, selezionare un nome host. Questi campi sono
richiesti.
- Assegnare una classe di lavoro senza regole a una delle seguenti opzioni: Consenti routing a: dall'elenco Seleziona nome cluster server generico, selezionare il cluster di server generico appropriato. Rifiuta routing con codice errore: Nel campo Immetti codice errore, immettere il codice errore HTTP. Reindirizza routing a: Nel campo Immetti URI da reindirizzare a, immettere l'URI. Consenti routing con affinità a: Dall'elenco Seleziona nome cluster server generico, selezionare il cluster del server generico appropriato. Questo campo è richiesto se le regole esistono o meno e, nel caso in cui le regole non esistono, è l'azione predefinita.
Le regole sono associate in base al loro ordine, ovvero la prima regola viene associata per prima. Se viene associata una regola, le regole rimanenti non verranno applicate. Pertanto, se si utilizzano più regole, verificare che queste siano riportate in ordine di importanza.
- Fare clic su Applica o su OK per applicare le nuove impostazioni della regola.
Il nuovo ODR ha una politica di routing predefinita, un modello di URI uguale a un asterisco (*),
una selezione di host virtuali di host_predefinito e un'azione di indirizzamento predefinita pari a Reject con codice di ritorno impostato su 403.
- OptionalColonSymbol Utilizzare la console di gestione per definire le politiche di servizio per i cluster di server generici selezionando Server > ODR > Seleziona un nome_ODR esistente > Impostazioni router on demand > Proprietà di service cluster di server generici. Prima di poter definire le politiche dei servizi, è necessario configurare le politiche di routing
per i cluster di server generici.
- Selezionare una classe di lavoro per le richieste HTTP e fare clic su Nuovo.
- Immettere un nome per la classe di lavoro nel campo Nome.
- Fare clic su Fine per confermare la nuova classe di lavoro.
- Le regole sono associate in base al loro ordine, ovvero la prima regola viene associata per prima. Se viene associata una regola, le regole rimanenti non verranno applicate.
Pertanto, se si utilizzano più regole, verificare che queste siano riportate in ordine di importanza.
- Per impostare una condizione di corrispondenza di un URI per una regola esistente, immettere il nome dell'URI nel campo Se l'URI corrisponde a , e dall'elenco Per host virtuale, selezionare un nome host. Questi campi sono
richiesti.
- Per una classe di lavoro senza regole, dall'elenco Se non si applica alcuna regola di classificazione, classificare questo elenco della classe di transazione assegnandolo a una classe di transazione. Questo campo è richiesto se le regole esistono o meno e, nel caso in cui le regole non esistono, è l'azione predefinita.
- Fare clic su Applica o su OK per applicare le nuove impostazioni della regola.
Operazioni successive
È possibile configurare l'ODR per instradare il lavoro su nodi che non
appartengono a WebSphere
Extended Deployment. Una volta creato l'ODR e applicati eventuali parametri di
configurazione facoltativi, è possibile definire la capacità di instradare il lavoro su
nodi che non appartengono a Extended Deployment.