Requisiti hardware
I requisiti hardware per SKOOR Engine e Collector dipendono da diversi fattori. I più importanti sono:
Numero di misurazioni al secondo
Numero di dashboard e widget: un numero maggiore di core della CPU consente un maggior numero di richieste di lettura in parallelo
I requisiti di spazio su disco dipendono principalmente dalla quantità di dati che verrà salvata nel database. I fattori chiave sono il numero di valori storici e di stati storici che devono essere salvati. Dipende anche dal periodo per il quale i dati devono rimanere disponibili prima della scadenza. I dati scaduti verranno eliminati. Per impostazione predefinita, i valori delle misurazioni vengono conservati per un anno (impostazione modificabile).
Si consiglia di discutere i requisiti direttamente con SKOOR.
Tuttavia, ecco alcune raccomandazioni:
Comuni
È richiesta un’architettura CPU | È richiesta un'architettura x64/AMD64 a 64 bit. Le architetture i386 e IA64 NON sono supportate. Devono essere presenti almeno 4 core della CPU. In caso contrario, l’SKOOR Engine non si avvierà. Se si esegue l’SKOOR Engine all’interno di una macchina virtuale, assicurarsi di assegnare le CPU virtuali allo stesso socket della CPU (ovvero, non distribuire le CPU su più socket) |
|---|---|
Rete | Interfaccia Gigabit |
SKOOR Engine
Memoria | Minimo 6 GB, 8 GB per l'utilizzo con i dashboard |
|---|---|
Disco | Almeno 1 disco. Per prestazioni migliori, si consiglia di separare i filesystem del database per indici e tablespace. Una configurazione avanzata potrebbe essere:
|
SKOOR Collector autonomo
Memoria | 2 GB |
|---|---|
Disco | È sufficiente 1 disco. L'I/O del disco è solitamente inferiore rispetto a quello del server |
SKOOR Engine per SNAP/SNBI
Come regola generale, il sistema SKOOR per SNAP/SNBI dovrebbe avere dimensioni pari alla metà di quelle del sistema StableNet con cui è integrato.
CPU | >= 16 core |
|---|---|
Memoria | >= 64 GB |
Disco | ≥ 1 TB, a seconda del numero di misurazioni e degli intervalli di misurazione ≥ 20.000 IOPS (preferibilmente con connessione diretta) |
Partizionamento del disco SKOOR Server
Directory | Spazio richiesto | Commento |
|---|---|---|
/opt/eranger | 100 GB |
I backup compressi del database sono memorizzati di default in /opt/eranger/server/backups. Inoltre, /opt/eranger/tmp viene utilizzato come spazio temporaneo per la creazione di backup completi del database. Se questa impostazione rimane invariata, /opt/eranger deve avere una dimensione almeno pari a quella del volume del database. |
/srv/eranger | 20 GB |
|
/var/log/eranger | 5 GB |
È necessario più spazio se i file di log vengono conservati più a lungo di quanto definito nelle impostazioni predefinite |
/var/opt/run/eranger | 20 GB |
|
/var/lib/pgsql/ | 100 GB |
Mentre 50 GB potrebbero essere sufficienti per un sistema di piccole dimensioni (utilizzato principalmente per i dashboard), i sistemi di medie e grandi dimensioni richiederanno almeno 100 GB. Il montaggio delle due directory seguenti su dischi o volumi separati può migliorare le prestazioni fino a 3 volte:
Queste due directory costituiscono la maggior parte dello spazio occupato dalle tabelle del database e hanno solitamente dimensioni simili, pertanto a ciascuna può essere assegnata metà dello spazio riservato al database |
Partizionamento del disco SKOOR Collector autonomo
Directory | Spazio richiesto | Commento |
|---|---|---|
/opt/eranger | 20 GB |
|
/var/log/eranger | 1 GB |
È necessario più spazio se i file di log vengono conservati più a lungo di quanto definito nelle impostazioni predefinite |
/var/opt/run/eranger | 20 GB |
|
Partizionamento del disco SKOOR Server per StableNet SNAP / SNBI
Directory | Spazio richiesto | Commento |
|---|---|---|
/opt/eranger | 50 GB | Vedi sopra. Poiché i sistemi SNBI/SNAP non utilizzano le misurazioni SKOOR, i backup del database SKOOR saranno di dimensioni ridotte |
/srv/eranger | - | Su questo filesystem sono previsti pochissimi dati |
/var/log/eranger | 5 GB | Vedi sopra |
/var/opt/run/eranger | 20 GB | Vedi sopra |
/var/lib/pgsql/ | 1 TB | Poiché si prevede un volume elevato di dati nel database relativo a StableNet, è opportuno valutare una strategia di backup adeguata:
|