Я вычитал, что у swift есть сontainer sharding который помогает бороться с большими контейнерами т к список файлов и метаданные к ним хранятся в контейнерах, которые реализованы на sqlite.
он разбивает оригинальную базу sqlite на более мелкие и делает так чтобы container server понимал , что база теперь расшардирована и список файлов нужно брать из нескольких баз
Что мне делать если я по глупости своей душевной сначала включил шардирование,и после через несколько дней удалил все шарды из базы через swift-manage-shard-ranges. теперь у меня swift list по контейнеру выдает не полный список файлов.
есть возможность как-то восстановить их? Файлы в объектном хранилище остались и если запрашивать их по имени - они отдаются. А вот по листингу их нет
я не знаю - не копался в swift, но sqlite - обычная база, если что-то от туда пропало, можно попробовать: 1. посмотреть таблицы, может быть там есть deleted флаг, и его можно вернуть в 0 или null 2. руками сделать insert если необходимые данные можно как-то собрать
доброго, камрады такой вопрос, кто-нибудь использует kayobe для чего-то похожего на прод (а не вот это вот all in one scenario)? как-то с документацией у проекта совсем скудно ни тебе референсных схем архитектурных, ни документации по kayobe-config
как выглядит архитекутра стенда, обслуживаемая kayobe, если не секрет? 3 control'a, HA, storage/network ноды (?), OVS,ML2/OVN (?), на какой версии ОС и OpenStack'a взлетаете?
3 контроллера сервисного региона, 3 контроллера самого региона, 3 Нетворк ноды, 1 сид+деплоймент нода. Тангстен. Уссури. Сторадж - цеф обслуживаемый другой командой, так что подробностей по нему не скажу.
может быть кто-то помнит как опция называется, что бы DHCP запретить рассказывать об MTU (видел но найти не могу) или сделать MTU выдаваемый в option не совпадал с MTU network?