В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

OpenNebula - русскоговорящее сообщество

127 membersпожаловаться на группу
2019 May 15

k

kvaps in OpenNebula - русскоговорящее сообщество
Nick Potemkin
мне не очень понятна эта логика. если данные для нас важны - то бекапы никто не отменял в любом случае и никакой персистент нам это не заменит. зачем нам может быть необходимо возвращать образ с "важными данными" в хранилище? нет, наверняка такие кейсы есть - например явно в среде виртуальных десктопов это можно применить.. но где еще?
так вот идея как раз в том, чтобы не надо было возвращать образ в хранилище, все важные данные и так persistent
источник
19:47пожаловаться

k

kvaps in OpenNebula - русскоговорящее сообщество
бэкапить нужно именно images датастор, а не system, кстати наверное можно сразу в маркетплейс
источник
19:47пожаловаться

k

kvaps in OpenNebula - русскоговорящее сообщество
Anton Zubkov
в VDC можно вообще указать что все создавaемые в нем ВМ делать persistent
круто, я не знал
источник
19:48пожаловаться

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
> images-datasotre и system-datastore очень тесно между ссобой связанны, грубо говоря это определение одного и того же хранилища

ну вот как раз это менее понятно, чем то, что сейчас для использования c fs_lvm ))
источник
19:52пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
А сейчас для lvm всё ещё нужно общее хранилище?
источник
19:53пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Я просто давно не юзал... года два назад было необходимо
источник
19:54пожаловаться

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
ну если лайв миграция нужна - конечно.. куда же без него?
источник
19:58пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Я про shared lvm
источник
19:59пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Для образов скачанных из маркета
источник
20:00пожаловаться

k

kvaps in OpenNebula - русскоговорящее сообщество
нужна, по сути fs_lvm - это всего-лишь расширение shared, который позволяет создавать system-образы в lvm вместо обычных файлов, его не стоит рассматривать как самостоятельный сторадж
источник
20:00пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Понял
источник
20:02пожаловаться

k

kvaps in OpenNebula - русскоговорящее сообщество
на самом деле там все очень запутанно, настолько что проще заново переписать
источник
20:02пожаловаться

k

kvaps in OpenNebula - русскоговорящее сообщество
fs_lvm требует что-бы images datastore тоже было fs_lvm, но при этом образы там хранятся как shared, с другой стороны fs_lvm был сконструирован так, что-бы можно было копировать образы из shared и ssh images-датасторов
источник
20:04пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Запутанно
источник
20:04пожаловаться

S

Stanislav in OpenNebula - русскоговорящее сообщество
Slozhno.gif.mp4
(431.2 Кб)
источник
20:05пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
😂
источник
20:06пожаловаться

k

kvaps in OpenNebula - русскоговорящее сообщество
посмотрел на TM_MAD_CONFs, на данный момент вот такая картинка вырисовывается:
images     system
---------------------------
shared --> shared,ssh
qcow2  --> qcow2,ssh
ceph   --> qcow2,ssh,shared
fs_lvm --> fs_lvm
какой сторадж в какой может образы копировать
источник
20:15пожаловаться
2019 May 16

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
kvaps
так вот идея как раз в том, чтобы не надо было возвращать образ в хранилище, все важные данные и так persistent
а вы в курсе, что образы на файлах как раз так и работают?
persistent файл копируется с фронтенда на ноду.
а потом, когда его отмонтировали, переносится обратно.
если нода внезапно умрет, образ потеряется, даде если он persistent.
ваша логика про persistent работает на shared хранилищах.
источник
10:18пожаловаться

AZ

Anton Zubkov in OpenNebula - русскоговорящее сообщество
Ну юзать кластер без shared хранилища - извращение.
источник
10:20пожаловаться

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
для dev - не страшно
источник
10:28пожаловаться