WebSphere Extended Deployment, Version 6.0.x     Sistemi operativi: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Creazione di una politica di integrità

Una politica di integrità è la definizione dei criteri di integrità specifici che si desidera applicare a WebSphere Extended Deployment. La funzione di gestione integrità utilizza la politica definita durante l'esecuzione di un attento esame dell'ambiente del server delle applicazioni, ricercando eventuali malfunzionamenti software.

Motivi e situazioni in cui eseguire questa attività

Seguire le operazioni per questa attività. Inoltre è possibile creare e gestire le politiche di integrità utilizzando gli script. Per ulteriori informazioni, fare riferimento a Gestione delle politiche di integrità con gli script.
  1. Dalla console di gestione, fare clic su Politiche operative> Politiche di integrità > Nuovo.
  2. Definire le proprietà generali della politica di integrità.
    1. Assegnare un nome alla politica di integrità. È necessario che il nome sia univoco rispetto a tutte le politiche di integrità e che sia conforme ad alcuni criteri di denominazione. I criteri di denominazione vengono descritti nel pannello della guida della console della politica di integrità.
    2. OptionalColonSymbol Fornire una descrizione della politica di integrità
    3. Selezionare la condizione di integrità. Tutte le condizioni disponibili supportano i riavvii dei server. Le condizioni di tempo e carico di lavoro rappresentano politiche preventive mentre tutte le altre sono politiche basate sul rilevamento.
      • Una condizione basata sul tempo viene richiamata quando i membri associati a questa politica raggiungono un certo periodo di tempo.
      • Una condizione di timeout di richiesta eccessiva viene richiamata se le richieste indirizzate a un membro associato scadono e la percentuale di timeout supera il valore specificato. Questa condizione supporta scaricamenti di thread oltre alle reazioni di riavvio server.
        RestrictionColonSymbol La condizione di timeout per le richieste eccessive non si applica al traffico JMS eIIOP.
      • Una condizione di tempo di risposta eccessivo viene richiamata se i membri associati a questa politica basata sul rilevamento hanno un tempo di risposta medio per le richieste che superano un determinato periodo.
      • Condizione di memoria: utilizzo eccessivo della memoria viene richiamata se i membri associati alla politica basata sul rilevamento hanno un utilizzo della memoria che supera la percentuale della dimensione massima heap per un determinato periodo di tempo.
      • La politica Condizione di memoria: perdita di memoria esegue una traccia delle considerevoli tendenze verso il basso nella memoria disponibile ad un server nell'heap Java. L'impostazione del livello di rilevamento determina quando vengono rilevate queste tendenze. L'impostazione lenta richiede gran parte dei dati cronologici. Le impostazioni normale e rapida richiedono la stessa quantità di dati cronologici, ma l'impostazione rapida effettua l'analisi prima che l'heap Java venga esteso alla sua massima dimensione di configurazione. Ciò fornisce la funzione di rilevamento ma tende anche a restituire dei falsi positivi. Questa condizione supporta gli scaricamenti heap oltre ai riavvi dei server.
      • La condizione di flusso intenso rileva situazioni in cui le richieste vengono spostate su un membro del cluster malfunzionante che offre tempi di risposta bassi. Il rilevamento di flusso intenso si basa sul rilevamento del punto di modifica su determinati dati della serie di tempo. Per rilevare i punti di modifica, vengono calcolati i mezzi di sinistra e di destra per un determinato punto. Per un punto, il mezzo sinistro è costituito dal mezzo di N esempi che vengono prima di questo esempio e il destro è costituito da N esempi compreso quello che viene dopo. La differenze tra sinistra e destra è memorizzata e confrontata con altre differenze in una determinata finestra impostata su N per determinare se la differenza è un massimo locale. Se è una differenza massima, il punto cui corrisponde questa differenza è un punto di modifica. Le due metriche utilizzate per il rilevamento del flusso intenso sono i pesi dei tempi di risposta e del gestore del carico di lavoro di distribuzione osservati per il server.

        La politica di rilevamento rapido, a elevata probabilità di falsi allarmi utilizza pochi esempi (N=10) per il peso dei tempi di risposta e del gestore del carico di lavoro e prova a rilevare un punto di modifica in ciascuna metrica in base all'esempio impostato. Come risultato, raggiunge rapidamente una conclusione, poiché attende per 20 esempi, 10 per il mezzo a destra e 10 a sinistra, per calcolare una differenza di mezzi e ricercare un massimo locale. Gli esempi sono raccolti a intervalli di 15 secondi. E' possibile rilevare il flusso intenso in cinque minuti a partire da quando si verifica. Tuttavia, poiché il numero di esempi è inferiore, se gli esempi dispongono di molti picchi o cali di transizione, esiste un'elevata probabilità di falsi allarmi.

        La politica di rilevamento lento, a bassa propbabilità di fasi allarmi utilizza più esempi (N=15) per entrambi i pesi dei tempi di risposta e del gestore del carico di lavoro. Come risultato, raggiunge una conclusione più lentamente, poiché deve attendere 30 esempi (15 per mezzo destro e 15 per il sinistro) per calcolare la differenza dei mezzi. Il tempo di rilevamento è di sette minuti e 30 secondi. Tuttavia, poiché il numero di esempi è elevato, la presenza di una determinata quantità di esempi con picchi o cali di transizione non condiziona i mezzi, pertanto la probabilità di falsi allarmi è bassa. Per questo motivo, la probabilità di falsi allarmi è bassa.
        RestrictionColonSymbol La condizione di eliminazione attacco non si applica al traffico JMS eIIOP.
      • La condizione del carico di lavoro viene richiamata se i membri associati a questa politica hanno smaltito un numero di richieste definito dall'utente.
    4. Fare clic su Avanti.
  3. Definire le proprietà della condizione della politica di integrità. Le proprietà della condizione di integrità che vengono visualizzate variano a seconda della condizione di integrità selezionata.
    Proprietà della condizione di integrità
    Periodo massimo
    Questo campo viene utilizzato per impostare il valore durata per la condizione di integrità basata sulla durata. La politica relativa a questa condizione esegue il riavvio dei membri ad essa associati quando la loro durata raggiunge un determinato valore. I valori possibili sono numeri interi positivi, espressi in giorni o in ore, compresi tra 1 ora e 365 giorni. Per immettere un valore come 1,5 giorni, utilizzare 36 ore, poiché i numeri decimali non sono supportati.
    Percentuale di richieste in timeout che causano una violazione della condizione:
    Questo campo imposta il valore di soglia per la percentuale delle richieste scadute. I valori possibili per questo campo sono numeri interi compresi tra 1 e 99.
    Tempo di risposta:
    La politica della condizione del tempo di risposta eccessivo esegue il riavvio dei membri quando il numero medio delle richieste completate oltrepassa un determinato periodo di tempo. I valori possibili per questo campo sono compresi tra 1 millisecondi e 60 minuti. Per Message Driven Beans (MDB), il tempo di risposta si basa sul tempo utilizzato dal metodo onMessage. Per i client sincroni, il tempo di risposta è l'intervallo di tempo tra le chiamate di ricezione da un client sull'oggetto della stessa sessione. I tempo di risposta include anche il tempo speso sulle code ARFM (autonomic request flow manager).
    Percentuale della dimensione massima di heap JVM da monitorare per:
    La politica di condizione di eccessivo utilizzo della memoria riavvia i membri quando l'utilizzo di memoria supera una percentuale della dimensione heap di cui si dispone ad una determinata ora. I valori possibili per questo campo sono numeri interi compresi tra 1 e 99.
    Periodo di tempo oltre il quale la soglia di heap JVM viene violata:
    La politica di condizione di eccessivo utilizzo della memoria riavvia i membri quando l'utilizzo di memoria supera una percentuale della dimensione heap di cui si dispone ad una determinata ora. La percentuale totale di memoria utilizzata viene affiancato dal valore percentuale per stabilire quando riavviare i membri. I valori possibili per questo campo sono cifre comprese tra 1 secondo e 60 minuti.
    Richieste totali
    Questo campo è disponibile quando la politica di integrità scelta è carico di lavoro. La politica relativa alla condizione del carico di lavoro riavvia i membri quando un determinato numero di richieste, definito dall'utente, è stato soddisfatto. Un valore di richiesta accettabile deve essere costituito da un numero intero compreso tra 1000 e 9223372036854775807.
    Livello di rilevamento della condizione:
    Selezionare una delle seguenti opzioni:
    • Rilevamento rapido, alta probabilità di falsi allarmi per rilevare velocemente perdite di memoria potenziali, che porta a una maggiore probabilità di falsi positivi
    • Rilevamento standard, probabilità standard di falsi allarmi per rilevare accuratamente le potenziali perdite di memoria lente
    • Rilevamento lento, bassa probabilità di falsi allarmi per un rilevamento più che accurato delle perdite di memoria potenziali
    Reazione di controllo gestione stato
    Modalità di reazione
    Selezionare Controllata o Automatica. La modalità di reazione definisce il livello di interazione dell'utente quando la condizione di integrità determina che è necessario intraprendere un'azione. In modalità controllata, è possibile approvare i piani di azione prima di eseguirli. La modalità automatica invece avvia tutti i piani di azioni suggeriti senza un'approvazione precedente. Utilizzare attentamente la modalità automatica, in particolare quando si abilitano i riavvii dei server. La disponibilità continua di un servizio può essere interrotta quando un server viene riavviato.
    Selezionare le azioni da intraprendere sulla violazione della condizione di stato
    A seconda della condizione di integrità, è possibile selezionare una o più azioni da intraprendere quando viene violata una condizione di integrità.
    • Riavvia server
    • Ottieni dump del thread
    • Ottiene i dump di heap JVM solo sul kit IBM Java Development (JDK)
  4. Fare clic su Avanti. Nei seguenti pannelli viene richiesto di selezionare le destinazioni della politica.
  5. Selezionare le appartenenze da monitorare per la politica di integrità. Quando i tipi di membro vengono visualizzati nell'elenco Disponibile per l'appartenenza, selezionare i tipi che si desidera monitorare e fare clic su Aggiungi.
    • Nodi e server delle applicazioni
    • Cluster
    • Cluster dinamici
    • Celle
    I livelli di logica possono essere applicati alle appartenenze monitorate. Ad esempio, si desidera applicare una politica di integrità specifica a tutti i membri di un cluster e a un server delle applicazioni esterno al cluster. Selezionare un server delle applicazioni dal relativo pannello e, sempre dallo stesso pannello, i cluster, che conterranno tutti i server delle applicazioni esistenti e potenziali nel cluster. I membri del cluster applicano la logica aggiuntiva per ridurre l'impatto delle reazioni sui servizi.
  6. Fare clic su Avanti.
  7. Fare riferimento alla nuova politica e fare clic su Fine. Nell'intestazione della finestra delle console è presente un'opzione di salvataggio.
  8. Fare clic su Salva. Viene visualizzata una finestra con le opzioni Salva ed Elimina. Fare di nuovo clic su Salva per applicare la nuova politica.

Risultato

A questo punto, una politica di integrità è stata creata e applicata a un ambiente di destinazione.

Operazioni successive

La fase successiva è abilitare la gestione integrità. Una volta abilitata, la politica di integrità prende delle decisioni "rapide" e lavora in stretta collaborazione con la funzionalità di gestione delle applicazioni per assicurare che le condizioni che garantiscono il riavvio non vadano in conflitto con il lavoro delle applicazioni in corso. Per ulteriori informazioni, consultare Abilitazione e disabilitazione della gestione integrità.



Related reference
Gestione delle politiche di integrità con gli script

Argomento Attività    

Termini di utilizzo | Commenti Ultimo aggiornamento: Mar 20, 2006 1:04:28 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/todhealthpolicy.html

© Copyright IBM 2004, 2006. Tutti i diritti riservati.
Questo centro informazioni utilizza la tecnologia Eclipse. (http://www.eclipse.org)