Narzędzie · Cloud Computing
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.
Niebieski: użyteczna · zielony: bezpieczne zapełnienie
Jak czytać wynik
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ę.
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.
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.