@adiantum чел в лс срет про крипту

Это вот этот который тут счас пишет?

В этом чатике инвестировать надо в опенстек и его разработчиков 😊

Я правда сам сервис еще не запускал🤣

Запустил, но все равно curl: (52) Empty reply from server Может кто-нибудь у себя проверить и показать вывод?

{"versions": [{"id": "v2.12", "status": "CURRENT", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.11", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.10", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.9", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.8", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.7", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.6", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.5", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.4", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.3", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.2", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.1", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}, {"id": "v2.0", "status": "SUPPORTED", "links": [{"rel": "self", "href": "http://172.16.0.19:9292/v2/"}]}]}

haproxy родной

А блин. Просто у меня SSL и тут похоже c просто http в конфиге не обойтись

Может у кого есть конфиг Apache для Glance API через SSL? Не могу найти, нашёл для nginx, натсроил, но возвращает curl: (52) Empty reply from server 🤦‍♂️

Ребят, просто уточняющий вопрос, создавая снапшоты дисков с работающей ВМ, это ведь не может как-то негативно отразиться на работе самой ВМ?

Внутри вм должен быть агент, который будет фризить ФС на время бэкапа

а если его нет?

Ребят, просто уточняющий вопрос, создавая снапшоты дисков с работающей ВМ, это ведь не может как-то негативно отразиться на работе самой ВМ?

Ну не совсем консистентный снимок будет

А как снимается снапшот ?

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

qemu с рабочих вм в 90% случаев снимает нерабочий снапшот

2-3 ВМ клонировал на горячую, запустились, т.е. собственно это и нужно проверить, запускаемость некоторых машин)

2-3 ВМ клонировал на горячую, запустились, т.е. собственно это и нужно проверить, запускаемость некоторых машин)

в моем случае факап произошел на самой критичной вм

я пошел по гарантированно надёжному пути - выковыриваю аппрув на шатдаун вм перед снапшотом

собсно, openstack скорее всего тоже

Но кэши на гипер могут очень сильно испортить жизнь. Поэтому их лучше сразу нафиг (кэши в смысле, не гиперы)

Имхо единственно правильная настройка это cache=none

Но кэши на гипер могут очень сильно испортить жизнь. Поэтому их лучше сразу нафиг (кэши в смысле, не гиперы)

Цеф хуже Свифта, лучший гипер от микрософта, Кеши надо отключать. К пятнице ойтишники с пива на кокс переходят что ли? :)

Цеф хуже Свифта, лучший гипер от микрософта, Кеши надо отключать. К пятнице ойтишники с пива на кокс переходят что ли? :)

Да все там хорошо с писаниемвзадницу. Батарейки вовремя менять просто надо.

Про аппаратный кэш дисковых контроллеров речи не шло)

Делаем бэкапы, по 9-11% коррапта данных

Зарабатываем на продаже диффов исходного и получившегося образа.

нервное расстройство и трясущиеся руки ?

Снепшоты наживую в принципе зло в любой виртуализации.

Ну ничо! Я верю что когда-нибудь коммьюнити перестанет быть таким токсичным и враждебным и будет позволять людям зарабатывать на разнице курсов межу обменниками!

Привет всем. Вопрос про RBD (ceph) Три Volume по 20000 гигабайт были запущены на rbd, при том что в пуле с учётом избыточности помещалось только ~40 ТБ данных. До некоторого момента это безобразие работало. Но вот настал долгожданный час, когда OSDшки стали nearfull. Заказали диски, чтобы докинуть в пул, а пока они мучительно долго едут, наблюдаю печальную картину: заполненность растёт, хотя внитри ВМок данных, как будто и нет столько, сколько занято на пуле. Озадачился вопросом, а почему так происходит? Это здоровое поведение RBD? Может, какого-то "сборщика мусора" не хватает в настройках?

Ceph - сервис Rbd - протокол Osd - демон Volume - виртуальный контейнер данных Что спросить то хотел? :)

Ceph - сервис Rbd - протокол Osd - демон Volume - виртуальный контейнер данных Что спросить то хотел? :)

Да думаю, может, как-то место можно освободить, чтобы не отключился пул от переполнения, до момента пока новые диски поставлю )

"почему суммарный объем занятого места в пуле osd растёт, хотя кажется, что внутри ВМ, использующих этот пул для хранения, объем хранимых данных не уаеличивается"

А как место на вм определяется? И какая там фс?

нет, не зло. где не используется кеширование записи вполне нормальный crash consistent, для многих случаев подходит

Привет всем. Вопрос про RBD (ceph) Три Volume по 20000 гигабайт были запущены на rbd, при том что в пуле с учётом избыточности помещалось только ~40 ТБ данных. До некоторого момента это безобразие работало. Но вот настал долгожданный час, когда OSDшки стали nearfull. Заказали диски, чтобы докинуть в пул, а пока они мучительно долго едут, наблюдаю печальную картину: заполненность растёт, хотя внитри ВМок данных, как будто и нет столько, сколько занято на пуле. Озадачился вопросом, а почему так происходит? Это здоровое поведение RBD? Может, какого-то "сборщика мусора" не хватает в настройках?

Зло это по двум причинам. Во первых, возникает соблазн заменить срк снепшотами, а во вторых, рано или поздно имеем тыкву вместо слепка при уверенности что снеп рабочий.

Это часто встречается. Подменяют резервное копирование снимком, а попытка делать снимки вм с БД вызывает вопросы без ответов

@adiantum чел в лс срет про крипту

Привет всем. Вопрос про RBD (ceph) Три Volume по 20000 гигабайт были запущены на rbd, при том что в пуле с учётом избыточности помещалось только ~40 ТБ данных. До некоторого момента это безобразие работало. Но вот настал долгожданный час, когда OSDшки стали nearfull. Заказали диски, чтобы докинуть в пул, а пока они мучительно долго едут, наблюдаю печальную картину: заполненность растёт, хотя внитри ВМок данных, как будто и нет столько, сколько занято на пуле. Озадачился вопросом, а почему так происходит? Это здоровое поведение RBD? Может, какого-то "сборщика мусора" не хватает в настройках?

Зло это по двум причинам. Во первых, возникает соблазн заменить срк снепшотами, а во вторых, рано или поздно имеем тыкву вместо слепка при уверенности что снеп рабочий.

стоит ли считать тиски злом по той лишь причине, что кто-то умудрился засунуть в них свои тестикулы 🙄

стоит ли считать тиски злом по той лишь причине, что кто-то умудрился засунуть в них свои тестикулы 🙄

Если тиски на уровне тестикул, обиты замшей, а сверху надпись «вы можете зажать в тисках даже тестикулы», то вне всяких сомнений это зло. :) Тем более что эти тестикулы потом тебе же (мне же) освобождать.