-
Epic
-
Resolution:
Unresolved
-
Major
-
None
-
None
-
None
-
-
St: Space unsupport
- Korzystamy z QoS do migracji danych przy unsupport
- Mechanizm optymalizacji podejmowanych decyzji QoS biorąc pod uwagę:
- Miejsce na storage'u
- Ilość brakujących danych do dociągnięcia
- Czy jest online
- Metryka jego niezawodności dostarczana przez zone'a
- Typ supportu danego providera
- Przygotujemy log z działań w stanie, czyli provider raportuje postęp w realizacji stanu per support
- NIe usuwamy żadnych danych ze storage'y syncowanych w momencie unsupportu ale informujemy o tym usera
- Potrzebujemy listę wszystkich QoS w space
- Potrzebujemy migrację/ewikcja chunków dla celów optymalizacyjnych
- Implementacja transferów listy plików po to aby móc batchować
- Prefered lista providerów wybranych przez usera zlecającego
- W momencie wejścia w stan "Retiring" informujemy wszystkie oneklienty korzystające ze spejsa o tym fakcie i przełączamy je na proxy-io/remote-proxy-io
- Wejście w stan retiring powinno zablokować operacje modyfikujące metadane
- Problem z oczekiwaniem na providera zombie i niekończącym się oczekiwaniem na synchronizację sekwencji dbsync (zgłasza ŁO)
