Sono richiesti almeno 4 nodi OSD, con 8 dischi OSD ciascuno.

Per gli OSD che non utilizzano BlueStore, è richiesto almeno 1 GB di RAM per terabyte di capacità OSD nominale per ogni nodo di storage OSD. Consigliati 1,5 GB di RAM per terabyte di capacità OSD nominale. Durante il ripristino, 2 GB di RAM per terabyte di capacità OSD nominale possono risultare ottimali.

Per gli OSD che utilizzano BlueStore, calcolare prima la dimensione della RAM consigliata per gli OSD che non utilizzano BlueStore, quindi calcolare 2 GB oltre la dimensione della cache BlueStore di RAM consigliati per ogni processo OSD e scegliere il valore maggiore di RAM dei due risultati. Tenere presente che la cache BlueStore di default è 1 GB per unità HDD e 3 GB per unità SSD di default. Riepilogando, prendere il maggiore tra:

[1GB * OSD count * OSD size]

oppure

[(2 + BS cache) * OSD count]

sono richiesti 1,5 GHz di un core CPU logica per OSD almeno per ogni processo del daemon OSD. Consigliati 2 GHz per processo del daemon OSD. Tenere presente che Ceph esegue un processo del daemon OSD per disco di storage; non contare i dischi riservati esclusivamente per l'uso come giornali di registrazione OSD, giornali di registrazione WAL, metadati omap o qualsiasi combinazione di questi tre casi.

Ethernet 10 Gb (due interfacce di rete vincolate a più switch).

Dischi OSD in configurazioni JBOD.

I dischi OSD devono essere utilizzati esclusivamente da SUSE Enterprise Storage.

SSD/disco dedicato per il sistema operativo, preferibilmente in una configurazione RAID 1.

Se questo host OSD conterrà parte di un pool di cache utilizzato per tiering della cache, allocare almeno ulteriori 4 GB di RAM.

I nodi OSD devono essere concreti, non virtualizzati, per motivi di prestazioni dei dischi.

10 GB del dispositivo DB per ogni Terabyte della capacità OSD (1/100° dell'OSD).

Tra 500 MB e 2 GB per il dispositivo WAL. La dimensione di WAL dipende dal traffico dati e dal carico di lavoro, non dalla dimensione dell'OSD. Se si sa che un OSD è fisicamente in grado di gestire ridotte scritture e sovrascritture con un throughput molto elevato, sono preferibili più WAL che meno WAL. 1 GB per dispositivo WAL è un buon compromesso che soddisfa molte distribuzioni.

Se si intende mettere il dispositivo WAL e DB sullo stesso disco, si consiglia di utilizzare una singola partizione per entrambi i dispositivi, invece di avere una partizione separata per ciascuno. Ciò consente a Ceph di utilizzare il dispositivo DB anche per il funzionamento di WAL. La gestione dello spazio del disco è quindi più efficace in quanto Ceph utilizza la partizione DB per WAL solo se serve. Un altro vantaggio è che la probabilità di riempimento della partizione WAL è molto bassa e quando non è completamente utilizzata lo spazio non viene sprecato ma utilizzato per il funzionamento del DB.

Per condividere il dispositivo DB con WAL, non specificare il dispositivo WAL e specificare solo il dispositivo DB:

bluestore_block_db_path = "/path/to/db/device"
bluestore_block_db_size = 10737418240
bluestore_block_wal_path = ""
bluestore_block_wal_size = 0

In alternativa, è possibile mettere il WAL sul relativo dispositivo separato. In tale caso, per il funzionamento di WAL si consiglia il dispositivo più veloce.

Ampiezza della banda di rete. Più dischi sono presenti in un server, più dati occorre trasferire tramite scheda di rete per le operazioni di scrittura sul disco.

Memoria. Per le prestazioni ottimali, riservare almeno 2 GB di RAM per terabyte di spazio su disco installato.

Tolleranza di errore. In caso di guasto del server completo, più dischi sono presenti, più OSD vengono persi temporaneamente dal cluster. Inoltre, per mantenere in esecuzione le regole di replicazione, occorre copiare tutti i dati dal server guasto negli altri nodi nel cluster.