Хоть о какой-нибудь. У них недавно релиз был, вроде крутая штука получилась

я юзала старую виртуозу. От бесплатной OVZ отличалась:

Мяв. А кто-нибудь юзал openVswitch с oVirt?

1) панель VZPP для админа контейнера. Красивый дизайн, работает на ноде, отбирает у контейнера порт 4643 (если по IP контейнера зайти, https://IP:4643 то попадёшь на веб приложение на ноде. Есть rescue, и установка приложений через eztemplates (ниже)

Крутяк, это бесплатная версия?

2) файловая система vzfs. Депрекейтед. Тут параллелс перемудрил. Была хорошая задумка, как в докере за годы до него, что бы каждый НЕ измененный файл темплейта был как бы симлинком на темплейт. Файл меняется, "симлинк" рвется Реализация вышла не очень, глючной

рескью - это больше для хостингов

3) EZtemplates - собственные пакеты для установки в контейнеры, использующие фичи vzfs. Как сейчас не знаю, т.к. vzfs выкинули

4) панелька для дата-центра, в которой все ноды. Удобно, но не так уж что бы очень нужно. Больше красиво чем полезно.

выкинули в пользу чего? тоже оверлейфс?

5) API - действительно крутая и полезная штука

6) vzbackup - адский траш, проприетарная утилита для бэкапа, бэкапящая в какой-то проприетарный акронисный формат бэкапа. Это типа "подарок" платным юзерам, что бы не зазнавались. Порождает кучу гемороя и проблем

выкинули в пользу чего? тоже оверлейфс?

Там теперь ploop

всегда знал, что проприетарщина = геморрой

теперь каждый контейнер живёт в отдельном файле, раньше они жили в /vz/private/$CONTAINERID, при старте всё монтировалось в /vz/root/$CONTAINERID, и было с одной стороны удобно, что все файлы контейнера доступны через файловую систему ноды,

а с другой стороны порождало свои проблемы, например, если юзер писал злой скрипт, который рекурсивно делал директорию, спускался в неё, делал ещё одну, и если у юзера было много инодов,

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

Теперь всё работает через ploop, и файловая система каждого контейнера живёт в файле, как в KVM, но монтируется при старте так же в /vz/root/$CONTAINERID

и теперь эти файлы ploop можно жёстко лимитировать по i/o с помощью blkio

И проблема DDoS'а ноды контейнером решилась (больше нельзя например таря миллионные архивы просадить ноду, даже если она на сата дисках запущена)

а оверлейфс в OVZ нет

а какой-нибудь qcow лимитировать по ио нельзя?

И контейнеры занимают довольно много места

Увы

а какой-нибудь qcow лимитировать по ио нельзя?

можно

тогда я не понимаю, зачем нужен ещё один формат

Теперь всё работает через ploop, и файловая система каждого контейнера живёт в файле, как в KVM, но монтируется при старте так же в /vz/root/$CONTAINERID

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

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

раньше тоже не могло

разве что средствами СХД

можно было хардлинков насоздавать

раньше тоже не могло

даже через btrfs?

LXC всем хуже докера и OVZ

лол

Надо же, я дожил до момента, когда начали хвалить OpenVZ. Увлекательно, спасибо.

может и заббикс будут хвалить

доживем!

Докер умеет то умеет, но какой ценой? В LXC контейнер когда поднимается то сразу имеет IP по кторому можно заходить классически, и ставить там пакеты, работать по SSH привычно. В докере такого из коробки нету

что-то мне подсказывает, что что-то странное вы с контейнером делаете. Зачем в контейнер что-то ставить? Он состояние не сохраняет (и не должен)

может и заббикс будут хвалить

это вряд ли. там все настолько плохо, что чтобы его починить - его надо с нуля написать

Как это не должен? Должен

Там практически вся ось стоит

Кроме ядра

что-то мне подсказывает, что что-то странное вы с контейнером делаете. Зачем в контейнер что-то ставить? Он состояние не сохраняет (и не должен)

Выйди за рамки, что контейнер - это докер. LXC существовал задолго до докера, и им пользовались в том числе и для виртуализации

Выйди за рамки, что контейнер - это докер. LXC существовал задолго до докера, и им пользовались в том числе и для виртуализации

вы это рассказываете человеку, который хостинг на openvz поднимал. Что такое контейнеры - я немного представляю.

никто не заморачивался с кешем на ссд?

я

кроме flashcache появилось чонить?

bcache

флешкеш вроде умер

оке, спс

а знает кто-нить как дашборд из примеров эластика себе экспортнуть? http://demo.elastic.co/packetbeat/#/dashboard/MongoDB-performance типа этого

а вот meetup говорит https://www.meetup.com/find/events/?&keywords=devops&radius=100&userFreeform=Moscow%2C+Russia&mcId=z1036267&mcName=Moscow%2C+RU

It looks like there are no devops Meetups в Москве

А чо так плохо?

почему он не ищет то ? https://www.meetup.com/DevOps-Moscow-in-Russian/

а кэш в лвм (dm-cache) никто не юзал?

как оно вообще?

кстати тоже интересно

а кэш в лвм (dm-cache) никто не юзал?

мы юзали

я вот смотрю так хорошо настраивается

просто

есть проблеме

bcache както проблемнее

нелзя выдать один кеш-том нескольким томам с данными

надо сначала нарезать его на куски

нелзя выдать один кеш-том нескольким томам с данными

ну это какбэ не проблеме

а ограничение скорей

из которого может случиться проблеме

например - у тебя 10 виртуалок, и ты заранее не знаешь, какой из них кеш нужнее

если у тебя lvm поверх bcache - все случится само

например - у тебя 10 виртуалок, и ты заранее не знаешь, какой из них кеш нужнее

ну они у тебя живут на одном lv?

ну они у тебя живут на одном lv?

конечно, у каждой из них свой том

Всем здарово, быстрый вопрос, вдруг кто знает. Где Docker свежий на MacOS хранит контейнеры и имджи?

конечно, у каждой из них свой том

погоди, мы про разные виртуалки. У меня квм с qcow2

а у вас небось контейнеры?

Выйди за рамки, что контейнер - это докер. LXC существовал задолго до докера, и им пользовались в том числе и для виртуализации

LXC какое-то говно

Извиняюсь за французский

а у меня kvm с томами на lvm

Это же патчи Параллельса в ядро

Им надоело поддерживать большой патч OVZ

вот и появились всякие неймспейсес и cgroups

бедный ovz

Хотя OVZ раньше не на cgroups было, у них свой велосипед был в своём ядре