ошметки от 9.3

Victor Sudakov написал(а) к Alex Korchmar в Mar 17 09:50:24 по местному времени:

Dear Alex,

17 Mar 17 17:49, you wrote to me:

VS>> С этим согласен, Windows на bhyve держать неудобно
AK> на нем все неудобно, не только windows.

Это твоё мнение, и я его уважаю как мнение. Только не надо говорить за всех.

VS>> Верю. Но посмотреть по ssh, что творится на serial console guest
VS>> системы, я думаю, esxcli тебе не даст, в отличие от. В VMware
AK> он для управления хостом, а не для посмотреть.

А в bhyve универсально, что IMНO удобно.

VS>> вообще есть понятие serial консоли для ОС, которые ее поддерживают
AK> нет, откуда ей знать, что и через какую задницу там твоя ос
AK> поддерживает. serial port- есть, можно прицепить его к serial
AK> соседней виртуалки, например.

Можно еще через telnet на него достучаться, только это отдельно конфигурить надо, и помнить номера портов, которые ты раздал консолям виртуалок.

VS>>>> Скорее всего никак. Но ничто не мешает образ флешки залить на
VS>>>> гипервизор.
AK>>> во траходром-то.
AK>>> И это ради фоточки скинуть.
VS>> Тогда по ssh сразу на guest.
AK> фоточки. 16 гиг. Ага. Причем нужны они там полноразмерные примерно как
AK> телеге пятое колесо.

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

VS>> Справедливости ради, qemu под FreeBSD тоже вполне себе есть.
AK> да, я помню громкие вопли "мы тоже можем domU" лет на десять после
AK> линукса.
AK> С dom0 что-то до сих пор как-то не совсем.

domU и dom0 это AFAIK про Xen, а не про qemu.

AK>>> thin provision устроен ни разу не в виде sparse. При скачивании
AK>>> получишь ровно то же, что было на дисках esxi. Если 100гиг -
AK>>> значит, там свободного места было ноль.
VS>> А вот хрен.
AK> у меня вот не хрен, иначе бы они давно на хранилку не влезли.

А у меня почему-то хрен. Может у меня ESXi не той системы.

AK>>> А когда надо скопировать пятый снапшот во второй ветке, лучше
AK>>> уже это делать в gui, чтоб не промахнуться.
VS>> Кому как.
AK> ну расскажи, расскажи мне про работу с ветками снапшотов в текстмоде?

В zfs неплохо сделано.

VS>>>> гостям команду на shutdown без установленных VMWare tools
VS>>>> нельзя.
AK>>> afair, сфера всегда пытается дернуть acpi, если только
AK>>> специально не
AK>>> заставлять ее выключиться через пункт меню стодесятого уровня
AK>>> вложенности.
VS>> При выключении самого гипервизора
AK> я не знаю, зачем ты выключаешь гипервизоры, у нас как-то не принято
AK> их выключать.

Не паясничай. Речь о другом.

VS>> VMWare tools пункт в меню "Guest shutdown" неактивен, можно
VS>> сделать только "Power off".
AK> у меня нет такого пункта меню. (точнее, он есть но на третьем уровне
AK> вложенности где-то в области "all vCenter actions" ) Есть Shutdown
AK> guest os - вот вполне себе предлагает shutdown виртуалку с 11й фрей
AK> (надо бы все же как-нибудь поставить туда vm-tools)

"Power" -> "Shut Down Guest" есть, но без установленных VMware tools она неактивна:
http://s020.radikal.ru/i710/1703/25/443e04177690.png

Пункт "Power Off" вырубает "питание" виртуалки. Если ты нашел, как вместо этого посылать ACPI shutdown, я был бы признателен за информацию. У тебя точно ESXi, а не VMware Workstation какой-нибудь?

AK>>> ну значит твой "бэкап" это cp в консоли, нафига снапшоты
AK>>> городить? они еще и производительность сажают.
VS>> Да, я как-то некорректно сказал. Вот cp в консоли не очень страшно
VS>> и без снапшота, страшно разве что файлы СУБД. А при копировании
VS>> vmdk ты ведь на знаешь, что там внутри происходит.
AK> точно так же как с отдельным файлом. Просто обычно с ними ничего не
AK> происходит, все сложное нынче принято пихать в "файлы субд" (потому
AK> что и руки у девелопера из жопы, и сама эта жопа - с ушами)

VS>> Быстрота, с которой они происходят.
AK> быстро нажми ресет. Что-то не так?

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

VS>> А вот при многоминутном копировании .vmdk есть большая
VS>> вероятность, что в процессе кто-то туда напишет.
AK> например, допишет таки транзакцию.

Ага, в ту часть файла, которую ты уже успел забэкапить в другое место. Недаром даже tar предупреждает "file modified while being archived".

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Alex Korchmar написал(а) к Victor Sudakov в Mar 17 13:05:56 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

VS>>> С этим согласен, Windows на bhyve держать неудобно
AK>> на нем все неудобно, не только windows.
VS> Это твоё мнение, и я его уважаю как мнение. Только не надо
мое мнение основано на знании. А вот твое - на чем?

VS>>> Верю. Но посмотреть по ssh, что творится на serial console guest
VS>>> системы, я думаю, esxcli тебе не даст, в отличие от. В VMware
AK>> он для управления хостом, а не для посмотреть.
VS> А в bhyve универсально, что IMНO удобно.
что "универсально" ?
В bhyve нет cli - совсем. Все надо делать через задницу в хост-системе.

VS> С этим я не спорю, такого удобства как монтирование клиентских устройств, в
VS> bhyve нет. Но не потому, что нельзя на твоей рабочей станции расшарить
и что - это не повод забыть об уродце как о страшном сне?

VS> устройство и подмонтировать его к гипервизору. А потому что в
VS> bhyve нет способа (или я не знаю) добавить диск в уже запущенную
и даже это не повод?

главное, чтоб serial пробрасывался в телнет?

VS> domU и dom0 это AFAIK про Xen, а не про qemu.
суть та же - клиент есть, хост отвратителен

AK>> у меня вот не хрен, иначе бы они давно на хранилку не влезли.
VS> А у меня почему-то хрен. Может у меня ESXi не той системы.
или ты чего-то не умеешь.

VS>>> Кому как.
AK>> ну расскажи, расскажи мне про работу с ветками снапшотов в текстмоде?
VS> В zfs неплохо сделано.
угу, веток просто нет. Зато есть автоудаление всех снапшотов, не
вписавшихся в концепцию, вот здорово-то.

AK>> я не знаю, зачем ты выключаешь гипервизоры, у нас как-то не принято
AK>> их выключать.
VS> Не паясничай. Речь о другом.
речь именно об этом - выключение гипервизора в нормальных условиях
- форсмажор, происходит примерно раз в пятьдесят лет, да еще и
большинство гипервизоров умеет смигрировать оттуда виртуалки на
соседний ящик. Поэтому как оно там выключается, тем у кого гипервизоры не
для красоты - малоинтересон. А тем у кого бхайв - похрен, все равно там
ничего полезного внутри не было и быть и не могло.

VS>>> VMWare tools пункт в меню "Guest shutdown" неактивен, можно
VS>>> сделать только "Power off".
AK>> у меня нет такого пункта меню. (точнее, он есть но на третьем уровне
AK>> вложенности где-то в области "all vCenter actions" ) Есть Shutdown
AK>> guest os - вот вполне себе предлагает shutdown виртуалку с 11й фрей
AK>> (надо бы все же как-нибудь поставить туда vm-tools)

VS> "Power" -> "Shut Down Guest" есть, но без установленных VMware tools она
VS> "Power" -> неактивна:
VS> http://s020.radikal.ru/i710/1703/25/443e04177690.png
это я даже не знаю, что такое у тебя открыто.

VS> Пункт "Power Off" вырубает "питание" виртуалки. Если ты нашел,
VS> как вместо этого посылать ACPI shutdown, я был бы признателен
у тебя все равно нет сферы

VS> за информацию. У тебя точно ESXi, а не VMware Workstation
у меня esxi, но я близко к сердцу принимаю большой красный флаг,
точнее, огромную серую плашку, на которой английским по белому
написано что "esxi клиент больше не поддерживается, используйте
клиент сферы"

VS>>> Да, я как-то некорректно сказал. Вот cp в консоли не очень страшно
VS>>> и без снапшота, страшно разве что файлы СУБД. А при копировании
VS>>> vmdk ты ведь на знаешь, что там внутри происходит.
AK>> точно так же как с отдельным файлом. Просто обычно с ними ничего не
AK>> происходит, все сложное нынче принято пихать в "файлы субд" (потому
AK>> что и руки у девелопера из жопы, и сама эта жопа - с ушами)

VS> А ресет может оказаться и лучше, чем если поменяется первая половина файла с
VS> данными, пока ты копируешь вторую половину.
что мешает произойти тому же самому при "cp в консоли"?

> Alex

--- ifmail v.2.15dev5.4

Victor Sudakov написал(а) к Alex Korchmar в Mar 17 17:49:12 по местному времени:

Dear Alex,

27 Mar 17 13:05, you wrote to me:

VS>>>> С этим согласен, Windows на bhyve держать неудобно
AK>>> на нем все неудобно, не только windows.
VS>> Это твоё мнение, и я его уважаю как мнение. Только не надо
AK> мое мнение основано на знании. А вот твое - на чем?

Исключительно на личном опыте работы с bhyve и ESXi. Могу после каждой фразы вставлять IMНO, если тебе так приятнее.

VS>>>> Верю. Но посмотреть по ssh, что творится на serial console
VS>>>> guest системы, я думаю, esxcli тебе не даст, в отличие от. В
VS>>>> VMware
AK>>> он для управления хостом, а не для посмотреть.
VS>> А в bhyve универсально, что IMНO удобно.
AK> что "универсально" ?
AK> В bhyve нет cli - совсем. Все надо делать через задницу в
AK> хост-системе.

Я бы так не сказал. sysutils/vm-bhyve позволяет делать большинство операций довольно комфортно.

VS>> С этим я не спорю, такого удобства как монтирование клиентских
VS>> устройств, в bhyve нет. Но не потому, что нельзя на твоей рабочей
VS>> станции расшарить
AK> и что - это не повод забыть об уродце как о страшном сне?

Это - точно не повод.

VS>> устройство и подмонтировать его к гипервизору. А потому что в
VS>> bhyve нет способа (или я не знаю) добавить диск в уже запущенную
AK> и даже это не повод?

Могу представить себе задачу, при которой это будет серьезный повод не использовать bhyve. Возможно мне такая задача еще попадется.

AK> главное, чтоб serial пробрасывался в телнет?

Не то чтобы главное, но возможность управления виртуалками без жирной и тормозной виндовой морды очень удобна. Надо уже мне наконец и в ESXi разобраться, как полноценно управлять через CLI.

VS>> domU и dom0 это AFAIK про Xen, а не про qemu.
AK> суть та же - клиент есть, хост отвратителен

И фиг с ними, не о них речь.

AK>>> у меня вот не хрен, иначе бы они давно на хранилку не влезли.
VS>> А у меня почему-то хрен. Может у меня ESXi не той системы.
AK> или ты чего-то не умеешь.

Вполне возможно. Хотя чего там не уметь - в datastore browser нажать кнопку Download.

VS>>>> Кому как.
AK>>> ну расскажи, расскажи мне про работу с ветками снапшотов в
AK>>> текстмоде?
VS>> В zfs неплохо сделано.
AK> угу, веток просто нет. Зато есть автоудаление всех снапшотов, не
AK> вписавшихся в концепцию, вот здорово-то.

Часто нужны ветки?

AK>>> я не знаю, зачем ты выключаешь гипервизоры, у нас как-то не
AK>>> принято их выключать.
VS>> Не паясничай. Речь о другом.
AK> речь именно об этом - выключение гипервизора в нормальных условиях
AK> - форсмажор, происходит примерно раз в пятьдесят лет, да еще и
AK> большинство гипервизоров умеет смигрировать оттуда виртуалки на
AK> соседний ящик. Поэтому как оно там выключается, тем у кого гипервизоры
AK> не для красоты - малоинтересон. А тем у кого бхайв - похрен, все равно
AK> там ничего полезного внутри не было и быть и не могло.

Не о выключении гипервизора речь шла, а о выключении гостевой системы по ACPI, без vm-tools. Это ты зачем-то прицепился к выключению гипервизора, отцепись уже :-)

VS>>>> VMWare tools пункт в меню "Guest shutdown" неактивен, можно
VS>>>> сделать только "Power off".
AK>>> у меня нет такого пункта меню. (точнее, он есть но на третьем
AK>>> уровне вложенности где-то в области "all vCenter actions" ) Есть
AK>>> Shutdown guest os - вот вполне себе предлагает shutdown
AK>>> виртуалку с 11й фрей (надо бы все же как-нибудь поставить туда
AK>>> vm-tools)

VS>> "Power" -> "Shut Down Guest" есть, но без установленных VMware
VS>> tools она "Power" -> неактивна:
VS>> http://s020.radikal.ru/i710/1703/25/443e04177690.png
AK> это я даже не знаю, что такое у тебя открыто.

Как что? vSphere Client Version 5.5.0
(подозрительно) а у тебя что?

VS>> Пункт "Power Off" вырубает "питание" виртуалки. Если ты нашел,
VS>> как вместо этого посылать ACPI shutdown, я был бы признателен
AK> у тебя все равно нет сферы

(терпеливо) у меня есть ESXi Version 5.5.0 и vSphere Client Version 5.5.0 для управления им. Именно эту связку я сравниваю с bhyve.

VS>> за информацию. У тебя точно ESXi, а не VMware Workstation
AK> у меня esxi,

И умеет посылать ACPI shutdown виртуалкам без установленных vm-tools? Научи уже. Я в своё время весь гугль перерыл, ответ один: ставьте vm-tools.

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

А что такое "esxi клиент"? У меня такого нет.

VS>>>> Да, я как-то некорректно сказал. Вот cp в консоли не очень
VS>>>> страшно и без снапшота, страшно разве что файлы СУБД. А при
VS>>>> копировании vmdk ты ведь на знаешь, что там внутри происходит.
AK>>> точно так же как с отдельным файлом. Просто обычно с ними ничего
AK>>> не происходит, все сложное нынче принято пихать в "файлы субд"
AK>>> (потому что и руки у девелопера из жопы, и сама эта жопа - с
AK>>> ушами)

VS>> А ресет может оказаться и лучше, чем если поменяется первая
VS>> половина файла с данными, пока ты копируешь вторую половину.
AK> что мешает произойти тому же самому при "cp в консоли"?

Например потому, что ты знаешь, что ты копируешь, и не станешь копировать командой cp открытый файл СУБД, например. А контейнер с виртуалкой внутри - черный ящик.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Alex Korchmar написал(а) к Victor Sudakov в Mar 17 15:06:59 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

AK>>>> на нем все неудобно, не только windows.
VS>>> Это твоё мнение, и я его уважаю как мнение. Только не надо
AK>> мое мнение основано на знании. А вот твое - на чем?

VS> Исключительно на личном опыте работы с bhyve и ESXi.
так себе по-моему опыт-то, наколеночный?

VS> Могу представить себе задачу, при которой это будет серьезный повод не
VS> использовать bhyve. Возможно мне такая задача еще попадется.
это серьезный повод не использовать уродца в принципе - потому что когда она
тебе "попадется", можно будет только уволиться, бросив кластер-из-дерьма,
потому что перенести платформу виртуализации уже невозможно и эффективные
менеджеры не дадут.

VS> Не то чтобы главное, но возможность управления виртуалками без жирной и
VS> тормозной виндовой морды очень удобна. Надо уже мне наконец и в ESXi
VS> разобраться, как полноценно управлять через CLI.
полноценно - через вполне нормальный виндовый интерфейс. Ну или через
powershell api, если нужна автоматизация.

AK>> угу, веток просто нет. Зато есть автоудаление всех снапшотов, не
AK>> вписавшихся в концепцию, вот здорово-то.
VS> Часто нужны ветки?
часто.
Мне вот нужны stage и devel как минимум - в каждой свои отдельные
снапшоты. В результате я вынужден был заводить отдельный хост, хотя он как раз
нафиг не нужен.

VS>>> http://s020.radikal.ru/i710/1703/25/443e04177690.png
AK>> это я даже не знаю, что такое у тебя открыто.
VS> Как что? vSphere Client Version 5.5.0
VS> (подозрительно) а у тебя что?
нынче - веб клиент, у него вообще кнопка power зарыта неведомо куда.
Ну то есть если shutdown совсем ниалле, она тебе сама предложит как -нибудь
так перетоптаться.

AK>> у тебя все равно нет сферы
VS> (терпеливо) у меня есть ESXi Version 5.5.0 и vSphere Client
понятия не имею, как клиент работает без сферы - полагаю, странновато.
Он тебе при старте ни на что такое разьве не намекал?

VS> уже. Я в своё время весь гугль перерыл, ответ один: ставьте vm-tools.
vm-tools не добавляет acpi, это просто еще один интерфейс к хосту. Понятно,
shutdown там тоже где-то в недрах.

VS> А что такое "esxi клиент"? У меня такого нет.
ты, похоже, клиентом от сферы на нее ходишь - наверное, оно и правильней,
хотя половина функционала и не будет работать.

AK>> что мешает произойти тому же самому при "cp в консоли"?
VS> Например потому, что ты знаешь, что ты копируешь, и не станешь копировать
VS> командой cp открытый файл СУБД, например. А контейнер с виртуалкой внутри -
VS> черный ящик.
я знаю что внутри (так же как знаю, что там в базе, но ничем не могу ей
при этом помочь - могу либо скопировать как получилось, либо не)
А зачем мне бэкап вообще без базы - не знаю совсем.


> Alex

--- ifmail v.2.15dev5.4

Victor Sudakov написал(а) к Alex Korchmar в Apr 17 11:10:02 по местному времени:

Dear Alex,

27 Mar 17 15:06, you wrote to me:

AK>>>>> на нем все неудобно, не только windows.
VS>>>> Это твоё мнение, и я его уважаю как мнение. Только не надо
AK>>> мое мнение основано на знании. А вот твое - на чем?

VS>> Исключительно на личном опыте работы с bhyve и ESXi.
AK> так себе по-моему опыт-то, наколеночный?

Можно и так сказать. Если ты ищещь какой-то другой опыт, то тебе надо не в Фидо, а даже не знаю куда. На какие-нибудь корпоративные конференции, на которых тебе расскажут как всё круто в продукте за охренилион баксов.

А в Фидо народ, в основном, tinkerers. Можно воспринимать это как недостаток, а можно как ценность.



VS>> Могу представить себе задачу, при которой это будет серьезный
VS>> повод не использовать bhyve. Возможно мне такая задача еще
VS>> попадется.
AK> это серьезный повод не использовать уродца в принципе - потому что
AK> когда она тебе "попадется", можно будет только уволиться, бросив

Зачем такой драматизм на ровном месте. Согласовал плановый downtime на 5 минут и добавил диск.

AK> кластер-из-дерьма, потому что перенести платформу виртуализации уже
AK> невозможно и эффективные менеджеры не дадут.

Я же не советую, какую выбрать "платформу виртуализации" (словечки-то какие) к вящей радости эффективных менеджеров. Чтобы это еще поди на курсе акций на бирже не отразилось плохо. Если ты еще не забыл, разговор начался с вопроса, куда виртуализировать несколько хостов с legacy фрей, которые обновлять лениво или стремно.

VS>> Не то чтобы главное, но возможность управления виртуалками без
VS>> жирной и тормозной виндовой морды очень удобна. Надо уже мне
VS>> наконец и в ESXi разобраться, как полноценно управлять через CLI.
AK> полноценно - через вполне нормальный виндовый интерфейс. Ну или через
AK> powershell api, если нужна автоматизация.

Привязка к винде не совсем удобна, привязка к наличию клиента тоже не сахар. А vSphere Client еще и плохо пробрасывается через Интернет. Ему нужна куча портов для работы, а значит полноценный VPN. Простым пробросом через SSН не обойдешься.

На одном моем калыме плюнули и поставили внутрь VMware отдельную винду лишь для управления этой самой варью, и туда уже ходили по RDP.

AK>>> угу, веток просто нет. Зато есть автоудаление всех снапшотов, не
AK>>> вписавшихся в концепцию, вот здорово-то.
VS>> Часто нужны ветки?
AK> часто.
AK> Мне вот нужны stage и devel как минимум - в каждой свои отдельные
AK> снапшоты. В результате я вынужден был заводить отдельный хост, хотя он
AK> как раз нафиг не нужен.

Хм, ты гипервизор с системой контроля версий не попутал?

VS>>>> http://s020.radikal.ru/i710/1703/25/443e04177690.png
AK>>> это я даже не знаю, что такое у тебя открыто.
VS>> Как что? vSphere Client Version 5.5.0
VS>> (подозрительно) а у тебя что?
AK> нынче - веб клиент, у него вообще кнопка power зарыта неведомо куда.
AK> Ну то есть если shutdown совсем ниалле, она тебе сама предложит как
AK> -нибудь так перетоптаться.

Веб-клиент? Интересно. В ESXi я не увидел веб-сервера для управления. Если на него зайти по http, то открывается страничка с предложением скачать vSphere Client.

AK>>> у тебя все равно нет сферы
VS>> (терпеливо) у меня есть ESXi Version 5.5.0 и vSphere Client
AK> понятия не имею, как клиент работает без сферы - полагаю, странновато.

Да вроде нормально работает, вот только погасить гостевую систему по ACPI не дает. Ctrl+Alt+Del послать можно, и на том спасибо.
А, еще очень не хватает штатной возможности "склонировать виртуалку", как на VirtualBox.

AK> Он тебе при старте ни на что такое разьве не намекал?

Нет. Более того, ESXi предлагает скачать именно vSphere Client для управления собой, так что наверное это штатная конфигурация.

VS>> уже. Я в своё время весь гугль перерыл, ответ один: ставьте
VS>> vm-tools.
AK> vm-tools не добавляет acpi, это просто еще один интерфейс к хосту.
AK> Понятно, shutdown там тоже где-то в недрах.

Я верю, но что я сделаю? Я говорю как есть. Guest shutdown только через этот "еще один интерфейс к хосту".

VS>> А что такое "esxi клиент"? У меня такого нет.
AK> ты, похоже, клиентом от сферы на нее ходишь - наверное, оно и
AK> правильней, хотя половина функционала и не будет работать.

Ну я привык списывать отсутствие функционала (например клонирования виртуалки хотя бы в пределах одного гипервизора) на бесплатность ESXi, потому и терплю.

AK>>> что мешает произойти тому же самому при "cp в консоли"?
VS>> Например потому, что ты знаешь, что ты копируешь, и не станешь
VS>> копировать командой cp открытый файл СУБД, например. А контейнер с
VS>> виртуалкой внутри - черный ящик.
AK> я знаю что внутри (так же как знаю, что там в базе, но ничем не могу
AK> ей при этом помочь - могу либо скопировать как получилось, либо не) А
AK> зачем мне бэкап вообще без базы - не знаю совсем.

Базу можно отдельно средствами базы.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Victor Sudakov написал(а) к Alex Korchmar в Apr 17 14:55:06 по местному времени:

Dear Alex,

27 Mar 17 15:06, you wrote to me:

AK>>>>> на нем все неудобно, не только windows.
VS>>>> Это твоё мнение, и я его уважаю как мнение. Только не надо
AK>>> мое мнение основано на знании. А вот твое - на чем?

VS>> Исключительно на личном опыте работы с bhyve и ESXi.
AK> так себе по-моему опыт-то, наколеночный?

Можно и так сказать. Если ты ищещь какой-то другой опыт, то тебе надо не в Фидо, а даже не знаю куда. На какие-нибудь корпоративные конференции, на которых тебе расскажут как всё круто в продукте за охренилион баксов.

А в Фидо народ, в основном, tinkerers. Можно воспринимать это как недостаток, а можно как ценность.

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

VS>> Могу представить себе задачу, при которой это будет серьезный
VS>> повод не использовать bhyve. Возможно мне такая задача еще
VS>> попадется.
AK> это серьезный повод не использовать уродца в принципе - потому что
AK> когда она тебе "попадется", можно будет только уволиться, бросив

Зачем такой драматизм на ровном месте. Согласовал плановый downtime на 5 минут и добавил диск.

AK> кластер-из-дерьма, потому что перенести платформу виртуализации уже
AK> невозможно и эффективные менеджеры не дадут.

Я же не советую, какую выбрать "платформу виртуализации" (словечки-то какие) к вящей радости эффективных менеджеров. Чтобы это еще поди на курсе акций на бирже не отразилось плохо. Если ты еще не забыл, разговор начался с вопроса, куда виртуализировать несколько хостов с legacy фрей, которые обновлять лениво или стремно.

VS>> Не то чтобы главное, но возможность управления виртуалками без
VS>> жирной и тормозной виндовой морды очень удобна. Надо уже мне
VS>> наконец и в ESXi разобраться, как полноценно управлять через CLI.
AK> полноценно - через вполне нормальный виндовый интерфейс. Ну или через
AK> powershell api, если нужна автоматизация.

Привязка к винде не совсем удобна, привязка к наличию клиента тоже не сахар. А vSphere Client еще и плохо пробрасывается через Интернет. Ему нужна куча портов для работы, а значит полноценный VPN. Простым пробросом через SSН не обойдешься.

На одном моем калыме плюнули и поставили внутрь VMware отдельную винду лишь для управления этой самой варью, и туда уже ходили по RDP.

AK>>> угу, веток просто нет. Зато есть автоудаление всех снапшотов, не
AK>>> вписавшихся в концепцию, вот здорово-то.
VS>> Часто нужны ветки?
AK> часто.
AK> Мне вот нужны stage и devel как минимум - в каждой свои отдельные
AK> снапшоты. В результате я вынужден был заводить отдельный хост, хотя он
AK> как раз нафиг не нужен.

Хм, ты гипервизор с системой контроля версий не попутал?

VS>>>> http://s020.radikal.ru/i710/1703/25/443e04177690.png
AK>>> это я даже не знаю, что такое у тебя открыто.
VS>> Как что? vSphere Client Version 5.5.0
VS>> (подозрительно) а у тебя что?
AK> нынче - веб клиент, у него вообще кнопка power зарыта неведомо куда.
AK> Ну то есть если shutdown совсем ниалле, она тебе сама предложит как
AK> -нибудь так перетоптаться.

Веб-клиент? Интересно. В ESXi я не увидел веб-сервера для управления. Если на него зайти по http, то открывается страничка с предложением скачать vSphere Client.

AK>>> у тебя все равно нет сферы
VS>> (терпеливо) у меня есть ESXi Version 5.5.0 и vSphere Client
AK> понятия не имею, как клиент работает без сферы - полагаю, странновато.

Да вроде нормально работает, вот только погасить гостевую систему по ACPI не дает. Ctrl+Alt+Del послать можно, и на том спасибо.
А, еще очень не хватает штатной возможности "склонировать виртуалку", как на VirtualBox.

AK> Он тебе при старте ни на что такое разьве не намекал?

Нет. Более того, ESXi предлагает скачать именно vSphere Client для управления собой, так что наверное это штатная конфигурация.

VS>> уже. Я в своё время весь гугль перерыл, ответ один: ставьте
VS>> vm-tools.
AK> vm-tools не добавляет acpi, это просто еще один интерфейс к хосту.
AK> Понятно, shutdown там тоже где-то в недрах.

Я верю, но что я сделаю? Я говорю как есть. Guest shutdown только через этот "еще один интерфейс к хосту".

VS>> А что такое "esxi клиент"? У меня такого нет.
AK> ты, похоже, клиентом от сферы на нее ходишь - наверное, оно и
AK> правильней, хотя половина функционала и не будет работать.

Ну я привык списывать отсутствие функционала (например клонирования виртуалки хотя бы в пределах одного гипервизора) на бесплатность ESXi, потому и терплю.

AK>>> что мешает произойти тому же самому при "cp в консоли"?
VS>> Например потому, что ты знаешь, что ты копируешь, и не станешь
VS>> копировать командой cp открытый файл СУБД, например. А контейнер с
VS>> виртуалкой внутри - черный ящик.
AK> я знаю что внутри (так же как знаю, что там в базе, но ничем не могу
AK> ей при этом помочь - могу либо скопировать как получилось, либо не) А
AK> зачем мне бэкап вообще без базы - не знаю совсем.

Базу можно отдельно средствами базы.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Eugene Grosbein написал(а) к Victor Sudakov в Apr 17 19:42:10 по местному времени:

01 апр. 2017, суббота, в 10:10 NOVT, Victor Sudakov написал(а):

VS> Если ты еще не забыл, разговор начался с вопроса, куда
VS> виртуализировать несколько хостов с legacy фрей, которые обновлять лениво или
VS> стремно.

В jail "виртуализировать". В своё время спас с прошлой работы фидоноду
под FreeBSD 4/i386 в jail под FreeBSD 7/i386. Хост с тех пор пережил
сначала апгрейд до 8/i386, потом миграцию на 8/amd64, потом плавно
обновлялся до 9, 10 и сейчас вот 11.0-STABLE, а нода не менялась -
всё так же пишу вот через гейт на ней в эту эху.

Единственный косяк вылез однажды только, когда на хосте
памяти добавил шибко: http://dadv.livejournal.com/206666.html

Eugene
--- slrn/1.0.2 (FreeBSD)

Victor Sudakov написал(а) к Eugene Grosbein в Apr 17 17:11:24 по местному времени:

Dear Eugene,

02 Apr 17 19:42, you wrote to me:

VS>> Если ты еще не забыл, разговор начался с вопроса, куда
VS>> виртуализировать несколько хостов с legacy фрей, которые
VS>> обновлять лениво или стремно.

EG> В jail "виртуализировать". В своё время спас с прошлой работы фидоноду
EG> под FreeBSD 4/i386 в jail под FreeBSD 7/i386. Хост с тех пор пережил
EG> сначала апгрейд до 8/i386, потом миграцию на 8/amd64, потом плавно
EG> обновлялся до 9, 10 и сейчас вот 11.0-STABLE, а нода не менялась -
EG> всё так же пишу вот через гейт на ней в эту эху.

Можно и в jail, но у bhyve степень изоляции от основной системы повыше, IMНO иногда это благо:

1. Гость работает на своем собственном ядре, меньше неожиданностей. У меня был например случай, когда я засунул старую систему в jail, а по ssh туда зайти никто не может. Оказывается на хост-системе надо было загрузить pty.ko, а я бы знал?

2. Если уж дал гостю N памяти и M дискового пространства, то он никак за пределы этого не вылезет, хоть треснет. А как там у jail сейчас с лимитами?

3. Сеть в классическом виде, а не в извращенном, как у jail. Не надо морочиться с разведением слушающих демонов и т.п.

4. Процессов лишних на хост-системе не видно. devfs хост-системы не нужно в гостевой системе монтировать.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Eugene Grosbein написал(а) к Victor Sudakov в Apr 17 18:21:42 по местному времени:

04 апр. 2017, вторник, в 16:11 NOVT, Victor Sudakov написал(а):

VS> 2. Если уж дал гостю N памяти и M дискового пространства, то он никак за
VS> пределы этого не вылезет, хоть треснет. А как там у jail сейчас с лимитами?

Через RCTL можно лимиты per-jail делать. Я не пробовал.

Eugene
--
http://www.grosbein.net/papirosn.mp3
http://dadv.livejournal.com/2006/03/11/
--- slrn/1.0.2 (FreeBSD)