Search
Write a publication
Pull to refresh

Вложенная виртуализация как модель реальности

Человек мыслит, то есть, познаёт действительность. Смысл познания – управлять действительностью или предсказывать ее. Что, в принципе, одно и то же.

Для познания в мозгу строится модель действительности. Пополняется эта модель как-то так:
1) Ограничиваем что-то – в понятийном смысле, не только пространственно
2) Именуем
3) Пользуемся моделью, так как имя – уже прототип модели.

В принципе, от качества модели зависит и качество познания. То есть, познания – это и есть качественная модель, но важно и то, что применяется для моделирования.

Например, знания в книге – это хорошо, а в гипертексте гораздо удобнее. Видеоинструкция – совсем удобное представление информации.
Компьютер – это в некотором роде мозг. Вроде бы мы не должны стремиться создать Матрицу… Но от качества модели в компьютере зависит удобство его использования.

Возможно, вложенная виртуализация как раз и является таким же улучшением свойств модели, как гипертекст по отношению к тексту. Вложенная – это когда система виртуализации сама запущена в виртуальной машине.

Например, есть проблемы с тем, чтобы снапшотить некоторые структуры, вот описание
habrahabr.ru/company/truevds/blog/142198/#comment_4760200 Если коротко – сложную систему нельзя заснапшотить, так как она всунута под гипервизор не целиком. Ну и не вопрос – засовываем ее всю в виртуальную машину! Все связи, настройки сети, транзакции, будут уже в памяти хоста. Как говорится, задача сведена к известной, как в анекдоте про чайник.

Или, например, есть куча компаний в виде холдинга. С бухгалтерами, админами и т.п. Повторяем структуру в виде вложенной виртуализации. Даем доступы. Аппарат холдинга заведует снапшотами всего большого облака (возможно, не имея доступа внутрь, к самой информации). Аппарат фирм – своими маленькими облачками.

При этом физические вещи пробрасываются, как, например, здесь habrahabr.ru/post/157899 То есть, каждой конторе нужен хороший канал. Роутер. Тонкие клиенты.
Остальное – хранилище, хороший сервер, на нем всякие VDI и многоэтажные виртуализации. На меганадежном железе и питании. Дешевле это будет купить в виде сервиса.
После окажется, что продавцы на самом деле продают не свои мощности, а тоже виртуальные. А реально всё принадлежит Матрице…

Сейчас полетят помидоры и начнутся крики, что некоторые конфигурации в принципе нельзя виртуализировать. Терпеливо разъясняю.
Тридцать назад – 1993г. — не было не только HTML, но и даже Инета (даже не верится!). Так что предположим, что у вас есть офисы в Америке, Китае, на Луне и на Марсе. У каждого 100Гб канал до Вселенского Мозга, типа Соляриса, в котором вам выделено сколько хочешь памяти и процессорного времени. Конечно, это преувеличение, но мы к нему движемся.

Речь только о наиболее адекватном отображении того, что вы собственно автоматизируете. И о влиянии отображения на качество работы.

К чему это все я говорю. Приходится сейчас строить вложенную структуру (Nested ESXi), чтобы обойти ограничения жмотов на бесплатные и дешевые версии. Первое – 32 ГБ памяти, второе – только два сокета (три хоста по 2 CPU в Essentials версии).

Угораздило же купить четырехсокетный сервер! Кто же знал, что лицензия ESXi под него будет дороже самого сервера?

В сообществе Vmware некоторые прямо советовали выкинуть два проца – и делать все на двухсокетном сервере с Essentials, плюс памяти докупить и не париться с вложенными ESXi. Но мы не ищем легких путей и жмоты не хуже Vmware!

Вот и навеяло это занятие философские размышления – а может, это и не извращение никакое, может, в этом есть великая сермяжная правда©? Может, есть глубокие концептуальные плюсы в многослойной виртуализации?

Надо сказать, что на хранилище многослойность отражаться будет по-другому, видимо, там будет более плоская схема хранения – то есть, не будет, например, raw-диска в raw-диске, чтобы хранилище не сошло с ума. Однако, вложенность можно отразить структурой храненимых данных, особенно в ZFS.
Tags:
Hubs:
You can’t comment this publication because its author is not yet a full member of the community. You will be able to contact the author only after he or she has been invited by someone in the community. Until then, author’s username will be hidden by an alias.