ВН
я не отрицаю что может пойти все что угодно.
ну понятное дело мы будем резервироваться
ну понятное дело мы будем резервироваться
ну я к тому, что неизвестно, что там внутри за алгоритмы
Size: a a a
2020 November 16
ВН
обработки различных видов отказов
r
поэтому и хотим провести тесты разных условий
ВН
я доверяю лично трём вещам
1) цефу
2) тому, что изнасиловал Aphyr
3) тому, что сам писал)) [и то - вообще-то - не совсем прав - пока автотестов изнасилования нет]
1) цефу
2) тому, что изнасиловал Aphyr
3) тому, что сам писал)) [и то - вообще-то - не совсем прав - пока автотестов изнасилования нет]
ВН
всем этим говноприблудам
ВН
я не доверяю
ВН
может я и неправ, но без глубокого понимания внутренностей я бы не рекомендовал лезть в леоФС)
ВН
@kvaps вон тоже, сколько стороджей потестил - все данные портили
r
ceph сможет работать стабильно на распределенных ДЦ? т.е. в соседних страннах ноды если будут находится?
Способен работать с большим количеством мелких файлов достаточно быстро?
Способен работать с большим количеством мелких файлов достаточно быстро?
r
или ему потребуется скорости десятки гигабит?
r
и минимальный пинг
ВН
в рамках кластера требуется, между кластерами есть синхронизация (multisite)
ВН
по скорости - ну скажем так есть оверхед, да
ВН
но для S3 обычно цеф - это нормально
r
может я и неправ, но без глубокого понимания внутренностей я бы не рекомендовал лезть в леоФС)
поэтому я и пытаюсь щас разобраться как его конфигурировать чтобы не запустил ансибл и поехал. а потом приехать когда она развалилось) а чтобы понимать как оно устроено
ВН
единый географически растянутый кластер - так в цефе не надо, да
ВН
а ещё есть SeaweedFS
r
единый географически растянутый кластер - так в цефе не надо, да
поэтому к сожалению он не подходит мне. Мне принципиально разные ДЦ надо.
ВН
поэтому к сожалению он не подходит мне. Мне принципиально разные ДЦ надо.
так нет - ты можешь сделать в одном ДЦ цеф и в другом ДЦ цеф
ВН
и между ними сделать синхронизацию