#21
|
|||
|
|||
ошметки от 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 |
#22
|
|||
|
|||
Re: ошметки от 9.3
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 |
#23
|
|||
|
|||
ошметки от 9.3
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 |
#24
|
|||
|
|||
Re: ошметки от 9.3
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 |
#25
|
|||
|
|||
ошметки от 9.3
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 |
#26
|
|||
|
|||
ошметки от 9.3
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 |
#27
|
|||
|
|||
Re: ошметки от 9.3
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) |
#28
|
|||
|
|||
ошметки от 9.3
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 |
#29
|
|||
|
|||
Re: ошметки от 9.3
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) |