Блочный доступ
С поддержкой всех основных основанных на KVM систем виртуализации, а также контейнеров: OpenNebula, OpenStack, Proxmox VE, Kubernetes
С поддержкой всех основных основанных на KVM систем виртуализации, а также контейнеров: OpenNebula, OpenStack, Proxmox VE, Kubernetes
Собственная реализация масштабируемой кластерной POSIX-совместимой файловой системы, монтируемой по NFS 3.0
Одно крайне важное исправление для нового хранилища: метаданные записывались некорректно, когда размер заполненной области метаданных превышал 4 ГБ, из-за простой и глупой ошибки переполнения 32-битной целочисленной переменной. 🤦 Это приводило к повреждению метаданных и отказу OSD стартовать при следующем запуске.
Баг затрагивал только новое хранилище (meta_format=3) и только OSD с размером области метаданных
больше 4 ГБ. Вы можете проверить размер области метаданных своих OSD, проверив data_offset
в выводе команды vitastor-disk read-sb /dev/vitastor/osdXX-data для однодисковых OSD или
с помощью команды blockdev --getsize64 /dev/vitastor/osdXX-meta для гибридных OSD.
Если баг затрагивает вас, рекомендуется:
vitastor-disk purge /dev/vitastor/osdXX-data,
потом заново vitastor-disk prepare) и, опять-таки, дождитесь окончания восстановления
“has_degraded” перед переходом к следующему OSD07.03.2026 Читать далее →
03.03.2026 Читать далее →
vitastor-cli dd, иногда случавшееся при записи в стандартный вывод08.02.2026 Читать далее →
25.01.2026 Читать далее →
Начиная с версии 1.7.0, в Vitastor есть встроенный заменитель etcd — Antietcd.
Он реализован на node.js и очень простой — занимает буквально пару тысяч строк кода. Конечно, он умеет чуть меньше, чем etcd, но его функционала абсолютно достаточно для полноценной работы кластера Vitastor — все основные функции присутствуют, а кое в чём он даже лучше, чем etcd — например, Antietcd позволяет не хранить на диске “временные” данные.
Однако до последнего времени не существовало ответа на вопрос — правда ли его можно использовать в продуктиве? Точно ли он корректен?
Ниже история изысканий ответа. История со счастливым концом :)
22.01.2026 Читать далее →