Пара. Тиша. Ніч.Капібара спокійна:копія ціла.

copi.bar — безагентний бекап і відновлення для VMware vSphere. Він тримається свого розкладу, прибирає за собою і зберігає копію кожної ночі, доки вона вам не знадобиться.

Поки що не продається Напишіть нам

Зроблено для власного парку. Скоро — для вашого.

XServer займається хостингом з 2007 року. copi.bar ми зробили для резервного копіювання власного парку VMware. Повний та інкрементальний бекап, відновлення VM цілком і на місці вже перевірені на живому vCenter.

Тепер ми готуємо його для інших: copi.bar буде доступний за ліцензією іншим хостерам і системним адміністраторам компаній, які використовують VMware vSphere.

XServer

хостинг-компанія
Хостинг з
2007
Мережі
AS202656 · AS48031
Дата-центри
UA · DE · NL · UK · PL · BG · US
Зроблено для
власного парку VMware XServer
Далі
ліцензії для хостерів і ІТ-відділів компаній
Статус
у розробці, поки не продається

Як це влаштовано у вашому кластері

Шість речей, які copi.bar робить завжди. Коротко, бо тут небагато.

Знадобиться: vCenter, Linux VM для copi.bar (Ubuntu 22.04 або 24.04, 4–8 vCPU, 4–8 ГБ RAM), NFS-експорт або локальний диск для репозиторію.

Правила закладу

  1. Жодних агентів у ваших VM.copi.bar користується власним інтерфейсом резервного копіювання VMware (VADP). У гостьових системах нічого встановлювати чи оновлювати.
  2. Одна програма на одній Linux VM.Планувальник, веб-інтерфейс і REST API — один бінарний файл на proxy-VM у вашому кластері. Без Windows-сервера, без SQL Server.
  3. Кожен блок перевіряється знову.Фонова перевірка постійно перечитує збережені блоки й звіряє кожен з його хешем; глибока перевірка й перевірка цілісності всього сховища запускаються на вимогу.
  4. У всього є API.REST API зі специфікацією OpenAPI, події наживо через WebSocket, метрики Prometheus і дашборд Grafana.
  5. Озивається лише тоді, коли треба.Сповіщення поштою, журнал аудиту кожної дії та скрипти до й після завдання для ваших власних хуків.

Зберігання як в об’єктному сховищі — з дедуплікацією по всьому.

copi.bar не тримає бекапи файлами в теках. Кожен диск ріжеться на блоки по 4 МБ; кожен блок стискається zstd, отримує ім’я за хешем свого вмісту, записується один раз і більше не переписується. Точка відновлення — це короткий маніфест: перелік блоків, з яких вона складається.

Диски VM, розрізані на блоки
web-01a3f7c10d29be0d2e91
web-02a3f7c10d25aa0d24bd
db-01a3f7c1c48c48c4831f
Репозиторій: кожен блок один раз
a3f7c10d29bee915aa4bdc4831f
Сьогоднішній Offsite Copy
e914bd31fдругий репозиторій або S3 з Object Lock
Приклад: 18 блоків трьох VM зберігаються як 9. Обведені — нові цієї ночі, і в копію їдуть лише вони.
  • Дедуплікація по всьому репозиторіюТой самий блок у сотні VM — та сама ОС, ті самі бібліотеки — зберігається один раз. Дедуплікація працює між усіма VM і всіма точками відновлення в репозиторії, а не всередині ланцюжка однієї VM.
  • Копія передає лише новеOffsite Copy знає, які блоки вже є на цілі, і передає лише відсутні; на S3 з Object Lock для решти він продовжує блокування. Нічна копія — завбільшки з нічні зміни.
  • Точка відновлення коштує один маніфестЩе одна збережена ніч додає лише свої нові блоки й короткий перелік. Політика зберігання видаляє точку, прибираючи її маніфест; блоки, на які більше ніхто не посилається, потім прибираються.

Бекапи йдуть за розкладом, без нагляду.

Розклад задається один раз у веб-інтерфейсі. Далі кожне завдання стартує вчасно, щоночі, дивиться хтось чи ні.

Кожне завдання робить знімок VMware, читає лише блоки, що змінилися з минулої ночі (CBT), і передає їх у репозиторій через HotAdd, а коли треба — мережею.

Якщо VMware Tools не змогли заморозити гостьову систему, бекап однаково виконається у стані «як після збою» (crash-consistent), і точка відновлення про це скаже. Якщо CBT скинуто, запуск сам стане повним. Будити нікого не доведеться.

Години роботи

Щоночі
  1. Бекап робочих VMнаступнеІнкрементально через CBT, з узгодженістю застосунків там, де дозволяють VMware Tools
  2. Offsite CopyнаступнеДруга копія в інший репозиторій або в S3 з Object Lock
  3. ЗберіганнянаступнеЛишити 14 ночей, 8 тижнів і 12 місяців; решту відпустити
  4. ПеревірканаступнеПеречитати збережені блоки й звірити кожен з його хешем

01:00. Капібара спить. У цьому й сенс.

Приклад розкладу. Ваш задається у веб-інтерфейсі, для кожного завдання окремо.

Кожна ніч — точка відновлення.

Кожен запуск лишає точку відновлення. Оберіть будь-яку: найновіша перша, найстаріша видаляється, коли так каже політика зберігання.

Приклад точок відновлення, дати за вашим календарем. Велика крапка — повний, мала — інкрементальний.

За нашим власним вимірюванням VM на 50 ГБ повністю повернулася приблизно за три хвилини. Одне вимірювання, на нашому залізі; у вас буде інакше.

Поверніть так, як вам потрібно

З найновішої точки
  • Уся VMТуди, де була, або на інший хост, datastore чи під іншим іменем, разом із конфігурацією: мережеві адаптери, port groups, теги, resource pool.
  • RewindВідкочує наявну VM до цієї точки; у вимкненої VM записуються назад лише блоки, що змінилися (CBT).
  • File PickupПерегляньте диски гостьової системи в браузері (ext4, XFS, Btrfs, NTFS, FAT32, LVM) і завантажте потрібне.
  • Hot StartЗапустіть VM просто з репозиторію, а потім перенесіть її додому через Storage vMotion, не зупиняючи.

Open Backup: будь-яка точка відновлення як тека

Репозиторій монтується як файлова система лише для читання (FUSE): кожна VM, кожна точка відновлення й кожен диск видно як звичайний файл .vmdk, що збирається з блоків під час читання. Віддані в ESXi по NFS, ці самі файли — те, з чого стартує Hot Start.

Для File Pickup нічого запускати не треба: веб-інтерфейс відкриває диски точки відновлення, знаходить розділи, LVM і файлові системи та дає переглянути й завантажити потрібне. Без допоміжної VM, без агента в гостьовій системі.

/mnt/backups/
├─ web-01/
│  ├─ 2026-11-04_01-00_incr/
│  │  ├─ web-01.vmx
│  │  ├─ disk-scsi0-0.vmdk
│  │  └─ disk-scsi0-0-flat.vmdk
│  └─ 2026-11-03_01-00_incr/
└─ db-01/
Приклад. Файли .vmdk збираються з блоків під час читання.

Доступність

copi.bar поки не продається. Ось де він зараз.

Вхід

Ліцензія
поки не продається
Пробна версія
поки немає
Перша установка
власний парк XServer

Жодних цін, доки продукт не готовий до продажу. Вгадувати не хочемо.

Чого в продукті ще немає

  • Кілька адміністраторів, ролі та єдиний вхід (SSO)
  • Шифрування бекапів у сховищі
  • Інсталяційний пакет або готова віртуальна машина (appliance)
  • Ліцензування та автоматичні оновлення
  • Гіпервізори, крім VMware

Є питання або хочете дізнатися, коли він буде готовий? Напишіть нам.

Напишіть нам