Common use of Hardware Clause in Contracts

Hardware. La tabella che segue mostra le caratteristiche principali, in configurazione minima, richieste per il sistema Data server. Tipologia Server High level, CPU 64 bit 1,0 GHz (o superiore), Gestione dinamica delle risorse Possibilità di definire almeno 16 partizioni, configurabili senza interrompere le operazioni e possibilmente con sostituzione a caldo delle risorse di I/O dedicate alle partizioni Disponibilità Ridondanza di I/O, alimentatori ed unità di raffreddamento e possibilità di sostituzione a caldo (hot -swap). Le connessioni dei rack alla rete locale dovranno essere ridondate Integrità dei dati Codice di correzione errori e protezione della parità in tutto il sistema compreso processori, cache, memoria, interfaccia di sistema, bus di I/O. Possibilità di deallocazione dinamica della memoria e dei processori all’atto di un failure. Scheda Fiber Channel e gigabit Ethernet Almeno 4 HBA FC, per connessione alla SAN, ad almeno 2Gb/sec. compatibili con gli switch della SAN offerta e relativi cavi di collegamento di lunghezza minima 20m. Almeno due interfacce Gigabit Ethernet per la connessione alla rete LAN. Tutti gli slot PCI dovranno essere a 64 bit Scalabilità Almeno fino a 64 CPU e 500 GB RAM RAM 128 GB Dischi interni 256 GB L’ipotesi dimensionale effettuata prevede di dedicare alle quattro partizioni del La configurazione offerta in termini di CPU e RAM dovrà erogare una potenza elaborativa totale (con l’esclusione di quanto dedicato alle 4 partizioni destinate all’ambiente di autogoverno) non inferiore a 6.500 QphH@3000GB“Composite Query per Hour”, con riferimento alle performance pubblicate ufficialmente nel benchmark TPC-H. Per quanto riguarda le partizioni dedicate al sistema di autogoverno, come indicato nel par. 4.1.1.1, il requisito prestazionale relativo ai sistemi Application Server e DB Server viene valutato congiuntamente: dovrà essere garantito, al minimo, un carico applicativo di 16.700 SAPS secondo SAP SD Standard Application Benchmark. Nell’individuare questo carico applicativo si deve tener conto che solo la metà delle CPU del DB server in cluster (configurazione attivo/passiva) risulteranno attive e quindi significative ai fini della rilevazione del valore di Benchmark. Nel caso i valori minimi indicati in tabella per CPU e RAM non siano sufficienti a garantire i livelli prestazionali richiesti, la configurazione offerta dovrà prevedere dei valori più elevati per rispettare comunque il requisito prestazionale.

Hardware. La tabella che segue mostra le caratteristiche principali, in configurazione minima, richieste per il sistema Data serverApplication Server di produzione. Tipologia Server High level, CPU 64 bit 1,0 GHz (o superiore), ) Gestione dinamica delle risorse Possibilità di definire almeno 16 partizioni, configurabili senza interrompere le operazioni e possibilmente con sostituzione a caldo delle risorse di I/O dedicate alle partizioni Disponibilità Ridondanza di I/O, alimentatori ed unità di raffreddamento e possibilità di sostituzione a caldo (hot -swap). Le connessioni dei rack alla rete locale dovranno essere ridondate Integrità dei dati Codice di correzione errori e protezione della parità in tutto il sistema compreso processori, cache, memoria, interfaccia di sistema, bus di I/O. Possibilità di deallocazione dinamica della memoria e dei processori all’atto di un failure. Scheda Fiber Channel e gigabit Ethernet Almeno 4 HBA FC, per connessione alla SAN, ad almeno 2Gb/sec. compatibili con gli switch della SAN offerta e relativi cavi di collegamento di lunghezza minima 20m. Almeno due interfacce Gigabit Ethernet per la connessione alla rete LAN. Tutti gli slot PCI dovranno essere a 64 bit Scalabilità Almeno fino a 64 CPU e 500 GB RAM RAM 128 GB Dischi interni 256 GB L’ipotesi dimensionale effettuata Si prevede di dedicare che alle quattro 5 partizioni del sottosistema di autogoverno saranno dedicati 40 GB di RAM. La configurazione offerta in termini di CPU e RAM dovrà erogare una potenza elaborativa totale (con l’esclusione di quanto dedicato alle 4 5 partizioni destinate all’ambiente al sottosistema di autogoverno) dovrà erogare una potenza elaborativa totale non inferiore a 6.500 QphH@3000GB“Composite Query per Hour”380.000 operazioni JBB (Java Business Benchmark) al secondo, con riferimento alle performance pubblicate ufficialmente nel benchmark TPC-H. SPECjbb2000. Per quanto riguarda le partizioni dedicate al sistema di autogoverno, come indicato nel par. 4.1.1.1, il requisito prestazionale relativo ai sistemi Application Server e DB Server viene valutato congiuntamente: dovrà essere garantito, al minimo, un carico applicativo di 16.700 SAPS SAPS, secondo SAP SD Standard Application Benchmark. Nell’individuare questo carico applicativo si deve tener conto che solo la metà delle CPU del DB server in cluster (configurazione attivo/passiva) risulteranno attive e quindi significative ai fini della rilevazione del valore di Benchmark. Nel caso i valori minimi indicati in tabella per CPU e RAM non siano sufficienti a garantire i livelli prestazionali richiesti, la configurazione offerta dovrà prevedere dei valori più elevati per rispettare comunque il requisito prestazionale.

Hardware. La tabella che segue mostra le caratteristiche principali, in configurazione iniziale minima, richieste per il sistema Data server. Tipologia Server High level, CPU 64 bit 1,0 GHz (o superiore), ) Gestione dinamica delle risorse Possibilità di definire almeno 16 partizioni, configurabili senza interrompere le operazioni e possibilmente con sostituzione a caldo delle risorse di I/O dedicate alle partizioni Disponibilità Ridondanza di I/O, alimentatori ed unità di raffreddamento e possibilità di sostituzione a caldo (hot -swap). Le connessioni dei rack alla rete locale dovranno essere ridondate Integrità dei dati Codice di correzione errori e protezione della parità in tutto il sistema compreso processori, cache, memoria, interfaccia di sistema, bus di I/O. O Possibilità di deallocazione dinamica della memoria e dei processori all’atto di un failure. Scheda Fiber Channel e gigabit Ethernet Almeno 4 HBA FC, per connessione alla SAN, ad almeno 2Gb/sec. compatibili con gli switch della SAN offerta e relativi cavi di collegamento di lunghezza minima 20m. Almeno due interfacce Gigabit Ethernet per la connessione alla rete LAN. Tutti gli slot PCI dovranno essere a 64 bit Scalabilità Almeno fino a 64 CPU e 500 GB RAM RAM 128 78 GB Dischi interni 256 128 GB L’ipotesi dimensionale effettuata Si prevede di dedicare che alle quattro 6 partizioni del La sottosistema di autogoverno saranno dedicati 44GB di RAM . Il benchmark cui dovrà far riferimento il fornitore nel dichiarare le prestazioni della configurazione offerta in termini di CPU e RAM dovrà erogare una potenza elaborativa totale (con l’esclusione di quanto dedicato alle 4 6 partizioni destinate all’ambiente al sottosistema di autogoverno) non inferiore a 6.500 QphH@3000GB“Composite Query per Hour”, con riferimento alle performance pubblicate ufficialmente nel benchmark è TPC-H. Per quanto riguarda le partizioni dedicate al sistema di autogoverno, come indicato nel par. 4.1.1.1, 4.1.2.1 il requisito prestazionale relativo ai sistemi Application Server e DB Server viene valutato congiuntamente: dovrà essere garantito, al minimo, un carico applicativo di 16.700 SAPS 14.600 secondo SAP SD Standard Application Benchmark. Nell’individuare questo carico applicativo si deve tener conto che solo la metà delle CPU del nel DB server utilizzato in cluster per il collaudo (configurazione attivo/passiva) risulteranno attive e quindi significative ai fini della rilevazione del valore di Benchmark. Nel caso i valori minimi indicati in tabella per CPU e RAM non siano sufficienti a garantire i livelli prestazionali richiesti, la configurazione offerta dovrà prevedere dei valori più elevati per rispettare comunque il requisito prestazionale.

Hardware. La tabella che segue mostra le caratteristiche principali, in configurazione iniziale minima, richieste per il sistema Data Application server. Tipologia Server High level, CPU 64 bit 1,0 GHz (o superiore), Gestione dinamica delle risorse Possibilità di definire almeno 16 partizioni, configurabili senza interrompere le operazioni e possibilmente con sostituzione a caldo delle risorse di I/O dedicate alle partizioni Disponibilità Ridondanza di I/O, alimentatori ed unità di raffreddamento e possibilità di sostituzione a caldo (hot -swap). Le connessioni dei rack alla rete locale dovranno essere ridondate Integrità dei dati Codice di correzione errori e protezione della parità in tutto il sistema compreso processori, cache, memoria, interfaccia di sistema, bus di I/O. O Possibilità di deallocazione dinamica della memoria e dei processori all’atto di un failure. Scheda Fiber Channel e gigabit Ethernet Almeno 4 HBA ethernet Xxxxxx 0 XXX FC, per connessione alla SAN, ad almeno 2Gb/sec. compatibili con gli switch della SAN offerta e relativi cavi di collegamento di lunghezza minima 20m. Almeno due interfacce Gigabit Ethernet per la connessione alla rete LAN. Tutti gli slot PCI dovranno essere a 64 bit Scalabilità Almeno fino a 64 CPU e 500 GB RAM RAM 128 72 GB Dischi interni 256 128 GB L’ipotesi dimensionale effettuata Per l’ambiente di Supporto sono inoltre richiesti due load balancer, come da figura. Le caratteristiche e i requisiti minimi sono gli stessi del sistema di produzione, tranne per il requisito relativo all’alta affidabilità. Si prevede di dedicare che alle quattro 7 partizioni del La sottosistema di autogoverno saranno dedicate almeno 40GB di RAM. Il benchmark cui dovrà far riferimento il fornitore nel dichiarare le prestazioni della configurazione offerta in termini di CPU e RAM dovrà erogare una potenza elaborativa totale (con l’esclusione di quanto dedicato alle 4 7 partizioni destinate all’ambiente al sottosistema di autogoverno) non inferiore a 6.500 QphH@3000GB“Composite Query per Hour”, con riferimento alle performance pubblicate ufficialmente nel benchmark TPC-H. è SPECjbb200. Per quanto riguarda le partizioni dedicate al sistema di autogoverno, come indicato nel par. 4.1.1.1, 4.1.2.1 il requisito prestazionale relativo ai sistemi Application Server e DB Server viene valutato congiuntamente: dovrà essere garantito, al minimo, un carico applicativo di 16.700 SAPS 14.600 secondo SAP SD Standard Application Benchmark. Nell’individuare questo carico applicativo si deve tener conto che solo la metà delle CPU del nel DB server utilizzato in cluster per il collaudo (configurazione attivo/passiva) risulteranno attive e quindi significative ai fini della rilevazione del valore di Benchmark. Nel caso i valori minimi indicati in tabella per CPU e RAM non siano sufficienti a garantire i livelli prestazionali richiesti, la configurazione offerta dovrà prevedere dei valori più elevati per rispettare comunque il requisito prestazionale.