PREREQUISITI WEBGATE400 V7

Prerequisiti Webgate400
PREREQUISITI WEBGATE400 V7
1 PREREQUISITI MINIMI TECNICI
1.1 Scopo del documento
Il presente documento intende definire alcune linee guida per la configurazione minima del Server (System I) e del client
(Personal computer).
1.1.1 Personal Computer
Processori supportati
Anno di costruzione superiore al 2000 (Pentium IV, Celeron, MultiCore …) con frequenza di
almeno 1,5 Ghz.
Sistemi operativi supportati
Vecchia Interfaccia (limitazioni: vedi par. 1.1.3)
Windows 2000 SP4
1 GB Ram
Windows XP SP2
1 GB Ram
Nuova Interfaccia V7
Windows XP SP3
1 GB Ram
Windows Vista SP1
2 GB Ram
Windows 7
4 GB Ram
Prestare attenzione alla configurazione della memoria virtuale, la quale deve
essere almeno 1,5 volte la RAM installata
Add on
Internet Explorer 6.0 o superiore
Macromedia Flash Player installato
Office 2003 o superiore (Office 2000 supportato con limitazioni nell’esportazione vs. excel)
Pdf viewer per l’anteprima dello spool da print box.
Nella configurazione del pc, visto l’incessante crescere delle prestazioni dei processori, e’ meglio aumentare la
RAM installata e utilizzare delle schede video accelerate.
1.1.2 System I
REQUISITI MINIMI MODALITA’ USER INDEX (limitazioni: vedi par. 1.1.3)
Sistema operativo OS400 V5R2M0
CPW 600
RAM 4 GB
4 Dischi raid (controller con cache)
REQUISITI MINIMI MODALITA’ TABLE (utilizzo db sql – Non utilizzabile con Crossgate)
Sistema operativo OS400 V5R2M0
CPW 1200
RAM 8GB (16GB per power7 con OS400 7.1)
4 Dischi raid (controller con cache)
NB: i requisiti indicati sono minimi.
Le variabili che consigliano una configurazione piu’ performante sono il numero di utenti, il numero di dischi , il traffico di
rete e le richieste hardware dell’applicativo stesso.
1.1.3 Compatibilità versione User Index e Sistemi operativi
La modalità User index, i sistemi operativi Windows 2000 SP4 e Windows XP SP2 sono ancora funzionanti con la presente
release,questo per garantire un passaggio graduale alle nuove tecnologie.
Si consiglia vivamente di aggiornare al più presto il proprio parco PC ed il proprio server, in quanto, oltre a non
essere supportate le nuove funzionalità, al piu’ presto la retro compatibilità NON sarà più garantita né possibile.
Pagina 1 di 6
Prerequisiti Webgate400
1.1.4 System I: programmi su licenza necessari
Sul System I devono essere installati i seguenti programmi su licenza facenti parte del sistema operativo:
-
xxxxSS1
8
-
xxxxDG1
*BASE IBM http SERVER
OS/400 – AFP Compatibility Font
-
xxxxDG1
1
Trigger cache manager
Pacchetti Java per le funzionalità di gestione HTTP Server Admin:
-
xxxxJC1
*BASE Toolbox for java
xxxxJV1
*BASE Developer kit per java
-
xxxxJV1
...
Java Developer kit xx.xx
-
xxxxJV1
...
JSE xx.xx
Nel caso in cui si desidera attivare la crittografia SSL3 sulla comunicazione deve essere installati i seguenti programma su
licenza:
xxxxSS1
34
OS/400 – Digital Certificate Manager
xxxxAC3
*BASE Crypto Access Provider 128-bit
1.1.5 System I: PTF
Aggiornare SYSTEM I con ultimo cumulativo PTF e gruppi di PTF per:
TCP/IP GROUP PTF
JAVA PTF GROUP
IBM HTTP SERVER FOR ISERIES
1.1.6 System I: check up
Controllo autorizzazione
Verificare che i comandi di sistema CHGSYSLIBL e CRTJOBD non abbiamo autorizzazioni esclusive; in caso affermativo
autorizzate il gruppo cui appartengono gli utenti (ad esempio QPGMR) oppure impostando *ALL per *PUBLIC
Le autorizzazioni vanno cambiate sia ai comandi , sopra citatati, presenti in QSYS e nelle varie librerie QSYSV5R*
JOBMSGQFL (Azione integrale della coda messaggi di lavoro)
Modificare il valore di sistema QJOBMSGQFL impostando *WRAP
In ogni caso, prima di caricare Webgate eseguire il comando: CHGJOB JOBMSGQFL (*WRAP).
QINACTITV (Supero tempo lavori inattivi)
Impostare valore ad *NONE
QLOCALE (Nome percorso ambiente)
Impostare valore ad *NONE
QLOGOUTPUT (solo da V5R4M0)
Impostare con *JOBEND
In caso di utilizzo di CROSSGATE
QAUTOVRT
Impostare con *NOMAX
USER Profile
Parametro LMTCPB impostato al valore *NO
Pagina 2 di 6
Prerequisiti Webgate400
2 OTTIMIZZAZIONE PRESTAZIONI
I parametri interessati nell’ottimizzazione di un applicativo sono molteplici a partire dall’applicativo stesso ed arrivando alle
prestazioni della rete ethernet o ADSL
2.1 Parametri in gioco
2.1.1 System I
Due sono gli aspetti che interessano le prestazioni a livello di System I: l’assorbimento di risorse dell’applicativo stesso e
l’assorbimento di risorse dell’ http server utilizzato da Webgate per le comunicazioni.
2.1.1.1
Applicativo
A livello di Applicativo un programma convertito (senza aggiunte di elementi grafici) con Webgate comporta la creazione di
un oggetto di tipo RPG ILE di dimensioni superiori di circa il 30% rispetto all’originale.
Ricordando che gli oggetti convertiti sono solo quelli che utilizzano un display file, questo sicuramente comporterà un
aumento di richiesta di RAM e disco.
La valutazione dell’impatto di questo aggravio di risorse dipende essenzialmente dalla tipologia dell’applicativo e dall’uso piu’
o meno spinto di videate.
Naturalmente, integrando il proprio applicativo con elementi grafici aggiuntivi quali TabSql, Immagini, Bottoni, grafici, le
prestazioni richieste a livello di System I saranno sempre maggiori.
2.1.1.2
http Server
Webgate400 attiva automaticamente una istanza http.
Se il numero di utenti collegati non sono superiori a 40, nessun cambio di configurazione è richiesto.
Nel caso gli utenti superino tale limite è necessario modificare nella configurazione dell’istanza stessa il numero di lavori CGI
in attesa (Parametro MaxCGIJobs e MaxThreadedCGIJobs), oppure suddividere la configurazione delle istanze http tramite la
gestione ONDEMAND.
Ricordiamo che ogni istanza http in ascolto, comporta un assorbimento di cpu (molto lieve) ed un utilizzo aggiuntivo di RAM.
Per modificare i parametri MaxCGIJobs e MaxThreadedCGIJobs utilizzare il gestore degli http oppure inserire le due voci,
dopo la riga DocumentRoot /webgate400, nel file di configurazione del http (httpd.conf) che si trova in www/nome
istanza/conf
Esempio
MaxCGIJobs 200
MaxThreadedCGIJobs 200
2.1.1.3
Pulizia file di lavoro di webgate400
Nel caso in cui lo spegnimento del System I non è giornaliero è necessario schedulare un lavoro di webgate400 che si
preoccupa di pulire i file di lavoro.
Il lavoro da schedulare è il clp WGAUTO nella libreria CLXI: prima è necessario spegnere http (ENDTCPSRV SERVER(*http)
HTTPSVR(nome istanza)) ed sottosistema di webgate40 (ENDSBS SBS(none sottosistema))
2.1.1.4
Ottimizzazione
Per valutare le performance del proprio System I, si utilizzano i consueti metodi di ottimizzazione, le cui linee guida sono
presenti nel Red Book “Performance Tools For Iseries SC-5340-01” e nelle successive edizioni.
Si richiamano, per semplicità di consultazione e al fine di valutre il carico di lavoro a cui e’ sottoposto, le linee base di
ottimizzazione.in appendice al presente documento.
2.1.1.5
Miglioramento performance IFS temporaneo
Webgate utilizza l’ifs nella directory \webgate400\temp come directory temporanea.
Nei sistemi operativi dall os400 6.1 e’ stato introdotto il concetto di TEMPORARY UDFS, che permette di migliorare le
prestazioni delle directory temporanee, eliminando inutili controlli e scritture.
Nel sistema operativo 6.1 e’ disponibile installando la PTF 5761SS1 SI34983.
E’ necessario quindi creare questo oggetto ed ad ogni IPL montare l’oggetto sulla directory temporanea di webgate.
a) Esempio creazione temporary udf
Pagina 3 di 6
Prerequisiti Webgate400
CRTUDFS UDFS('/DEV/QASP01/WEBGATE400TMP.TMPUDFS')
DTAAUT(*RWX)
OBJAUT(*ALL)
CRTOBJAUD(*NONE)
TEXT('TEMPORARY UDFS WEBGATE400')
b) Mounting del temporary udfs (ad ogni IPL)
ADDMFS TYPE(*UDFS)
MFS('/DEV/QASP01/WEBGATE400TMP.TMPUDFS')
MNTOVRDIR('/WEBGATE400/TEMP')
OPTIONS('RW,SUID')
NOTA: per limitazioni ed utilizzi consultare manualistica IBM
2.1.2 Comunicazioni
2.1.2.1
Internet
Il dimensionamento della linea internet e’ influenzato dal tipo di utilizzo del client; Client PC
SENZA UTILIZZO DATABASE LINK
La linea non viene sottoposta ad un carico elevato ne’ in download ne’ in upload.
Singola postazione: linea ADSL (bastano normale contratto home)
Postazioni multiple: linea ADSL (almeno 1Mb garantito sia in upload che download)
Oltre alla banda richiesta e’ necessario che la linea abbia dei bassi tempi di latenza in modo da garantire una rapida ripsota
CON UTILIZZO DATABASE LINK
E’ necessario valutare la quantità e la pesantezza della documentazione trasferita, aumentando quindi la capacità effettiva
della linea stessa
Per valutare i carichi sulla linea internet puo’ essere necessario richiedere al proprio provider un grafico della banda entrante
ed uscente nelle varie ore della giornata: in tal modo si riesce a valutare se abbiamo un sovraccarico di utilizzo di banda.
2.1.2.2
Rete locale
I principi esposti per la linea adsl sono validi anche per una propria lan interna.
E’ necessario quindi valutare le capacita’ della propria rete lan, attivando eventualmente degli analizzatori di rete per evitare
rallentamenti magari dovuti a packet collision o a traffico elevato.
Pagina 4 di 6
Prerequisiti Webgate400
3 APPENDICE
Tratto dal Red Book “Performance Tools For Iseries SC-5340-01”
Basic Tuning
You can choose to let the system tune itself dynamically (QPFRADJ system value
set to 2 or 3), or you can tune it manually. To tune manually:
For initial tuning before you begin performance analysis, compare the pool size
and activity levels to the performance guidelines.
After you complete the initial system tuning:
– Evaluate all changes by measuring.
– Make one change at a time.
Use the OS/400 CL commands:
– WRKJOB (Work with Job)
– WRKSYSSTS (Work with System Status)
– WRKACTJOB (Work with Active Job)
– WRKDSKSTS (Work with Disk Status)
If you have Performance Tools installed, use the WRKSYSACT (Work with
System Activity) command.
Note: This command requires Performance Tools. It is an efficient way to
display currently active jobs and Licensed Internal Code tasks that used
CPU or disk I/O operations since the last time the display was refreshed.
– It can monitor an individual job.
– One job on the system can use the command.
Start Collection Services to collect data.
Note: Collection Services runs without the Performance Tools program.
However, Performance Tools is needed to create the reports.
– To collect sample data, suggested parameters on this command are:
- Specific member name
- 5-minute interval
- Run continuously
– Trace data is collected for detailed performance problem analysis. Use the
Start Performance Trace (STRPFRTRC) command.
Work with System Status Tips
The Work with System Status identifies page faulting and wait-to-ineligible
transitions for each main storage pool.
For interactive pools, typically you want the wait-to-ineligible transition values
to be very small (less than 10% of the active-to-wait value). If you see any
wait-to-ineligible value at all, increase the MAXACT value by 5 to 10 until the
wait-to-ineligible is 0. Remember to press F10 to reset the statistics. Wait 10
seconds between refreshes.
The machine pool (pool 1) should have fewer than 10 faults per second, which is
the sum of the database and nondatabase faults. You can ignore the Pages
column.
If only system jobs and subsystem monitors are running in *BASE, then the fault
rate for that pool should be less than 30 faults per second.
The basic method for tuning your storage pools is to move storage from pools
with good performance to pools with bad performance. In this situation, you
should measure performance in response time or as throughput. Continue to
move storage until the pool with the bad performance gets better, or until the
pool with the good performance gets worse. Do not decrease a pool by more
than 10% at a time.
Determining a good fault rate for the user pools can be complicated and will
vary from pool to pool and from system to system. The fault rate alone is not
necessarily a measure of good performance or bad performance.
Pagina 5 di 6
Prerequisiti Webgate400
– For interactive jobs, look at how much the faults contribute to the end
response time (faults/transaction * disk response).
– For batch jobs, look at how much the faults add to the elapsed time of the job
(total faults * disk response).
Use the following formula to calculate the approximate number of page faults
per transaction:
[(db faults + ndb faults) / active->wait] X 60
Work with Disk Status Tips
The Work with Disk Status shows the percentage of space used and the percentage
of time that the disk arms are busy. If the average percent for the Busy column is
over 50%, you may need to install more disk arms. The suggestion to install more
disk arms assumes that any page faulting problems have been addressed.
Work with System Activity Tips
The Work with System Activity display lists active jobs that have used any CPU in
the last few seconds. The list is sorted in the order of the amount of CPU seconds
that are used, which is the default view. If a high priority job (low number) is
using a lot of CPU (>50%) for an extended period of time, then that job could
cause the entire system to have poor response times. Here are some suggestions for
improving your response time in this situation:
If a job or a small set of jobs seems to be using a large percentage of the CPU,
check the job priority (PTY). If the priority of the job is a lower number than the
jobs with poor performance, you may want to consider changing the priority of
the offending job or jobs. Use option 5 (Work with job), then option 40 (Change
job), and specify a larger RUNPTY value (greater than the priority of the jobs
that you want to ran faster).
If the offending job is an interactive job that is running a job that is better suited
to run in batch mode, you may want to contact the user and recommend one of
the following:
– That they submit their work as a batch job
– That they change the priority of the job to 50. 50 is the typical priority for a
batch job.
If the CPU utilization is high (>80%) and all jobs seem to have an equal, but
small, CPU percent, this situation could mean that you have too many active
jobs on the system.
Pagina 6 di 6