Requisiti hardware
I requisiti hardware di SKOOR Engine e Collector dipendono da diversi fattori. I più importanti sono:
Numero di misurazioni al secondo
Numero di cruscotti e widget: un maggior numero di core della CPU consente un maggior numero di richieste di lettura in parallelo.
I requisiti di dimensione del disco dipendono principalmente dalla quantità di dati che verranno salvati nel database. I fattori chiave sono il numero di valori storici e di stati storici che devono essere salvati. Dipende anche dal periodo in cui i dati devono essere disponibili prima di scadere. I dati scaduti vengono cancellati. I valori di misura sono memorizzati per un anno per impostazione predefinita (regolabile).
È consigliabile discutere le esigenze direttamente con SKOOR.
Tuttavia, ecco alcune raccomandazioni:
Comune
CPU | È richiesta un'architettura Intel Xeon o AMD64 a 64 bit. L'architettura i386 e IA64 NON è supportata. Devono essere presenti almeno 4 core della CPU. In caso contrario, lo SKOOR Engine non si avvierà. Se si esegue lo SKOOR Engine all'interno di una macchina virtuale, assicurarsi di assegnare le CPU virtuali allo stesso socket (cioè non distribuire le CPU su più socket). |
---|---|
Rete | Interfaccia Gigabit |
SKOOR Engine
Memoria | 6 GB minimo, 8 GB per l'utilizzo con i dashboard |
---|---|
Disco | Almeno 1 disco. Per ottenere prestazioni migliori, è consigliabile dividere i filesystem del database per gli indici e i tablespace. Una configurazione avanzata potrebbe essere:
|
SKOOR Collector indipendente
Memoria | 2 GB |
---|---|
Disco | 1 disco è sufficiente. 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 essere grande la 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 collegati direttamente) |
Partizionamento del disco SKOOR Server
Elenco | Spazio richiesto | Commento |
---|---|---|
/opt/eranger | 100 GB |
I backup compressi del DB sono memorizzati per impostazione predefinita in /opt/eranger/server/backups. Inoltre, /opt/eranger/tmp viene utilizzato come spazio temporaneo per la creazione di backup completi del database. Se questo viene lasciato invariato, /opt/eranger deve essere grande almeno quanto il volume del database. |
/srv/eranger | 20 GB |
|
/var/log/eranger | 5 GB |
Più spazio necessario se i file di log vengono mantenuti 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 (usato principalmente per i dashboard), i sistemi medio-grandi avranno bisogno di almeno 100 GB. Il montaggio delle due directory seguenti su dischi o volumi separati può migliorare le prestazioni fino a 3 volte: /var/lib/pgsql/data/ng_tblspc/idx_space/ Queste due directory occupano la maggior parte dello spazio delle tabelle del database e di solito hanno la stessa dimensione, quindi a ciascuna di esse può essere assegnata la metà dello spazio riservato al database. |
Partizionamento del disco del collettore SKOOR standalone
Directory | Spazio richiesto | Commento |
---|---|---|
/opt/eranger | 20 GB |
|
/var/log/eranger | 1 GB |
Più spazio necessario se i file di log vengono mantenuti 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 misure SKOOR, i backup del database SKOOR saranno di dimensioni ridotte. |
/srv/eranger | - | Sono previsti pochissimi 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 si prevede una grande quantità di dati nel database relativo a StableNet, è opportuno considerare una strategia di backup adeguata:
|