скоро любой греф сможет надиктовать свой продукт и получить его MVP 🙂

Изображение сгенерировано моделью ruDALL-E от Сбера по запросу "ruGPT-3 OpenStack"

Ну такое, этот ваш ruGPT-3

Изображение сгенерировано моделью ruDALL-E от Сбера по запросу "пожилая сороконожка"

а она ничего такая, а ?)

Фото сгенерировано моделью ruDALL-E от Сбера по запросу "Абоба"

@vyacheslav_vershinin ты принимал участие вот в этом вот ?

нет, но это крайне похоже на фото изображения состояния когда у человека инсульт

хотя если они свои тестовые VM располагали в openstack - то да 🙂

хммм

Изображение сгенерировано моделью ruDALL-E от Сбера по запросу "опенстак это не решение проблем, а увеличение их количества"

А кто что может сказать по opennebula?

Начнем с с того что если денег нет будете клянчить миграторы на кадом апдейте. В уелом на этом и закончим :)

А не, закончим так https://t.me/opennebula

На питон проще не смотреть. Очень своеобразный язык

А мне понравился. :) Пахнуло добротной стариной PDP11 :)

На питоне вообще нельзя начнать. Как и на любом языке с динамической типизацией

Все очень сильно зависит от прокладки. На питухоне можно легко сделать гавно и так же легко сделать конфетку. Если заменить питухон сями\крестами, результат получим примерно такой же - разные прокладки дадут разные результаты ))) Вон раст, допустим, сильнее "унижает" людей "за всякое", но в целом делать гавно не сильно мешает :) Для особо одаренных в не типизированные языки притащили сахарок в виде аннотаций, тогда в аргументы функций уже так просто не присунешь то, чего не стоило присовывать, те же всякие питоны, пыхи это имеют. Для джава-скриптизеров сделали целый тупо-скрипт)) Как напишешь так и будет - хорошо/плохо это от языка сильно не зависит.

После создания бекапов, средствами cinder-backup резерные копии при необходимости успешно удаляются, но остаются промежуточные снепшоты в ceph-e.

Есть ли встроенный способ чистить старые снепшоты в ceph-e, кроме как руками ?

Есть ли встроенный способ чистить старые снепшоты в ceph-e, кроме как руками ?

Как я понимаю нет. Сообщество решило, что не стоит заморачиваться, пусть эти снапшоты удаляются вместе с томом - источником. В комментах к функции _delete_backup_snapshot написано: The snapshot on the original volume can be left as it will be purged when the volume is deleted.

Сама функция удаляет только возникающий в случае бэкапа в одном кластере цефа между пулами volumes и backups снапшот в пуле backups. У него такое же имя, как и у снапшота у тома источника, но другой ID. Возможно это ссылки на один и тот же снапшот, надо в кишки цефа смотреть

Я помню - мы у себя патчили volume-драйвер RBD чтобы он бэкапил через снапшот. А заодно и os_brick чтобы он работал с сефовским снапшотом. Так что там всё печальненько. И даже ещё хуже если бэкапы делаются ceph->ceph, там этот продукт укуренного злого гения пытается "оптимзировать" и начинается п///ц. Но это только мое личное мнение

Я помню - мы у себя патчили volume-драйвер RBD чтобы он бэкапил через снапшот. А заодно и os_brick чтобы он работал с сефовским снапшотом. Так что там всё печальненько. И даже ещё хуже если бэкапы делаются ceph->ceph, там этот продукт укуренного злого гения пытается "оптимзировать" и начинается п///ц. Но это только мое личное мнение

Цеф зло, хорошо. А что вместо?

Цеф зло, хорошо. А что вместо?

Nfs)

Nfs)

тогда уж кластерный NFS

Nfs)

А как протокол является заменой схд?

А как протокол является заменой схд?

Почему же, нфс вполне себе считается как способ организации хранения данных

Почему же, нфс вполне себе считается как способ организации хранения данных

Надо выделять слово "протокол"?

Вопрос серьезный, на самом деле. Потому что сколько я не видел недовольства цефа, но реальной альтернативы никто предложить не мог.

linstor?

OpenNebula умеет в него, а OS умеет? я хз)

Купить полку, воткнуть диски и прекратить это всё

гляньте еще на какие-нибудь решения с NVMEoF, но имхо слишком свежая технология) требует ядер 5+

Если денег совсем нет, то на овито, если есть немного, то у вендора

гляньте еще на какие-нибудь решения с NVMEoF, но имхо слишком свежая технология) требует ядер 5+

Я там кстати так и не понял пока насчёт реализации хранения. А насчёт ядер, хардварьный офлоад на всяких Bluefield в помосч

Цеф зло, хорошо. А что вместо?

Цеф не зло. Это то как его пытаются использовать из опенстека за гранью добра и зла.

linstor?

Не трогал его, но почитал сейчас описание - это цеф года четыре назад. Да еще и написано на яве. :(

Купить полку, воткнуть диски и прекратить это всё

А между цодами что? Вендор лок форева?

Цеф не зло. Это то как его пытаются использовать из опенстека за гранью добра и зла.

А, тут плюсую.

Я там кстати так и не понял пока насчёт реализации хранения. А насчёт ядер, хардварьный офлоад на всяких Bluefield в помосч

начальную поддержку NVMEoF в 5.0 завезли) недавно копал документы из лабы интела. чот ссылку на нашел с ходу. Нашлась вот эта https://www.chelsio.com/performance-benchmarks/

А между цодами что? Вендор лок форева?

а вот для такого в linstore drbd-proxy для long distance )))) Но я не настаиваю на нем, скорее даже отговариваю)

А между цодами что? Вендор лок форева?

А ceph здесь как поможет?

а вот для такого в linstore drbd-proxy для long distance )))) Но я не настаиваю на нем, скорее даже отговариваю)

Не, обязательно надо глянуть. Я же не защищаю цеф, прекрасно знаю какой он может быть неудобный иикорявый. Но проприетарные sds еще хуже, а классические схд и опенстек пока дружат "не очень"

Вендор лока бояться конечно нужно, но в меру.)

Не, обязательно надо глянуть. Я же не защищаю цеф, прекрасно знаю какой он может быть неудобный иикорявый. Но проприетарные sds еще хуже, а классические схд и опенстек пока дружат "не очень"

Cinder support matrix видели?)

А ceph здесь как поможет?

Crush map плюс разум. Главное что это решение уже есть и настраивается "условно бесплатно"

Вендор лока бояться конечно нужно, но в меру.)

Я то смелый. :) А вот как топы видят счет от HPE на миррор их схд, то им становится печально и скачет сахар

Не, обязательно надо глянуть. Я же не защищаю цеф, прекрасно знаю какой он может быть неудобный иикорявый. Но проприетарные sds еще хуже, а классические схд и опенстек пока дружат "не очень"

я уже писал про mayastor, ну longhorn еще есть, но все это в кубах было. По тестам конечно linstor всех обделал, но я ожидал, что будет доступен транспорт NVMEoF+TCP через оператора, но нет, увы только rdma. А руками не стал пробовать, т.к. смысла особого нет. Оператор там на java, как и много других компонентов, так что пока стопнули вопрос.

я уже писал про mayastor, ну longhorn еще есть, но все это в кубах было. По тестам конечно linstor всех обделал, но я ожидал, что будет доступен транспорт NVMEoF+TCP через оператора, но нет, увы только rdma. А руками не стал пробовать, т.к. смысла особого нет. Оператор там на java, как и много других компонентов, так что пока стопнули вопрос.

А есть ресурс, где собраны результаты этих изысканий? Крайне любопытно бы взглянуть. :)

неа, ток внутренняя жира)

Crush map плюс разум. Главное что это решение уже есть и настраивается "условно бесплатно"

Ну это когда цоды условно рядом и может всё равно очень качественно прилечь. В облаке не схд принято резервировать, а сервисы делать отказоустойчивыми и распизивать по разным az

Не, обязательно надо глянуть. Я же не защищаю цеф, прекрасно знаю какой он может быть неудобный иикорявый. Но проприетарные sds еще хуже, а классические схд и опенстек пока дружат "не очень"

почему не очень? там есть те, что очень даже. например тот же netapp по nfs

а если не получается данные на уровне приложения между ЦОДами раскопировать, то и метрокластер есть

почему не очень? там есть те, что очень даже. например тот же netapp по nfs

Буквально недавно приносили нам sds от нетаппа. Ой, вэй - я бы сказал :)

Буквально недавно приносили нам sds от нетаппа. Ой, вэй - я бы сказал :)

ну, есть же fas/aff. да, не модно и не молодежно но работает

Я то смелый. :) А вот как топы видят счет от HPE на миррор их схд, то им становится печально и скачет сахар

Я не понимаю этой навязчивой идеи катастрофоустойчивости, которая выливается в трату кучи бабла на ровном месте. Там с гораздо большими шансами админ базу приложит или юзеры дату удалят, ну и посинкается между дц изменения.

Ну это когда цоды условно рядом и может всё равно очень качественно прилечь. В облаке не схд принято резервировать, а сервисы делать отказоустойчивыми и распизивать по разным az

Ох, вот так и начинаются холивары. :) Сервисы в облаке это прекрасно, но все ж еще вмки хотят и даже (только никому) не все программеры умеют в несколько подов. Так что да, но реальность суровее.

Я не понимаю этой навязчивой идеи катастрофоустойчивости, которая выливается в трату кучи бабла на ровном месте. Там с гораздо большими шансами админ базу приложит или юзеры дату удалят, ну и посинкается между дц изменения.

Видел как как-то админ не с той реплики базу восстановил -) Весело было -))) а бэкапов не было -)

Я не понимаю этой навязчивой идеи катастрофоустойчивости, которая выливается в трату кучи бабла на ровном месте. Там с гораздо большими шансами админ базу приложит или юзеры дату удалят, ну и посинкается между дц изменения.

Не надо сравнивать бэкап, доступ, и катастрофоустойчивость. Это про разное

пол опенстэка виртуалки потеряло -)

пол опенстэка виртуалки потеряло -)

про mousecloud слышали ?)

не

не

ой, cloudmouse

в один день потеряли всё

🙁

каким макаром ?

каким макаром ?

https://habr.com/ru/post/250097/

ещё статейка была, но найти не могу Упали очень громко

И вот мы плавно вернулись в 2001 год, построение отказоустойчивых систем без резерва и бекапов. :)

https://habr.com/ru/post/250097/

А вот разнесли бы сеф на два цода и подняли бы себе катастрофоустойчивости

я как то делал как на почтаке rm -rf /home делали в тестовых целях -) но восстановились быстро EMC RecoveryPoint был -)

А староверы пишут rm -Rf :)

Мы так же увеличили скорость работы виртуальных серверов, примерно в 10-40 раз по сравнению с теми, что были раньше. Несмотря на трагедию с потерей данных, мы продолжаем работы над проектом.

интересно как они ускорялись -))) жость какая-то

А вот разнесли бы сеф на два цода и подняли бы себе катастрофоустойчивости

Ну да, а бэкап не нужен. Я думал что спор что рейд не бэкап уже закончен.

Ох, вот так и начинаются холивары. :) Сервисы в облаке это прекрасно, но все ж еще вмки хотят и даже (только никому) не все программеры умеют в несколько подов. Так что да, но реальность суровее.

А тут кстати надо брать, изучать всякие cloud migration strategy, и вести их за ручку к светлому будущему.

Костян и Валера)

А тут кстати надо брать, изучать всякие cloud migration strategy, и вести их за ручку к светлому будущему.

И сжигать на костре отступников? :)

Ну да, а бэкап не нужен. Я думал что спор что рейд не бэкап уже закончен.

Да ты чо, у меня вон два хот спаре в массиве стоит, чо ему будет)

И сжигать на костре отступников? :)

О да, ну и за проёб спринта ещё пикой тыкать))