В: для начала, не могли бы вы рассказать немного о себе?

В университете я начал изучать Физику, но потом переключился на компьютеры. Закончил университет уже с дипломом кафедры ЭВМ (эквивалентом Магистра) и теперь продолжаю работать над своей докторской диссертацией.

Помимо программирования, моим хобби является жонглирование, бильярд, музыка, кино и электроника (это, кстати, не полный список).

В настоящее время я работаю на себя, предоставляя консалтинговые услуги в области информационных технологий. К счастью для меня, моя очаровательная жена: художница и скульптор, также является экспертом в области ИТ.

В: что же представляет из себя VServer?

Linux-VServer - это техника изолирования, по концепции очень схожая с Jails в BSD или контейнерами в Solaris. Она позволяет параллельно выполнять на одном сервере множество рабочих сред Linux, без какого-либо измеряемого падения в производительности.

В: как вы начали работать над этим проектом?

начал как и любой обычный пользователь проекта, в те времена называвшегося 'контексты безопасности Linux' (Linux Security Contexts, или ctx), разрабатывающийся и поддерживающийся Жаком Гелинас (Jacques Gelinas). В те времена все было достаточно топорно и кудряво, с кучей возможных эксплойтов, никакого управления ресурсами или поддержки многопроцессорности.

Но идея проекта мне была очень по душе и очень скоро у меня уже была написанная мной куча патчей, улучшающих функциональность и добавляющих новые возможности в продукт.

Летом 2003го года Жак исчез, и это полностью затормозило проект. Спустя несколько месяцев, я вызвался возглавить проект на временой основе, до тех пор пока Жак не вернется. Но после возвращения Жака всем стало ясно, что у него нет времени, чтобы продолжать работать над VServer. Так я и стал новым мэйнтейнером.

В: Каков статус проекта в настоящий момент? Над чем идет работа?

Я думаю, мы создали очень хороший и стройный код, который достаточно просто поддерживать. Этот код небольшого размера, очень стабилен, элегантен, и, что немаловажно, очень быстр. В настоящее время мы фокусируемся на адаптации и интеграции изменений, происходящих в основной ветке ядра (теперь, когда главные разработчики Linux также открыли для себя виртуализацию :) ), чтобы наши пользователи смогли применять те возможности, которые появились в новых версиях ядра.

В: Ваши планы на будущее?

Мы будем продолжать поддерживать Linux-Vserver до тех пор, пока размер нашего патча на основное ядро не станет нулевого размера, и все, что нужно будет для поддержки высококачественной изоляции процессов на уровне ядря - это пользовательские утилиты.

В: Насколько просто начать играться с vserver? Выложены ли где-то бинарники, которые можно просто скачать и установить?

ИМХО, на сегодняшний день начать играться с Linux-Vserver достаточно просто - даже Live CD уже поставляются со встроенным Linux-Vserver. Но если вы настроены на серьезную работу, подумайте над компиляцией своего ядра, и, возможно, даже util-vserver (набор утилит для контроля за различными возможностями ядра).

В: То есть, обязательно нужно ли что-то компилировать?

Для большинства дистрибутивов - нет

В: Когда вы говорите об использовании всех имеющихся возможностей ядра Linux вместо создания собственного "велосипеда", выкладываете ли вы по ним документацию/вики/предоставляете поддержку?

большинство возможностей 'mainline' Linux так или иначе хорошо документированы (это может быть документ в дереве ядра, вики или RFC, описывающие некотурую функциональность)

В: Например, шейпинг траффика, приоритеты дискового ввода\вывода, т.д.?

Для шейпинга траффика существует множество HOWTO документов (мы не влазим в сетевую часть ядра Linux на этом уровне), поэтому вы можете использовать любой предпочитаемый вами интерфейс к tc (traffic control tool) и, конечно же, iptables. Что касается различных планировщиков ввода-вывода, то ядро содержит массивную документацию по этому вопросу (единственный планировщик для потенциально недружественных сред - это cfq).

Но в целом, мы доверяем пользователю делать то, что он считает нужным.

В любом случае, мы обеспечиваем намного более общую поддержку, чем возможности Linux-VServer на нашем очень активном IRC канале (#vserver @ irc.oftc.net)

В: Работа над VServer - это ваша основной род деятельности?

Нет, конечно нет. Я работаю над Linux-VServer в свое свободное время, и, насколько мне известно, другие разработчики VServer поступают точно также.

В: Есть ли у вас есть планы по превращению проекта в бизнес?

Я не думаю, что такие понятия, как "бизнес" и отличный софт хорошо ладят вместе. Обычно бизнес сдвигает фокус проекта с разработки очень хорошего продукта на продажу продукта :)

Хотя, конечно же, как консультант, я часто работаю над проектами, связанными с Linux-VServer.

В: Где вы видите будущее для таких продуктов, как VServer/OpenVZ?

IMHO, в "продукте", обеспечивающим виртуализацию или изоляцию, нет ничего инновационного. Он медленно становится обыденным явлением и в этом же направлении движется виртуализация на уровне ОС.

В: Говорят, VServer можно легко "убить" рекурсивным созданием директорий и подобными DoS атаками.

Если вы возьмете ядро (и Linux VServer патч к нему) многолетней давности(!), вы, возможно, и сумеете провести успешную DoS атаку, но не с недавними ядрами и VServer патчами к ним.

К тому же, знаете ли вы, что вы можете запустить очень похожую DoS атаку как обычный пользователь на большинстве современных дистрибутивов Linux?

В: Чем ваш продукт лучше или хуже по сравнению с OpenVZ?

Linux-VServer и OpenVZ имеют очень схожую историю и фокус, так что это естественно, что они делают очень схожие вещи, хоть и немного по-разному. Позвольте мне перечислить отличия, и вы выбирайте, какой из решений больше вам подходит:

Linux-Vserver
- проект, разрабатывающийся сообществом
- легковесная изоляция
- небольшой и невмешивающийся патч
- поддержка всех ядерных архитектур
- обеспечение высоко-продвинутых jails

OpenVZ
- FOSS версия коммерческого продукта
- виртуализация (напр. сеть)
- достаточно большой (объемный) патч
- фокус на нескольких архитектурах (x86/ppc/sparc)
- обеспечивает VPS (напр, живую миграцию)

Кроме вышеперечисленного, функциональность продуктов в большинстве своем одинакова