Ceph. Анатомия катастрофы / Артемий Капитула (RCNTEC)
HTML-код
- Опубликовано: 27 ноя 2018
- Приглашаем на DevOpsConf 2024, которая пройдет 4 и 5 марта 2024 в Москве. Программа, подробности и билеты по ссылке: devopsconf.io/moscow/2024
---------
DevOpsConf Russia 2018
Тезисы и презентация:
devopsconf.io/moscow/2018/abst...
Ceph - это не готовый "коробочный продукт", но инструмент для построения своего отказоустойчивого решения. В процессе построения такого решения можно упустить множество "подводных камней", которые способны привести к потере или недоступности данных.
…
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru
Один из лучших докладов в РУ сегменте, человек не просто воду лил, а поделился опытом!
Один из топовых докладов! Все по делу и без смузи.
Очень толковый доклад!
прекрасная лекция, спасибо!
Спасибо, просто супер доклад!!!!!
Просто... Пять баллов! Спасибо
Хороший, полезный доклад!
Где бы я не упомянал о ceph, мне сразу давали ссылку на эту "Анатомию катастрофы". А так ли это? Что вижу здесь я. Это исключительно хайпанутая статья, где рекламируется их собственный патч, без которого ceph по их заверениям "нежизнеспособное говно". А получите вы этот патч только когда станете их клиентом. Давайте все же попытаемся разобраться что происходило.
1. Я не буду давать ссылку на цитату, на сайт разработчиков если кому надо найдете сами, где говорилось примерно следующее: "Не используйте под ceph несколько мощных машин, используйте много маленьких." Они же взяли три мощные тачки и запихнули по 10ssd в каждую. Далее на оф. сайте не раз говорится что ceph очень требователен к сети! Они же это все обвязали 10Гбитной сетью. Одна нормальная ssd-ха способна при копировании утилизировать 10Гбитную сеть. Теперь взглянем на картину вцелом. На каждой машине по 10 демонов OSD пытаются реплейсить и актуализировать данные, при этом еще идет жесткая клиентская нагрузка. Конечно при таком раскладе сеть будет утилизирована полностью, будут расти кэши записи и врезультате все это встанет в интересную позицию. А на какой исход еще можно было расчитывать при такой конфигурации. Наивно было полагать что все 10 ssd дисков синхронизируются под клиентским хайлоадом при 10Гбитной сети. И конечно чуда не произошло.
2. Тестирование. Вот здесь комментарии излишни, мало того что они не умеют считать дважды два. Так они ввели в эксплуатацию hiload систему которая не тестировалась на hiload. А на какой исход эти господа расчитывали вообще?! Нужно было тестировать, выяснить его физические пределы, а продакшене использовать не более 50%. Вот тогда не будет ни каких "Анатомий катостроф".
Так и есть. Сеф конечно можно сломать наглухо, но только если совсем не иметь опыта или класть на все рекомендации и лезть руками туда, куда лезть не надо.
Полезно. Прошло больше года грубо, вышло несколько новых версий. Обещали передать в паблик патчи меняющие поведение кластера при рекавери на приемлемое. Можно надеяться?
Замечательная лекция. Учитывая, что я пока ещё целиком ну знаком с цепф и просто присматриваемся к нему, лекция вообще не сложная к пониманию.
Теперь знаю, зачем нужен swap, спасибо
На заставке фото как из программы "Дежурная часть", как будто человека только что приняли и привезли в изолятор))
Кто в КПЗ не сидел, тот жизни не видал.
P.S.: фото моё :-)
Годнота
Сильно
В 2022 году проблема сохраняется? Не допилили Ceph?
Ceph вроде как не допилил.
Но RCNTEC теперь предлагает своё СХД "Полибайт", где под капотом видимо допиленный ими Ceph.
За денежку.
@@QuadRomb так автор в конце сказал "как только вы получите бинарник - мы опубликуем код", получается соврал?
@@white_84 Год назад дело было - не помню такой фразы.
А что - Вы получили бинарник, но не получили код?