No mínimo, 4 nós OSD, com 8 discos OSD cada, são necessários.

Para OSDs que não usam BlueStore, 1 GB de RAM por terabyte de capacidade bruta do OSD é o mínimo exigido para cada nó de armazenamento OSD. É recomendável 1,5 GB de RAM por terabyte de capacidade bruta do OSD. Durante a recuperação, 2 GB de RAM por terabyte de capacidade bruta do OSD pode ser o ideal.

Para OSDs que usam BlueStore, primeiro calcule o tamanho de RAM recomendado para os OSDs que não usam BlueStore, depois calcule 2 GB mais o tamanho do cache de RAM do BlueStore que é recomendado para cada processo de OSD e escolha o maior valor de RAM entre os dois resultados. Observe que o cache padrão do BlueStore é de 1 GB para HDD e de 3 GB para unidades SSD, por padrão. Em resumo, escolha o maior de:

[1GB * OSD count * OSD size]

ou

[(2 + BS cache) * OSD count]

1,5 GHz de um núcleo de CPU lógico por OSD é o mínimo necessário para cada processo do daemon OSD. É recomendável 2 GHz por processo do daemon OSD. Observe que o Ceph executa um processo do daemon OSD por disco de armazenamento. Não são considerados discos reservados exclusivamente para uso como diários OSD, diários WAL, metadados omap ou qualquer combinação desses três casos.

10 Gb Ethernet (duas interfaces de rede vinculadas a vários switches).

Discos OSD nas configurações JBOD.

Os discos OSD devem ser usados exclusivamente pelo SUSE Enterprise Storage.

Disco/SSD dedicado para o sistema operacional, preferencialmente em uma configuração de RAID 1.

Se este host OSD hospedar parte de um pool de cache usado para criação de camada de cache, aloque pelo menos mais 4 GB de RAM.

Por motivos de desempenho do disco, os nós OSD devem estar completamente vazios e não devem ser virtualizados.

10 GB do dispositivo de BD para cada Terabyte da capacidade do OSD (1/100º do OSD).

Entre 500 MB e 2 GB para o dispositivo WAL. O tamanho do WAL depende do tráfego de dados e da carga de trabalho, não do tamanho do OSD. Se você souber que um OSD é fisicamente capaz de processar pequenas gravações e sobregravações a um throughput muito elevado, será preferível ter mais WAL do que menos WAL. Um dispositivo WAL de 1 GB é uma boa solução que atende à maioria das implementações.

Se você pretende colocar o dispositivo WAL e BD no mesmo disco, recomendamos usar uma única partição para ambos os dispositivos, em vez de ter uma partição separada para cada um. Dessa forma, o Ceph pode usar o dispositivo BD também para operação de WAL. Portanto, o gerenciamento do espaço em disco é mais eficaz, pois o Ceph usa a partição BD para o WAL apenas quando há necessidade dela. Outra vantagem é que há pouca probabilidade de a partição WAL ficar cheia, e quando ela não for totalmente usada, seu espaço não será desperdiçado, mas usado para operação de BD.

Para compartilhar o dispositivo BD com o WAL, não especifique o dispositivo WAL, mas apenas o dispositivo BD:

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

Se preferir, você poderá colocar o WAL em seu próprio dispositivo separado. Nesse caso, é recomendável o dispositivo mais rápido para a operação de WAL.

Largura de banda de rede. Quanto mais discos você tiver em um servidor, mais dados deverão ser transferidos por placa(s) de rede para as operações de gravação em disco.

Memória. Para atingir o melhor desempenho, reserve pelo menos 2 GB de RAM por terabyte de espaço em disco instalado.

Tolerância a falhas. Em caso de falha no servidor inteiro, quanto mais discos ele tiver, mais OSDs o cluster perderá temporariamente. Além disso, para manter as regras de replicação em execução, você precisa copiar todos os dados do servidor com falha para os outros nós no cluster.