The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Статус развития новой версии OpenVZ - Virtuozzo 7

10.12.2015 18:05

Прошло больше полугода с момента начала открытой разработки дистрибутива Virtuozzo 7, развиваемого после слияния в единый свободный продукт кодовых баз открытой системы контейнерной виртуализации OpenVZ и коммерческого продукта Virtuozzo (Parallels Cloud Server). За это время в проекте произошло много изменений, среди которых:

  • Опубликована документация для Virtuozzo 7: Command Line Reference, Getting Started Guide, Installation Guide, Installation Using PXE, Templates Management Guide. Исходный код документации так же как и исходный код продукта размещён в репозитории;
  • В дистрибутив добавлено два новых компонента: libreport-plugin-virtuozzo и coripper;
  • Минимальные шаблоны контейнеров очень популярны в OpenVZ, но отсутствуют в Virtuozzo 7. Один из пользователей OpenVZ Philipp Born сделал минимальный шаблон для операционной системы Debian и разработчики добавили его в базовый дистрибутив Virtuozzo;
  • После продолжительного обсуждения востребованности SimFS разработчиками Virtuozzo было принято решение перенести код SimFS в новое ядро, базирующееся на ядре RHEL7. Опубликована таблица со сравнением ploop и SimFS. Статус портирования SimFS на ядро RHEL7 можно отслеживать в тикетах OVZ-6581 и OVZ-6613;
  • Добавлена новая функциональность: возможность запуска каждого контейнера в отдельном пространстве имён пользователя, поддержка форматов виртуальных дисков QEMU в утилиту prl_disk_tool, в дистрибутиве Virtuozzo 7 поставляется пакет virt-manager с возможностью управления как виртуальными машинами так и контейнерами;
  • Подготовлена таблица, в которой проведено сравнение функциональности Virtuozzo 7 с похожими решениями. Таблица позволит понять какую функциональность стоит ждать в релизе Virtuozzo и оценить достаточно ли будет функциональности бесплатной версии для решения своих задач. Нужно отметить, что некоторая функциональность находится в статусе обсуждения и поэтому не была добавлена в таблицу;
  • Опубликован отчёт аудита безопасности исходного кода OpenVZ, который делал Александр Песляк (Solar Designer из проекта OpenWall) в 2005 году. Во время аудита была выявлена одна проблема в коде OpenVZ и две проблемы в коде ванильного ядра Linux. Все проблемы были исправлены. Этот отчёт лишний раз подтверждает высокое качество кода в проекте OpenVZ;
  • Составлен список технологий и продуктов, интегрированных с OpenVZ;
  • Разработчики отказались от использования пакетной базы Cloud Linux и теперь базовые пакеты дистрибутива Virtuozzo 7 собираются своими силами. Такой шаг позволит более гибко разрабатывать продукт и сохранить время разработчиков. При использовании лицензии на Virtuozzo 7 поддержка будет распространяться и на базовые пакеты в том числе.
  • В Virtuozzo 7 гипервизор собственной разработки был заменён на KVM/QEMU. Все сборки Virtuozzo 7 из ветки Beta 2 включают всё необходимое для запуска виртуальных машин QEMU. Пользовательские утилиты (prlsrvctl, prlctl) интегрированы c QEMU с помощью LibVirt и позволяют управлять как контейнерами так и виртуальными машинами. Возможность использовать стандартные утилиты virsh, virt-install как и другие приложения, интегрированные с LibVirt, сохранилась;

    Пример создания виртуальной машины с CentOS 6.7 x86_64 с помощью virt-install:

    
       $ curl -O http://mirrors.kernel.org/centos/6.7/isos/x86_64/CentOS-6.7-x86_64-bin-DVD1.iso
       $ virt-install --virt-type kvm --name centos-6.7 --ram 1024  --disk centos-6.7.qcow2 format=qcow2 
          --graphics vnc password=vz7 listen=0.0.0.0 --noautoconsole--os-type=linux 
          --os-variant=rhel6 --extra-args"console=tty0 console=ttyS0115200n8 serial"
          --location=CentOS-6.7-x86_64-bin-DVD1.iso --network network=Bridged
    
    Попробовать тестовые сборки можно несколькими способами: загрузить установочный образ с одного из зеркал проекта OpenVZ и установить Virtuozzo 7 на физический сервер или виртуальную машину запустить инстанс Virtuozzo 7 в облаке Amazon EC2 (это будет бесплатно в случае использования t2.micro) или загрузить образ для Vagrant.
  • Подготовлено несколько скринкастов про утилиты Virtuozzo, которые отсутствовали в OpenVZ: мониторинг ресурсов с помощью vzstat установка гостевой ОС с помощью virt-install базовые операции с контейнерами с помощью утилиты prlctl;

Дополнительно можно упомянуть о намерении провести в феврале новую встречу с пользователями и разработчиками контейнеров. Желающие выступить с докладами могут связаться с организаторами. Интересующиеся технологиями контейнерной изоляции в Linux могут подписаться на группу Moscow Containers Meetup на meetup.com или на рассылки проекта OpenVZ. В рассылках каждый месяц публикуется список наиболее значительных изменений в разработке Virtuozzo. Отчёты за предыдущие месяцы: октябрь, ноябрь.

  1. Главная ссылка к новости (https://openvz.org/...)
  2. OpenNews: Тестовые сборки дистрибутива Virtuozzo 7, собранного из открытых компонентов OpenVZ
  3. OpenNews: Компания Parallels открыла код ядра, развиваемого для продукта Virtuozzo
  4. OpenNews: Открыт исходный код пользовательских утилит Virtuozzo
  5. OpenNews: 9 лет проекту OpenVZ. Обзор участия Parallels в развитии открытых проектов
  6. OpenNews: OpenVZ и Parallels Cloud Server объединяются в единый открытый проект Virtuozzo Core
Автор новости: sergeyb
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43496-openvz
Ключевые слова: openvz, virtuozzo, containers
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (58) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 20:32, 10/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну блин это конечно хорошо, но есть вопросы.

    Почему нет русской документации?
    Как я должен презентовать этот продукт клиентам и руководству?
    Почему шаблоны на debian, а сервер на centos(у меня в случае с openvz наоборот)?
    Какие костыли/api я буду использовать для автоматизации?
    Какие средства предоставлены для мониторинга?
    Каким образом теперь хранятся файлы контейнеров?
    Сколько времени будет занимать бекап через снапшот 50 виртуалок расположенных на SAS диске 3.5 дюйма 15000 оборотов со средне-занимаемым дисковым пространством 5 гигов и средним же размером файла 256кб?

     
     
  • 2.3, sergeyb (ok), 20:43, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Почему нет русской документации?

    Потому что не нашёлся человек, который готов перевести всю документацию на русский язык.
    Мы будем только рады, если кто-то начнет переводить документацию на другие языки.

    > Как я должен презентовать этот продукт клиентам и руководству?
    > Почему шаблоны на debian, а сервер на centos(у меня в случае с openvz наоборот)?

    Шаблоны есть для разных дистрибутивов. Пока доступны для centos-5-x86-ez, centos-6-x86_64-ez, centos-7-x86_64-ez, debian-8.0-x86_64-ez, fedora-22-x86_64-ez, ubuntu-14.04-x86_64-ez, ubuntu-14.10-x86_64-ez, ubuntu-15.04-x86_64-ez В новости шла речь про _минимальный_ шаблон для Debian.

    > Какие костыли/api я буду использовать для автоматизации?

    я не знаю какие костыли вы будете использовать

    > Какие средства предоставлены для мониторинга?

    SNMP + любая система мониторинга по SNMP

    > Каким образом теперь хранятся файлы контейнеров?

    ploop, есть планы сделать абстракцию в виде mosaic, чтобы была возможность использовать другие бэкенды отличные от SimFS/ploop.

    > Сколько времени будет занимать бекап через снапшот 50 виртуалок расположенных на SAS диске 3.5 дюйма 15000 оборотов со средне-занимаемым дисковым пространством 5 гигов и средним же размером файла 256кб?

    Если у вас есть задачи делать такие бекапы и ко времени бекапа предъявляются какие-то требования, то перед введением Virtuozzo в промышленное использование стоит это протестировать. Если будут возникать проблемы в Virtuozzo во время тестирования, то нужно отписать в рассылку или завести баг в bugs.openvz.org.

     
     
  • 3.5, Аноним (-), 21:22, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В общем можно забыть про дисковую производительность, diff/inc бекапы и пожалуй стоит сейчас планировать миграцию на lxc
     
     
  • 4.11, Michael Shigorin (ok), 22:50, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > и пожалуй стоит сейчас планировать миграцию на lxc

    Планируйте сразу на чруты, это почти то же.

    Касательно бэкапов -- очевидно же, что либо бэкапилочный агент запихивается в каждое окружение, либо пользуетесь simfs и тогда можно бэкапить с HN всё сразу.  В любом разе diff/inc определяется возможностями бэкапилки.

    Просадку по i/o прикидываете по результатам эксперимента на применяемом железе под характерной для него нагрузкой.

     
  • 3.8, Michael Shigorin (ok), 22:46, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Шаблоны есть для разных дистрибутивов.

    Штатный альтовый для ovz подойдёт? -- http://altlinux.org/starterkits#ovz (про vztt пока не почитал)

     
  • 3.12, Переводчик (?), 23:24, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Потому что не нашёлся человек, который готов перевести всю документацию на русский язык.

    Где можно перевести MediaWiki / GitHub Wiki/git-pages ?

    Осталось повернуться лицом к людям и предоставить нормальные инструменты.

     
     
  • 4.31, sergeyb (ok), 12:44, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Документация лежит в файлах с разметкой AsciiDoc -https://src.openvz.org/projects/OVZ/repos/vz-docs/browse

    Вики у нас на движке Mediawiki, как там делать перевод статей можно посмотреть например здесь - https://www.mediawiki.org/wiki/Help:Extension:Translate/Translation_example

     
  • 3.17, crypt (ok), 00:36, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    сравнительная таблица simfs/ploop - очень хорошо. а где-нибудь пишут подробно про проблемы(грабли) с simfs?


     
  • 3.24, Аноним (-), 07:56, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В новости шла речь про _минимальный_ шаблон для Debian.

    Тем временем из дебиана удалили CRIU. Сразу видно с кем не надо иметь дело.

     
     
  • 4.32, sergeyb (ok), 12:46, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> В новости шла речь про _минимальный_ шаблон для Debian.
    > Тем временем из дебиана удалили CRIU. Сразу видно с кем не надо
    > иметь дело.

    Я не понимаю как связаны минимальный шаблон Debian и CRIU.
    Но про удаление пакета CRIU из Debian вы что-то путаете. Последняя версия CRIU - 1.8, в Debain -stable - 1.7.2 (https://tracker.debian.org/pkg/criu).

     
     
  • 5.45, Andrey Mitrofanov (?), 15:01, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Но про удаление пакета CRIU из Debian
    >вы что-то путаете. Последняя версия
    >в Debain -stable - 1.7.2

    И да, по ссылке "unstable: 1.7.2-2". Кто-то петляет и путает следы.
    https://packages.debian.org/src:criu =только sid, ниодного из _релизов_

    Таки, Вы не в курсе https://bugs.debian.org/796534 ?!

     
     
  • 6.47, sergeyb (ok), 15:37, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Но про удаление пакета CRIU из Debian
    >>вы что-то путаете. Последняя версия
    >>в Debain -stable - 1.7.2
    > И да, по ссылке "unstable: 1.7.2-2". Кто-то петляет и путает следы.
    > https://packages.debian.org/src:criu =только sid, ниодного из _релизов_
    > Таки, Вы не в курсе https://bugs.debian.org/796534 ?!

    Вот ответ Salvatore Bonnacorso (ментейнера пакета CRIU в Debian) с описанием причин:

    >[оверквотинг удален]
    > starting to review criu in Red Hat (Florian Weimer) let me decide to propose to not hav 1.3.1 in jessie and have to maintain that version for ~2 years.
    >
    > I'm glad that now criu is used more from users apparently, so I expect to get more feedback and I'm looking forward to defintively have criu in stretch.
    >
    > From packaging side: I'm not yet happy how I (or the previous maintainer) has put together the packaging (not an upstream issue!):
    >
    > https://bugs.debian.org/792008
    > https://bugs.debian.org/782007
    >
    > (and lot of warnings when running the Debian specific QA tools on the packaging).

     
  • 2.16, crypt (ok), 00:33, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Дорогой аноним, для презентаций http://www.odin.com Там коммерческие продукты на базе OpenVZ и ты сможешь наглядно все объяснить клиентам и руководству и присутствуют средства автоматизации. Правда английским тебе все же придется овладеть. Любой айти специалист должен.
     

  • 1.2, Вася (??), 20:40, 10/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Опубликован отчёт аудита безопасности исходного кода OpenVZ, который делал Александр Песляк (Solar Designer из проекта OpenWall) в 2005 году
    >Этот отчёт лишний раз подтверждает высокое качество кода в проекте OpenVZ

    Дядя конечно авторитетный-заслуженный, но отчёт-то давным-давно протухший. Как он может что-то подтверждать сейчас, десять лет спустя?

     
     
  • 2.4, Аноним (-), 20:52, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Как он может что-то подтверждать сейчас, десять лет спустя?

    Очевидно может, если 10 лет ничего не трогать в коде.

     

  • 1.7, Аноним (-), 22:16, 10/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    И кому оно теперь надо? в винильное ядро не входит, туманные перспективы существования это Virtuozzo особенно на фоне Docker и LXC. В общем товарищ Parallels ваш поезд ушел! Прощайте.
     
     
  • 2.9, Michael Shigorin (ok), 22:46, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > в винильное ядро не входит

    Оно сейчас хоть в слаквари-то используется?

     
     
  • 3.10, Аноним (-), 22:48, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    OpenVZ R.I.P.
     
  • 2.15, avagin (ok), 23:50, 10/12/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Использование своего ядра обусловлено наличием дополнительной функциональности, которая еще не вошла в основную ветку. Эта функциональность позволяет делать действительно изолированные контейнеры и показывать более высокую производительность.

    Команда участвует в разработке Docker-а, точнее той части, которая занимается созданием контейнеров в нем.

    Часть дополнительной функциональности постоянно переносится в основную ветку, что освобождает ресурсы на создание чего-то нового.

    Так же в Virtuozzo собственный гипервизор был заменен на KVM и парни успешно влились в его сообщество, участвуют в его развитии.

    Думаю, рано вы решили закапывать;)

     
     
  • 3.18, leap42 (ok), 03:28, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Использование своего ядра обусловлено наличием дополнительной функциональности, которая еще не вошла в основную ветку. Эта функциональность позволяет делать действительно изолированные контейнеры и показывать более высокую производительность.

    Расскажите мне почему связка lxc+[selinux,apparmor]+cgroups не является действительно изолированными контейнерами.

     
     
  • 4.23, avagin (ok), 07:38, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На пример, вот этот просто скрипт позволяет положить всю ноду из lxc контейнера.

    mount -t tmpfs xxx /mnt
    mount --make-shared /mnt
    for i in 'seq 30'; do mount --bind /mnt 'mktemp -d /mnt/test.XXXXXX' & done
    umount -l /mnt


     
     
  • 5.26, Аноним (-), 11:23, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    вариантов положить OpenVZ не меньше, на вполне безобидных use case.
    не так давно была проблема с xfs - который у вас не поддерживается, в тоже время все RHEL7 based используют xfs по дефолту.
    В результате те кто решат поставить openvz ядро поверх обычной ингаляции - получат проблемы на ровном месте.

    Пойдет такое сравнение ?

     
     
  • 6.28, avagin (ok), 11:44, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я вам привел проблему безопасности, вы мне привели проблему при установке. Это как бы разные вещи. С первой проблемой жить нельзя, вторая легко решаема.
     
     
  • 7.29, Аноним (-), 12:20, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да. проблему как find / обходит IOPS лимиты уже починили ?
     
  • 7.30, Аноним (-), 12:23, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вам привел проблему безопасности, вы мне привели проблему при установке. Это
    > как бы разные вещи. С первой проблемой жить нельзя, вторая легко
    > решаема.

    вы правы. первая проблема легко решаема - так как можно хотя бы загрузить сервер.
    С проблемой получения мертвого ящика сразу после перезагрузки в новое ядро - это сложнее.
    Нужно или идти на ipmi (более дорогое железо) или платить админам DC что бы загрузили в предыдущее ядро.

    Но результаты не сравнимы - после ошибки в xfs мы просто не можем использовать сервер без перестановки, в тоже время проблему в lxc обойти можно.

     
     
  • 8.35, angra (ok), 13:00, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А можно нанять нормального админа, который сумеет найти в доке по grub2 возможно... текст свёрнут, показать
     
     
  • 9.39, Аноним (-), 14:03, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то есть сервак ушедший в панику при загрузке это не проблема openvz - ... текст свёрнут, показать
     
     
  • 10.51, angra (ok), 19:40, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В данном случае это проблема админа, который не потрудился проверить есть ли под... текст свёрнут, показать
     
  • 8.43, avagin (ok), 14:36, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мертвого ящика не будет Модуль xfs в нашем ядре есть Контейнеры на xfs можно з... текст свёрнут, показать
     
     
  • 9.49, avagin (ok), 18:14, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кажется, я понял о чем речь https src openvz org projects OVZ repos vzkernel ... текст свёрнут, показать
     
     
  • 10.52, Аноним (-), 19:40, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    в данном случае не угадали Просто аноним внимательно читает ваши changelog и п... текст свёрнут, показать
     
     
  • 11.56, avagin (ok), 20:04, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Могу только позавидовать количеству свободного времени у вас RHEL7 ядро сейчас ... текст свёрнут, показать
     
  • 8.63, name (??), 16:00, 13/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Бери дедикейшен в нормальных местах Там тебе дадут квм на пару часов совершенно... текст свёрнут, показать
     
  • 6.33, sergeyb (ok), 12:50, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > вариантов положить OpenVZ не меньше, на вполне безобидных use case.
    > не так давно была проблема с xfs - который у вас не
    > поддерживается, в тоже время все RHEL7 based используют xfs по дефолту.

    Ключевые слова "не поддерживается". Если используете заведомо неподдерживаемую конфигурацию, то будьте готовы к проблемам.

     
     
  • 7.42, Аноним (-), 14:09, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> вариантов положить OpenVZ не меньше, на вполне безобидных use case.
    >> не так давно была проблема с xfs - который у вас не
    >> поддерживается, в тоже время все RHEL7 based используют xfs по дефолту.
    > Ключевые слова "не поддерживается". Если используете заведомо неподдерживаемую конфигурацию,
    > то будьте готовы к проблемам.

    а нет в документации указания что не поддерживается. И одно дело не поддерживать лимиты - второе ронять машину в панику. Разные результаты и разная ответственность.

    Хотя если посмотреть в комит логи постоянно - закомитим патчку, потом "ой, тут все сломалось" - откатываем ребята.

    Где проверки хочется спросить? где качество ?

     
     
  • 8.44, avagin (ok), 14:45, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Может покажете баг, где у вас падала машина и вас завернули Или комит логи, о к... текст свёрнут, показать
     
     
  • 9.53, Аноним (-), 19:47, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    комит вы нашли сами другие ровно так же видели его и знают к чему это может п... текст свёрнут, показать
     
     
  • 10.57, avagin (ok), 20:14, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конечно тестируем Сами тестируем Выпускаем ядра, отдаем в QA, они гоняют тесты... текст свёрнут, показать
     
  • 6.36, й (?), 13:39, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > все RHEL7 based используют xfs по дефолту.

    orly? что hetzner, что rackspace ставят на ext4.

     
     
  • 7.40, Аноним (-), 14:04, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> все RHEL7 based используют xfs по дефолту.
    > orly? что hetzner, что rackspace ставят на ext4.

    вы давно анаконду запускали?

     
     
  • 8.50, й (?), 18:21, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    давно там теперь нельзя поставить систему на ext4 ... текст свёрнут, показать
     
     
  • 9.54, Аноним (-), 19:50, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    просто если вы ее поставите на raid0 linear из двух винтов по 8Т - получите уже ... текст свёрнут, показать
     
     
  • 10.59, й (?), 22:00, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 какой, нафиг, саппорт на centos 2 уже ставя неродное ядро от openvz вы лиша... текст свёрнут, показать
     
  • 7.48, . (?), 16:12, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    установщик hetzner диски размечает самостоятельно и распаковывает (кривой) архив уже установленной системы. Не переделывать же теперь скрипты ;-)

    Причина, в общем-то понятная - ему надо уметь ставить кучу разных дистрибутивов, и даже если они все имеют автоматическую установку с сетевого носителя с автоматическим накатом некоторых хетзнероспецифичных особенностей в конфиги, она заведомо будет _разной_ и абсолютно несовместимой. А хетзнеру потом еще поддерживать глюки и баги в каждой отдельной версии. Оно им надо, за эти гроши?

     
  • 3.19, Аноним (-), 05:15, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > показывать более высокую производительность.

    Вы уверены что скорость показатель безопасности и изолированности?

     
     
  • 4.21, avagin (ok), 07:34, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Я такого не говорил, там стоит союз "и".
     
  • 2.27, Andrey Mitrofanov (?), 11:38, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > И кому оно теперь надо? в винильное ядро не входит, туманные перспективы
    > существования это Virtuozzo особенно на фоне Docker и LXC. В общем
    > товарищ Parallels ваш поезд ушел! Прощайте.

    Парарельсы - авторы большей части lxc, namespace-ов и cgroups-ов в "ванильном" ядре, которым Вы им в харю тычите.  Ваша позиция заключается в том, что теперь, когда они всё это за-про-апстримили, им уже надо пойти и удавиться с голоду?  Разумные пределы Вашей благоларности :/ совсем потеряли всякие грацицы, знаете ли.

     
     
  • 3.41, Аноним (-), 14:07, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> И кому оно теперь надо? в винильное ядро не входит, туманные перспективы
    >> существования это Virtuozzo особенно на фоне Docker и LXC. В общем
    >> товарищ Parallels ваш поезд ушел! Прощайте.
    > Парарельсы - авторы большей части lxc, namespace-ов и cgroups-ов в "ванильном" ядре,
    > которым Вы им в харю тычите.  Ваша позиция заключается в
    > том, что теперь, когда они всё это за-про-апстримили, им уже надо
    > пойти и удавиться с голоду?  Разумные пределы Вашей благоларности :/
    > совсем потеряли всякие грацицы, знаете ли.

    cgroups это вообще IBM, а параллсы пытаются запрыгнуть в уходящий поезд и возглавить. Прям как Microsoft.

     
     
  • 4.58, avagin (ok), 20:17, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мне кажется это были инженеры из Google. Как вы думаете на сколько важно кто начал? Может лучше судить по вкладу за все время?

     

  • 1.13, anonim (ok), 23:28, 10/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    console=tty0 -- люди не понимают разницы между console, tty, tty0 и tty1.
     
  • 1.14, Аноним (-), 23:44, 10/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Посмотрел на табличку сравнения, правильно ли я понимаю, что для Virtuosso 7 нет ни какой-либо веб-морды (гуя), для управления кластером, ни поддержки шаренного стораджа?

    Как-то бедненько выходит, даже на фоне проксмокса.

    Почему в табличке не сказано, что у rhev есть opensource edition (ovirt), как это сказано про xen.

     
     
  • 2.34, sergeyb (ok), 12:52, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Посмотрел на табличку сравнения, правильно ли я понимаю, что для Virtuosso 7
    > нет ни какой-либо веб-морды (гуя), для управления кластером, ни поддержки шаренного
    > стораджа?

    Да, веб панель не включена в бесплатную версию. Но в Virtuozzo 7 операции с контейнерами и ВМками поддерживаются  помощью libvirt, для которого есть множество панелей - http://libvirt.org/apps.html#web

    > Почему в табличке не сказано, что у rhev есть opensource edition (ovirt),
    > как это сказано про xen.

    Добавьте.

     

  • 1.37, Аноним (-), 13:50, 11/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это всё хорошо, но отсутствие хотя бы минимального графического и/или веб-интерфейса удручает. Plesk 1) платный 2) заточен на комплексное администрирование всего. Все остальные, приведённые в вики, работают с OpenVZ, а не с Virtuozzo. Ставить опенстек ради сомнительной интеграции и управления десятком контейнеров как-то не хочется. Вот так и вышло, что при всех его недостатках Proxmox выглядит наиболее привлекательно, особенно если надо дать доступ к серверу виртуализации не только админу.
     
     
  • 2.46, sergeyb (ok), 15:02, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Это всё хорошо, но отсутствие хотя бы минимального графического и/или веб-интерфейса удручает.

    Да, веб панель не включена в бесплатную версию. Но в Virtuozzo 7 операции с контейнерами и ВМками поддерживаются  помощью libvirt, для которого есть множество панелей - http://libvirt.org/apps.html#web

     

  • 1.38, Аноним (-), 13:52, 11/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А есть возможность использовать для контейнеров не образы файловой системы, а обычные директории? Иногда очень выручает возможность быстро скопировать данные из одного контейнера в другой.
     
     
  • 2.60, Аноним (-), 23:14, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержка simfs в процессе добавления, в самой новости -
    > После продолжительного обсуждения (https://lists.openvz.org/pipermail/users/2015-July/006307.html) востребованности SimFS разработчиками Virtuozzo было принято решение перенести код SimFS в новое ядро, базирующееся на ядре RHEL7.

    Скопировать данные подобным образом можно и с контейнерами на ploop.
    Только нужно будет примонтировать их через ploop/vzctl mount.

     

  • 1.61, afiskon (ok), 23:14, 11/12/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вопрос. Входит ли PVA или его аналог (веб-мордочка какая-нибудь) в Virtuozzo 7 ?
     
     
  • 2.62, sergeyb (ok), 23:28, 11/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    веб панель не включена в бесплатную версию. Но в Virtuozzo 7 операции с контейнерами и ВМками поддерживаются  помощью libvirt, для которого есть множество панелей - http://libvirt.org/apps.html#web
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру