Comments 30
Webmin virtualbox и ubuntu 14.04.
За что вы так ненавидите людей?
Вот вы шутите, а мне приходится после таких инструкций это в продакшене видеть.
Не нравится — не ешь =)) Работает вполне адекватно, поднимается быстро, особых знаний не требует — все копипастом, что еще надо?
Какие задачи оно решает?
Мрак, кошмар, тлен, уныние… Стивен Кинг ИТ мира просто
А точно именно эта команда добавляет пользователя? А какого пользователя? А куда добавит?
А в чем смысл установки 14 версии убунты и последующего
usermod -aG vboxusers {имя пользователя}
А в чем смысл установки 14 версии убунты и последующего
sudo apt-get -y dist-upgradeЧто мы получим на выходе?
А в чем смысл установки 14 версии убунты и последующего
sudo apt-get -y dist-upgrade
Что мы получим на выходе?
dist-upgrade, не смотря на название команды, это немного иная вариация обычного upgrade. Обновление до новой версии системы делается совсем иначе.
На выходе мы получаем 14.04 с последним ядром. Чтобы обновился релиз требуется немного другая команда —
sudo apt-get do-release-upgrade
usermod -aG vboxusers {имя пользователя}
manpages.ubuntu.com/manpages/xenial/ru/man8/usermod.8.html
Добавляет пользователя виртуальных машин в группу vboxusers
С релиза 14.04 прошло уже 4.5 года, относительно скоро у неё EOL наступит.
Ну и пусть, как я и писал — инструкция применима к свежим версиям, пусть с некоторыми правками, но в основном все так же. Да и 14.04 у меня молотит без остановки месяцами без сбоев, чего не могу сказать о 16.04. 18.04 еще не пробовал, но учитывая основные тенденции — стоит еще подождать пока баги пофиксят.
У меня что 16.04, что 18.04 (после апгрейда со все той же 16.04) работает без каких-либо сбоев и проблем. Ребутится только когда электричество пропадает.
Без проблем апдейтился еще с 10.10, сейчас уже 18.04. Были лишь некоторые проблемы с переходом с upstart(или что там было на старых дистрах, я уже даже не помню) на systemd, и то исключительно потому, что некоторые дефолтные скрипты правились под себя.
Хотя принцип «работает — не трогай» не на пустом месте возник, и иногда действительно стоит не трогать. Но писать копипаст-туториалы поднятия недо-гипервизора virtualbox(такая себе игрушка, с одной стороны будто бы и гипервизор, а с другой стороны это как chroot против полноценных контейнеров) на lts релизе у которого скоро EOL — это как то не очень. Какая польза от этого? Только молюсь, что бы нерадивые админы не взяли этот туториал в основу своего «тру-продакшн» гипервизора, а нагуглили что то более стоящее.
Хотя принцип «работает — не трогай» не на пустом месте возник, и иногда действительно стоит не трогать. Но писать копипаст-туториалы поднятия недо-гипервизора virtualbox(такая себе игрушка, с одной стороны будто бы и гипервизор, а с другой стороны это как chroot против полноценных контейнеров) на lts релизе у которого скоро EOL — это как то не очень. Какая польза от этого? Только молюсь, что бы нерадивые админы не взяли этот туториал в основу своего «тру-продакшн» гипервизора, а нагуглили что то более стоящее.
Может лучше разобраться с Proxmox?
Почему среди такого обилия гипервизоров выбран именно виртуалбокс на сервере? Полно ведь именно серверных решений от контейнеров на cgroups до полноценной аппаратной виртулизации и оркестраторов к ним на любой вкус, полноценно поддерживаемых производителями.
А как вам аналогичное решение на Xen из коробки от openSUSE?! Помнится этак лет 5 назад (когда я ещё занимался Unix'ами), это уто было доступно и достаточно просто в развертывании.
Ну все, закидали помидорами… тогда скажите мне, о Великие, какую виртуалку можно поднять за 5 минут с вэбмордой и всеми функциями того же виртуалбокса? И чтобы без бубна? По поводу EOL 14.04 — даже 16.04 ДО СИХ ПОР сыпет ошибками, исправлять которые нет ни времени, ни желания. Зато в 14.04 все баги давно известны и имеют решения. Ну что, кто первым бросит в меня камень?
Qemu+KVM, без шуток. Никаких прыжков с бубном, ставятся несколько пакетов из стандартных реп дистрибутива и запускается libvirtd. После этого в вашем распоряжении платформа виртуализации. Я, правда, не уверен насчёт установки веб-морды, но они точно есть и их полно всяких разных. Лично я предпочитаю консольный virsh и гуевый virt-manager.
Консольный virsh и гуевый virt-manager неприменимы в моей ситуации. QEMU??? Тот еще трах! Плавали, знаем. Из коробки завелось именно это решение. И всех все устраивает. Машинка работает, управляется удаленно, вход по ssh запрещен для пользователей виртуалок. Весь смысл создания этого был в обеспечении блондинке доступа к виртуальному серверу для рассылки рекламы, то есть минимальные функции — вкл-выкл и RDP на виртуальную машину. В данной ситуации я не считаю нужным разворачивать какую-то более мощную систему виртуализации и обеспечивать круглосуточную поддержку дабы пользователь одной (!) виртуальной машины не долбился головой о монитор. Я действовал исходя из поставленной задачи, решил поделиться, но меня не поняли и закидали помидорами. Даже не хочется вообще теперь чем-либо делиться с хабром. Тут злые все.
Вас не закидали, а вполне разумно спросили, почему именно виртуалбокс на сервере (почему это не описано в статье?). Вместо того, чтобы просто признать «не осилил в разумные сроки» вы начали писать что это вау решение.
Да не «не осилил в разумные сроки», а смысла не видел заморачиваться. Да и не писал я не про какие «вау» — просто единственная статья, что нагуглилась, была устаревшая, я решил это исправить. На свою голову. Я даже не думал что приглашение за нее получу, валялась бы в песочнице и фиг с ней. Но НЛО решило иначе… не было печали, теперь сам не рад.
Зачем виртуализация для одной машины блондинке? Да ещё и спамеру.
Осталось ещё опубликовать мануал "дорвеи для чайников" .
Виртуалбокс в качестве серверной виртуализации? Мсье знает толк в извращениях. Самое печальное, что кто-нибудь этой инструкции последует.
Тут от задач зависит. У виртуалбокса есть однозначные преимущества: платформонезависимость и низкие аппаратные требования. Как-то столкнулся с ситуацией, когда надо было перебросить xen виртуалку на другую машину на некоторое время. Xen требует модифицированное ядро, а у этого ядра вылезла какая-то несовместимость с железом. С KVM тоже была подобная ситуация: на старых процессорах работать отказывается — подавай поддержку аппаратной виртуализации. Виртуалбокс же запускается на всем что включается в розетку и виртуалки можно запросто таскать с линукса на винду, а оттуда на мак.
Короче, я к чему: серверы бывают разные. Не везде в приоритете производительность.
Короче, я к чему: серверы бывают разные. Не везде в приоритете производительность.
Sign up to leave a comment.
Гипервизор для чайников