Что именно написать? А вообще, welcome в личку, на linkedin тот же ник

Бекaп это только пример. Открой для себя такое понятие как ISV.

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

Ну и насчет удобства API, самое простое - зайти в ipython и загрузить модули api. Довольно часто работа в таком шелле оказывается удобнее чем в cli

зависит от cli и от api.

Debian

Появиться ли какая-нибуть замена для OpenVZ ядер и vz утилит для Debian?

Чтобы можно было проапгрейдиться?

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

Я вот не зря предлагал сначала узнать что такое ISV а потом ответы строчить. Еще я не просто так говорил что бекaп это просто пример

Я вот не зря предлагал сначала узнать что такое ISV а потом ответы строчить. Еще я не просто так говорил что бекaп это просто пример

Откуда я могу знать, что ты скрыл за этой абревиатурой? Я имел в виду независимость. Да, в проксмоксе она в полный рост и это касается не только API. Я переносил виртуалки с EXSi, с вмвари, в виртуалбокса и просто kvm/qemu в облако проксмокса и обратно, я использовал максимум из железа и сетевой конфигурации, в том числе и того, что не поддерживается в проксмоксе, я писал свои скрипты и обработки и даже до API еще не добрался!

Еще я не просто так говорил что бекaп это просто пример

Есть разные подходы. В конечном решении ты просто наращиваешь функциональность этого решения, благо если оно свободное, с исходниками.

А в компонентных вещах встраиваешь сторонний компонент через api в свое решение. И правишь уже свое решение, благо оно для тебя полностью открыто и понятно. Это вариант подходит и для закрытых компонентов.

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

Откуда я могу знать, что ты скрыл за этой абревиатурой?

Ну не знаю, вбить в поисковик или в вики не судьба? Или ты считаешь что елси я упомянул термин который ты не знаешь, это я просто тебя пытаюсь разозлить, а термин к разговору отношения все равно не имеет - ведь ты его не знаешь?

Я имел в виду независимость. Да, в проксмоксе она в полный рост и это касается не только API. Я переносил виртуалки с EXSi, с вмвари, в виртуалбокса и просто kvm/qemu в облако проксмокса и обратно, я использовал максимум из железа и сетевой конфигурации, в том числе и того, что не поддерживается в проксмоксе, я писал свои скрипты и обработки и даже до API еще не добрался

ты немножко поработал с проксмоксом, с какого-то перепуга даже назвав его «облаком», и теперь этим гордишься, я понял.

Есть разные подходы. В конечном решении ты просто наращиваешь функциональность этого решения, благо если оно свободное, с исходниками.

мне как ISV абсолютно неважно открыта система или нет. мне просто нужен API для того чтоб использовать функционал системы в собственных целях. когда таких систем много, но у каждой есть нормальный API, я могу писать собственный код так, лтоб работать с кучей разных систем. Например vmturbo прекрасно работает с vmware, RHEV, hyper-v и хз с чем еще - просто потому что есть API, а значит можно зацепиться и работать.

А в компонентных вещах встраиваешь сторонний компонент через api в свое решение. И правишь уже свое решение, благо оно для тебя полностью открыто и понятно. Это вариант подходит и для закрытых компонентов.

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

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

затратный? каким образом? и чтоб два раза не вставать, дай пожалуйста определение для «в большинстве случаев», и откуда ты это большинство экстраполировал

там есть rest-api, которое умеет очень многое

ЗЫ. в ansible-2.0 появился модуль для proxmox

Ну не знаю, вбить в поисковик или в вики не судьба?

Ну это вариант я и так знал. Про него и говорил, но кто тебя знает, что ты имел в виду?

ты немножко поработал с проксмоксом, с какого-то перепуга даже назвав его «облаком», и теперь этим гордишься, я понял.

Да я с разными работал. Облако, потому что проксмокс умеет работать в кластере и делегировать права. У меня он так и работает.

мне как ISV абсолютно неважно открыта система или нет.

Это твой частный случай. Я рад за тебя. А у меня все наоборот, мне главное, чтобы решение было открытым и свободным.

vmturbo прекрасно работает с

Не совсем так. Одинаково хреново. Как и libvirt, как и большинство таких продуктов-прослоек с кучей полуживых драйверов.

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

Берем любое предприятие и даем на выбор, вам что, админа с мышкой, который вам и так и так нужен и рабочее облако за два часа или «орестратор» за пару лет с командной разработчиков и внедренцев в количестве пары десятков?

Ответ будет своеобразным. Кстати, это ответ и на последний вопрос...

Ну это вариант я и так знал. Про него и говорил, но кто тебя знает, что ты имел в виду?

учитывая твои последующие ответы, ты так и не посмотрел что это такое.

Да я с разными работал. Облако, потому что проксмокс умеет работать в кластере и делегировать права. У меня он так и работает.

маловато тебе надо для «облака». расскажи мне тогда, чем отличается облако от виртуализации уровня датацентра?

Это твой частный случай. Я рад за тебя. А у меня все наоборот, мне главное, чтобы решение было открытым и свободным.

ты ISV или пользователь? мне кажется что как раз последнее

Не совсем так. Одинаково хреново. Как и libvirt, как и большинство таких продуктов-прослоек с кучей полуживых драйверов.

ну-ну, расскажи мне, чем работа напрямую с cmdline kvm лучше чем через libvirt

Берем любое предприятие и даем на выбор, вам что, админа с мышкой, который вам и так и так нужен и рабочее облако за два часа или «орестратор» за пару лет с командной разработчиков и внедренцев в количестве пары десятков?

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

учитывая твои последующие ответы, ты так и не посмотрел что это такое.

Независимый вендор (поставщик) программного обеспечения, ISV,

маловато тебе надо для «облака». расскажи мне тогда, чем отличается облако от виртуализации уровня датацентра?

Да почти ничем. Разве что датацентров может быть несколько.

ты ISV или пользователь? мне кажется что как раз последнее

Естессно пользователь.

ну-ну, расскажи мне, чем работа напрямую с cmdline kvm лучше чем через libvirt

тем, что cmd тебе не скажет, что «сей esxi слишков нов для моего драйвера, идите на хуй. Или не слишком нов, но 30% функций не работает, 30% работает только в теории, 30% работает, но глючит адски, а оставшиеся 10% тебе прямо сейчас и не нужны.»

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

ты все еще говоришь о пользователях, а я говорю про ISV.

как пользователь? Или ты сам предлагаешь ПО? Я говорил о тех, кто покупает некое решение или его компоненты. Хоть проксмокс, хоть предмет этой новости.

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

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

Спустись на землю. Амазон и гугле уже построили. Таких датацентров десятки. А датацентров уровня проксмокса десятки тысяч, если не сотни. Вот это и называется подаляющее большинство...

Независимый вендор (поставщик) программного обеспечения, ISV,

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

Да почти ничем. Разве что датацентров может быть несколько.

хех, ты в своем «облаке» виртуалки бекапишь? сколько их у тебя под каждую функцию предприятия?

Естессно пользователь.

тогда зачем споришь в разговоре о потребностях ISV если ты не он?

тем, что cmd тебе не скажет, что «сей esxi слишков нов для моего драйвера, идите на хуй. Или не слишком нов, но 30% функций не работает, 30% работает только в теории, 30% работает, но глючит адски, а оставшиеся 10% тебе прямо сейчас и не нужны.»

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

кагбэ, libvirt в первую очеред ориентируется на своих - kvm/qemu, lxc, (уже почти не) xen. а ты мне про esxi, который интересен максимум как платформа с которой уходишь на открытую. и вопрос я специально задал про kvm

как пользователь? Или ты сам предлагаешь ПО? Я говорил о тех, кто покупает некое решение или его компоненты. Хоть проксмокс, хоть предмет этой новости.

я разжую немного, не обижайся если окажется банально. я пишу и продаю проксмокс. как только я немного вылажу из лужи совсем мелких сетапов за которые все равно никто не платит, приходят конторы посерьезнее, и начинаются вопросы типа «а вот у нас все бекапы идут через commvault, вы с ними интегрируетесь? ах нет? ну тогда мы поищем другой софт». или «наша chargeback платформа к вашей системе подключится?» или «у нас все пользователи сдуру до сих пор в NDS, вы авторизацию с NDS умеете?». Клиент менять всю свою инфраструктуру ради тебя не станет, ему проще найти другого вендора у которого есть поддержка нужной интеграции. ISV - те самые commvault, novell или SAS пишут интеграцию к системам которые а) популярны и б) имеют вменяемый API. Если ты один в поле воин, без интеграции со сторонним софтом, то тебе просто никогда с таким продуктом не выбраться из твоего болота с мелкими установками, на которых все равно фиг что заработаешь. даже если ты умеешь свой бекап, свой chargeback и у тебя встроенный собственный ds, это никого не интересует, потому что ты не приходишь на пустое место, тебе надо играть в одной песочнице с другими продуктами.

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

отличный балкон, ты молодец, и твое мнение для нас очень важно - ведь именно владельцы балконов приносят таким фирмам как vmware и redhat миллиарды каждый год :)

Спустись на землю. Амазон и гугле уже построили. Таких датацентров десятки. А датацентров уровня проксмокса десятки тысяч, если не сотни. Вот это и называется подаляющее большинство...

блин, чем же я тогда занимаюсь и для кого, если за последний год поднял 5 таких проектов, и на очереди еще несколько?

ИТ не стоит на месте, там где не наращивают мощности, проводят апгрейды. проксмоксики может и бегают в большом количестве, но не влияют на индустрию, так как очень мало кто использует его в настоящей работе. это тот же спор что и debian vs RHEL - дебьянов может и натыкано по говнохостингам и домашним балконам в большом количестве, но RHEL ставится сразу сотнями и тысячами на предприятиях, а не любителями на балконах.

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

Да, я уже понял, где мы разошлись. Я не вникал в проблемы поставщика ПО. Я рассматривал ситуацию со стороны потребителя ПО, который выбирает между конечным решением и решением от ISV.

хех, ты в своем «облаке» виртуалки бекапишь?

Естественно, а где нет резервного копирования?

сколько их у тебя под каждую функцию предприятия?

До трех.

кагбэ, libvirt в первую очеред ориентируется на своих - kvm/qemu, lxc, (уже почти не) xen. а ты мне про esxi, который интересен максимум как платформа с которой уходишь на открытую. и вопрос я специально задал про kvm

Ну как бы с таким подходом мы имеем фактически один kvm. qemu без kvm, это смешно. lxc пока из коротких штанишек растет. xen как и esxi уже в пролете. Openvz, которому куда больше, чем lxc, тоже не поддерживается. Таки что мы имеем в итоге? Демон управления одной виртуальной средой. И работает этот демон довольно плохо. В целом работает, но надежность и удобство оставляют желать много большего. Так в чем цимес, если это все тот же esxi, только под свою платформу?

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

Это все очень хорошо, но уж положа руку на сердце, такие конторы идут в IBM и не парятся. И там все есть. И заметь, никто за ними не бегает, предлагают свою линейку решений и продают ее от и до. Какие уж там изыски, аж смешно...

Это в проксмоксе есть интеграция и с ldap, и с AD (у нас как раз она и работает) и с любым методом pam и свое проксмоксовское. А в IBM просто купите такой то сервер и продукт и не епите нам моск...

отличный балкон, ты молодец, и твое мнение для нас очень важно - ведь именно владельцы балконов приносят таким фирмам как vmware и redhat миллиарды каждый год :)

Да, редхат три года как по годовой выручке перевалил за миллиард, но до двух так и не добрался. А прибыль и вовсе менее 200 миллионов. Это я не к тому, что это мало, а к тому, что миллиарды им никто не приносит. Наклевывают по зернышку со всех своих продуктов.

блин, чем же я тогда занимаюсь и для кого, если за последний год поднял 5 таких проектов, и на очереди еще несколько?

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

проксмоксики может и бегают в большом количестве, но не влияют на индустрию,

Лично я не пытаюсь решать все проблемы индустрии. Мне достаочно решить свои.

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

Да, я уже понял, где мы разошлись. Я не вникал в проблемы поставщика ПО. Я рассматривал ситуацию со стороны потребителя ПО, который выбирает между конечным решением и решением от ISV.

дело в том что это не проблема поставщика стороннего ПО, а проблема поставщика самого проксмокс (ну или подобных). если вокруг инфраструктурного проекта нет экосистемы, никому из по настоящему важных клиентов (читай платящих) такая инфраструктура не будет нужна. Именно поэтому нужен API - чтоб ISV могли писать интеграцию своего софта с твоим, и таким образом и создается экосистема из разного софта. Без этого ты само по себе, и нужен только совсем мелким пользователям у которых ничего кроме твоей системы не намечается.

Естественно, а где нет резервного копирования?

в облаках конечно. могу разжевать, но ты просто погугли pets and cattle

Ну как бы с таким подходом мы имеем фактически один kvm. qemu без kvm, это смешно. lxc пока из коротких штанишек растет. xen как и esxi уже в пролете. Openvz, которому куда больше, чем lxc, тоже не поддерживается. Таки что мы имеем в итоге? Демон управления одной виртуальной средой. И работает этот демон довольно плохо. В целом работает, но надежность и удобство оставляют желать много большего. Так в чем цимес, если это все тот же esxi, только под свою платформу?

это намного больше чем esxi, но давай по порядку, что не так с libvirt?

Это все очень хорошо, но уж положа руку на сердце, такие конторы идут в IBM и не парятся. И там все есть. И заметь, никто за ними не бегает, предлагают свою линейку решений и продают ее от и до. Какие уж там изыски, аж смешно...

ничего подобного, они собирают набор поставщиков по своим нуждам, и одно из основных требований - чтоб все эти поставщики могли интегрироваться друг с другом. я это вижу каждый день, 90% моей работы как раз и состоит в том чтоб вся эта интеграция поднялась и заработала

Это в проксмоксе есть интеграция и с ldap, и с AD (у нас как раз она и работает) и с любым методом pam и свое проксмоксовское. А в IBM просто купите такой то сервер и продукт и не епите нам моск...

вот это пример интеграции - если бы проксмокс не умел AD, вы бы им пользовались?

Да, редхат три года как по годовой выручке перевалил за миллиард, но до двух так и не добрался. А прибыль и вовсе менее 200 миллионов. Это я не к тому, что это мало, а к тому, что миллиарды им никто не приносит. Наклевывают по зернышку со всех своих продуктов.

ну когда я тут начинал, ио миллиарде никто не мечтал, акция поднялась почти в 4 раза за 5 лет. я на эти акции как раз дом купил тут :) так что у шапочки все в порядке

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

и за сколько из них было заплачено?

Лично я не пытаюсь решать все проблемы индустрии. Мне достаочно решить свои.

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

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

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