PREREQUISITI WEBGATE400 V7
Transcript
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