LostSoul Опубликовано 14 июля, 2019 · Жалоба Есть какая-нибудь "серебрянная пуля"? Нужно эффективно управлять автоматическим созданием резервных копий для сотен разных линукс-систем по контейнерам . Среди них в том числе есть и с большими наборами данных ( запись звонков, почта и.т.п. ) так же нужно автоматически бекапить мигрирующие ноутбуки ( отлавливая когда они будут в зоне действия нужной wifi сети ) . Предпочтительно чтоб копия с diff-обновлениями готовилась на ноуте оффлайн , а в системой просто забиралась в удобный момент. Несколько windows серверов. есть ли какое то в достаточной степени мощное и гибкое решение с web и cli ? какой-нибудь комабайн, предоставляющий грамотную обвязку для всяких rdiffbackup и.т.п.? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 14 июля, 2019 · Жалоба Грубо говоря нет. Для виртуалок и клиентских машин надо искать свою систему резервного копирования. А потом лить по сети на FTP|FTPS|SAMBA, где тоже надо заморачиваться с копиями и снимками. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 14 июля, 2019 · Жалоба Для контейнеров у bacula есть в версии enterprise модуль - https://www.baculasystems.com/how-to-backup-and-restore-docker-containers-with-bacula-enterprise/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 14 июля, 2019 · Жалоба 3 часа назад, vlad11 сказал: А потом лить по сети на FTP|FTPS|SAMBA, где тоже надо заморачиваться с копиями и снимками. учитывая что бекап сторадж географически удаленный , предпочтительно было бы выделять diff на месте. и еще , по возможности, предпочтительнее был бы вариант когда система, которая backup-ится , отправляет свой diff на сервер хранения ( предварительно зашифровав ) , на который она не имеет никакого иного доступа кроме как на загрузку новых копий. но не может в случае компрометации удалить/изменить старые. А сервер бекапа вообще не имел бы прав доступа никуда. Мне такой вариант кажется логичнее и безопаснее , чем "сделаем одну машину которая может копаться везде". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 14 июля, 2019 · Жалоба ну тут много задач слиты в одну, 1)для начала я бы глянул в сторону снапшотной ФС, решил таким образом задачу быстрого бэкапа, в том числе инкриментного, 2)далее задача трансфера бэкапа, её тоже можно разбить на задачу создания защищённого канала, авторизацию и непосредственно передачу данных. Тут можно смотреть в сторону различных тоннелей, scp,https, rsync и прочего... Далее задача визуализации, тут решений я не подскажу, наверное, что-то простое можно сварганить на какой-нибудь юмле или джанги, посерьёзнее, например, на каталисте... как-то так мне видится... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 14 июля, 2019 · Жалоба Ну я вот готовый каркас / морду и ищу. Формализированный набор практик в виде продукта с форумом и комьюнити Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
GrandPr1de Опубликовано 14 июля, 2019 · Жалоба veeam? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 14 июля, 2019 · Жалоба 50 минут назад, GrandPr1de сказал: veeam судя по википедии оно все для hyper-v и вообще закрытое. хочется опенсорс на каком-нибудь питоне/java script и максимально unixway-но..... то есть в качестве бакендов какие то проверенные утилиты а-ля rsync и.т.п. ну а так же управления всякими снапшотами lvm , zfs , всякие грамотные фризы для xfs...... в духе proxmox или opennebula но для бекапов Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TriKS Опубликовано 15 июля, 2019 · Жалоба Губа не дура. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 15 июля, 2019 · Жалоба В 14.07.2019 в 17:19, LostSoul сказал: учитывая что бекап сторадж географически удаленный , предпочтительно было бы выделять diff на месте. ZFS снапшот, а дальше уже смотреть варианты заливки и последующего применения снапшота. 17 часов назад, LostSoul сказал: судя по википедии оно все для hyper-v и вообще закрытое. Оно для VMWare в основном. Закрытое и недешевое. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 15 июля, 2019 · Жалоба 18 часов назад, GrandPr1de сказал: veeam Есть community edition - 10 защищаемых виртуалок бесплатно. И бесплатные агенты для железных хостов. Для windows серверов сойдет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
naves Опубликовано 19 июля, 2019 (изменено) · Жалоба Если для ноутбуков то, что мешает использовать бесплатный veeam agent. Умеет диф, и какое-то свое шифрование. Запускать можно из командной строки по нужному расписанию, делать локальный диф бэкап. А потом самописным скриптом слать шифрованно/безопасно на удаленный сервер по нужному вам протоколу. Результаты отправки бэкапов отправлять хоть POST запросом на нужную веб-морду. Изменено 19 июля, 2019 пользователем naves Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...