Narzędzie · Cloud Computing

Kalkulator pojemności Ceph

Ile miejsca naprawdę zostaje po replikacji lub erasure codingu, ile placement groups ustawić i czy klaster przetrwa awarię węzła. Obliczenia wykonywane są w Twojej przeglądarce — nic do nas nie jest wysyłane.

Założenia: pojemność liczona w TB dziesiętnych; margines na awarię jednego węzła; liczba PG zaokrąglona do potęgi 2. Wynik jest orientacyjny — projekt produkcyjny musi uwzględniać klasy urządzeń, mapy CRUSH i profil obciążenia.

pojemność surowa (TB)
pojemność użyteczna (TB)
bezpieczne zapełnienie (TB), poniżej full_ratio i z zapasem na awarię węzła
efektywność przestrzeni
PG na pulę (pg_num)
OSD w klastrze

Niebieski: użyteczna · zielony: bezpieczne zapełnienie

Konfiguracja spełnia minimalne wymagania dla wybranego trybu ochrony.
Zaprojektujemy klaster za Ciebie →

Jak czytać wynik

Trzy rzeczy, które najczęściej zaskakują.

1

Replikacja 3× oznacza 33% pojemności

Każdy obiekt istnieje w trzech kopiach. 100 TB surowej pojemności to ~33 TB użytecznej. Erasure coding 4+2 daje 67%, ale kosztuje CPU i opóźnienia — przy wirtualizacji zwykle wybiera się replikację.

2

Nie zapełniaj powyżej 85%

Po przekroczeniu full_ratio Ceph blokuje zapisy. Do tego klaster potrzebuje miejsca na odbudowę danych po awarii węzła — dlatego bezpieczna pojemność jest wyraźnie niższa niż użyteczna.

3

W przypadku PG „więcej” nie znaczy „lepiej”

Za mało PG oznacza nierównomierny rozkład danych; za dużo — presję na pamięć OSD. Celem jest ok. 100 PG na OSD łącznie dla wszystkich pul; autoscaler w nowszych wersjach pomaga, ale warto rozumieć liczby.