Size: a a a

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

2019 May 13

k

kvaps in OpenNebula - русскоговорящее сообщество
Игорь Исаенко
А как вам такой вариант? cloud - это характеристика не виртуалок, а системы виртуализации. Т.е. "создавайте виртуалки, не парясь, на каком сервере они запустятся".
Бывает так, что люди создают одну виртуалку в облаке амазона и держут там какой-то сервис.
И они не настраивают автомасштабирование или постоянное создание/удаление виртуалок.
Но тем не менее даже на амазоне данные желательно держать отдельно от системного инстанса
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Автоскейлинг - далеко не обязательная вещь
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
Желательно - да. Но не обязательно.
Например, мой знакомый держит просто виртуалку с redmine. Ему бы не хотелось потерять виртуалку (бекапы, естественно, есть).
Т.е. облако есть, а обращения "виртуалка ничего не значит" - нет.
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
С другой стороны, когда у нас в серверах ломаются блоки питания или жесткие диски, хочется иметь просто "облако", чтобы не думать о таком.
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
источник

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
отличная штука
источник
2019 May 14

AC

Alexandr Costyuk in OpenNebula - русскоговорящее сообщество
источник
2019 May 15

ИИ

Игорь Исаенко in OpenNebula - русскоговорящее сообщество
> Кроме того, атака затрагивает только данные на том же физическом ядре CPU, что и код атакующего.

В кои-то веки честное выделение ядер помогает уберечь виртуалки от компрометации
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Сегодня понял что fs_lvm драйвер поломал очень многие best practices в OpenNebula.
источник

k

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

k

kvaps in OpenNebula - русскоговорящее сообщество
в итоге все перепуталось и надо снова расставлять всё на свои места:

marketplace - место где должны храниться начальные образы

image-datastore - место где должны храниться данные. Любые данные которые хоть как-нибудь важны, должны лежать в persistent образах

system-datastore - место куда разворачиваются non-persistent образы и линкуются persistent-образы

images-datasotre и system-datastore очень тесно между ссобой связанны, грубо говоря это определение одного и того же хранилища, но разница лишь в том что они описывают разные стейты образа: точнее параметры которые используются для хранения образа в момент когда он подключен к виртуалке и параметры того же образа когда он никуда не подключен
источник

NP

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

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
и драйвер вроде как не при чем
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
а в остальном, как я вижу, вроде так и есть все )
источник

NP

Nick Potemkin in OpenNebula - русскоговорящее сообщество
или в чем я ошибаюсь?
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Nick Potemkin
ну мы же не можем развернуть виртуалку, используя образ, находящийся в marketplace?
Нет, но если данные в виртуалке хоть как-то важны, стоит создавать ее из persistent образа
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
То есть загрузил appliance из маркетплейса, сделал образ как persistent и запустил тачку из него
источник

k

kvaps in OpenNebula - русскоговорящее сообщество
Там кстати даже опция была, "instantiate as persistent"
источник

AZ

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

NP

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