DocumentazioneRequisiti 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 numero maggiore di richieste di lettura parallele
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 gli stati storici che devono essere salvati. Dipende anche dal periodo per il quale i dati devono essere disponibili prima della scadenza. I dati scaduti verranno eliminati. I valori di misurazione vengono memorizzati per un anno per impostazione predefinita (regolabile).
Si consiglia di discutere i requisiti direttamente con SKOOR.
Tuttavia, ecco alcuni consigli:
Comuni
CPU | È richiesta un'architettura Intel Xeon o AMD64 a 64 bit. L'architettura i386 e IA64 NON è supportata. Devono essere presenti almeno 4 core CPU. In caso contrario, SKOOR Engine non si avvierà. Se SKOOR Engine viene eseguito all'interno di una macchina virtuale, assicurarsi di assegnare le CPU virtuali allo stesso socket 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 dividere i file system 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 al server |
SKOOR Engine per SNAP/SNBI
Come regola generale, il sistema SKOOR per SNAP/SNBI dovrebbe avere dimensioni pari alla metà 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 connesso direttamente) |
Partizionamento del disco SKOOR Server
Directory | Spazio richiesto | Commento |
|---|---|---|
/opt/eranger | 100 GB |
I backup compressi del database sono memorizzati in /opt/eranger/server/backups per impostazione predefinita. Inoltre, /opt/eranger/tmp viene utilizzato come spazio temporaneo per la creazione di backup completi del database. Se questo valore rimane invariato, /opt/eranger deve avere una dimensione almeno pari al 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 seguenti due directory su dischi o volumi separati può migliorare le prestazioni fino a 3 volte: /var/lib/pgsql/ng_tblspc/idx_space//var/lib/pgsql/ng_tblspc/tab_space/ Queste due directory costituiscono la maggior parte dello spazio occupato dalle tabelle del database e di solito hanno dimensioni simili, quindi 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 misurazioni SKOOR, i backup del database SKOOR saranno di dimensioni ridotte |
/srv/eranger | - | Si prevede una quantità molto ridotta di dati su questo filesystem |
/var/log/eranger | 5 GB | Vedi sopra |
/var/opt/run/eranger | 20 GB | Vedi sopra |
/var/lib/pgsql/ | 1 TB | Dato che nel database relativo a StableNet è prevista una grande quantità di dati, è opportuno valutare una strategia di backup adeguata:
|