FreeBSD-10.1/2/3/... - Работает-ломают-чинют-ломают-да-задрали-ж-уже! Никак не могу понять - что за прикол, то "всё работает", то экзотично ломается "чуть-чуть" (из кучи виртуальных scsi дисков - видятся аж два), то "совсем" (ни один не видно), то "совсем", но по-другому, то работает, короче - всё сводится к имению "правильной" версии исходников, которой нужно заменять "что там наломали" перед сборкой ядра... Это прям "проклятие мелкомягких" какое-то, потому что логичного объяснения я не нахожу. Каждое обновление hyperv - реально "русская рулетка"... Причём грабли идентичные что на server 2008r2, что на 2012, что на Win10... "sponsored by microsoft" :/ -- Best regards, Paul Arakelyan.
On Thu, Sep 01, 2016 at 10:41:33AM +0300, Paul Arakelyan wrote:
FreeBSD-10.1/2/3/... - Работает-ломают-чинют-ломают-да-задрали-ж-уже! Никак не могу понять - что за прикол, то "всё работает", то экзотично ломается "чуть-чуть" (из кучи виртуальных scsi дисков - видятся аж два), то "совсем" (ни один не видно), то "совсем", но по-другому, то работает, короче - всё сводится к имению "правильной" версии исходников, которой нужно заменять "что там наломали" перед сборкой ядра... Это прям "проклятие мелкомягких" какое-то, потому что логичного объяснения я не нахожу. Каждое обновление hyperv - реально "русская рулетка"... Причём грабли идентичные что на server 2008r2, что на 2012, что на Win10... "sponsored by microsoft" :/ збоченець. после одной плотной попытки запустить ассорти из юниксов на hyper-v я для себя всё понял, больше такими глупостями не занимаюсь, и вам не советую.
mbr, -- Igor "CacoDem0n" Grabin
Чем не устраивает http://xenserver.org/ ?
-----Original Message----- From: owner-uanog-outgoing@uanog.kiev.ua [mailto:owner-uanog- outgoing@uanog.kiev.ua] On Behalf Of Andrii Stesin Sent: Thursday, September 1, 2016 1:49 PM To: Igor Grabin Cc: Paul Arakelyan; Uanog List Subject: [uanog] Re: [uanog] FreeBSD на hyper-V - это феерично.
HyperV must die. Нафиг зоопарк, вообще. VMWare fits all.
On Thu, Sep 01, 2016 at 02:28:03PM +0300, Aliv Cherevko wrote:
Чем не устраивает http://xenserver.org/ ? тем, что xen не сильно далеко ушёл от hyper-v. он лучше, да, но всё равно не является надёжно применимым инструментом.
mbr, -- Igor "CacoDem0n" Grabin
Игорь, А можно детальнее в чем проблемы в надежности? У меня на xenserver все production и все внутренние сервера в офисе. Все это на каком-то количестве Dell R720, R710, Dell DCS CS24-TY крутится больше 3 лет без единой проблемы. С уважением, Александр
-----Original Message----- From: Igor 'CacoDem0n' Grabin,,, [mailto:dem0n@death.kiev.ua] On Behalf Of Igor Grabin Sent: Thursday, September 1, 2016 4:11 PM To: Aliv Cherevko Cc: 'Uanog List' Subject: Re: [uanog] RE: [uanog] Re: [uanog] FreeBSD на hyper-V - это феерично.
On Thu, Sep 01, 2016 at 02:28:03PM +0300, Aliv Cherevko wrote:
Чем не устраивает http://xenserver.org/ ? тем, что xen не сильно далеко ушёл от hyper-v. он лучше, да, но всё равно не является надёжно применимым инструментом.
mbr, -- Igor "CacoDem0n" Grabin
У нас больше 1000 виртуалок XEN, которые 24х7 чего-нить билдят.
И под нагрузкой при большом кол-ве виртуалок на сервер XEN - сплошная
попоболь, правда как и VMware.
--
With best regards,
Mykola
2016-09-01 16:28 GMT+03:00 Aliv Cherevko
Игорь,
А можно детальнее в чем проблемы в надежности? У меня на xenserver все production и все внутренние сервера в офисе. Все это на каком-то количестве Dell R720, R710, Dell DCS CS24-TY крутится больше 3 лет без единой проблемы.
С уважением, Александр
-----Original Message----- From: Igor 'CacoDem0n' Grabin,,, [mailto:dem0n@death.kiev.ua] On Behalf Of Igor Grabin Sent: Thursday, September 1, 2016 4:11 PM To: Aliv Cherevko Cc: 'Uanog List' Subject: Re: [uanog] RE: [uanog] Re: [uanog] FreeBSD на hyper-V - это феерично.
On Thu, Sep 01, 2016 at 02:28:03PM +0300, Aliv Cherevko wrote:
Чем не устраивает http://xenserver.org/ ? тем, что xen не сильно далеко ушёл от hyper-v. он лучше, да, но всё равно не является надёжно применимым инструментом.
mbr, -- Igor "CacoDem0n" Grabin
Есть еще Proxmox. Ну так чтобы не трахаться с Openstack :) On 9/1/16 6:56 PM, Mykola Ulianytskyi wrote:
У нас больше 1000 виртуалок XEN, которые 24х7 чего-нить билдят.
И под нагрузкой при большом кол-ве виртуалок на сервер XEN - сплошная попоболь, правда как и VMware.
-- With best regards, Mykola
2016-09-01 16:28 GMT+03:00 Aliv Cherevko
: Игорь,
А можно детальнее в чем проблемы в надежности? У меня на xenserver все production и все внутренние сервера в офисе. Все это на каком-то количестве Dell R720, R710, Dell DCS CS24-TY крутится больше 3 лет без единой проблемы.
С уважением, Александр
-----Original Message----- From: Igor 'CacoDem0n' Grabin,,, [mailto:dem0n@death.kiev.ua] On Behalf Of Igor Grabin Sent: Thursday, September 1, 2016 4:11 PM To: Aliv Cherevko Cc: 'Uanog List' Subject: Re: [uanog] RE: [uanog] Re: [uanog] FreeBSD на hyper-V - это феерично.
On Thu, Sep 01, 2016 at 02:28:03PM +0300, Aliv Cherevko wrote:
Чем не устраивает http://xenserver.org/ ? тем, что xen не сильно далеко ушёл от hyper-v. он лучше, да, но всё равно не является надёжно применимым инструментом.
mbr, -- Igor "CacoDem0n" Grabin
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
В чем попоболь? Не падает же? Не пропадает никуда? Ничего не отваливается? В том, что работает медленно? Если медленно - это единственный минус, ну... Так не экономьте на заварке :) Больше ресурсов машинкам, меньше количеством машинок per host - универсальный рецепт на любой платформе. С уважением, Александр
У нас больше 1000 виртуалок XEN, которые 24х7 чего-нить билдят.
И под нагрузкой при большом кол-ве виртуалок на сервер XEN - сплошная попоболь, правда как и VMware.
-- With best regards, Mykola
2016-09-01 16:28 GMT+03:00 Aliv Cherevko
: Игорь,
А можно детальнее в чем проблемы в надежности? У меня на xenserver все production и все внутренние сервера в офисе. Все это на каком-то количестве Dell R720, R710, Dell DCS CS24-TY крутится больше 3 лет без единой проблемы.
С уважением, Александр
-----Original Message----- From: Igor 'CacoDem0n' Grabin,,, [mailto:dem0n@death.kiev.ua] On Behalf Of Igor Grabin Sent: Thursday, September 1, 2016 4:11 PM To: Aliv Cherevko Cc: 'Uanog List' Subject: Re: [uanog] RE: [uanog] Re: [uanog] FreeBSD на hyper-V - это феерично.
On Thu, Sep 01, 2016 at 02:28:03PM +0300, Aliv Cherevko wrote:
Чем не устраивает http://xenserver.org/ ? тем, что xen не сильно далеко ушёл от hyper-v. он лучше, да, но всё равно не является надёжно применимым инструментом.
mbr, -- Igor "CacoDem0n" Grabin
On Thu, Sep 01, 2016 at 02:28:03PM +0300, Aliv Cherevko wrote:
Чем не устраивает http://xenserver.org/ ?
Это домашний тазик, с виндой, стимом, танчиками, ну и т.п. Отдельный NAS - это +30Вт/ч, железо, и полка в гигабит). Виртуальный - это "уся моща десктопа" (под гипер-в - почти как на реальном железе и сеть более Гбит/с с включенными crc32 для данных/заголовков в iscsi), 2 корпуса от cdrom (по 4 диска в каждый лезет) и пачка кабелей. То есть по факту - или виртуалбокс с печалькой в области сети, или гипер-в, с потенциальной нервотрепкой. Ну а вообще - в КПИшном "електронном кампусе" часть крутится на kvm, часть - hyper-v - соответственно плотно побаловался "как оно заведется/реально ли съехать" - реально, всё супер, но апдейт ОС превращается в непредсказуемую авантюру :). Это ж совсем не нормально - брать и тупо заменять исходники на "вчера работало".
-----Original Message----- From: owner-uanog-outgoing@uanog.kiev.ua [mailto:owner-uanog- outgoing@uanog.kiev.ua] On Behalf Of Andrii Stesin Sent: Thursday, September 1, 2016 1:49 PM To: Igor Grabin Cc: Paul Arakelyan; Uanog List Subject: [uanog] Re: [uanog] FreeBSD на hyper-V - это феерично.
HyperV must die. Нафиг зоопарк, вообще. VMWare fits all.
-- Best regards, Paul Arakelyan.
Есть свои плюсы, да. Например http://openvswitch.org/ на базе
http://dpdk.org/ в качестве the default switch in both XenServer 6.0+
and the Xen Cloud Platform. Я сам лично не гонял, но у людей видел -
да, я б сказал, визуально пошустрее будет, чем свич VMWare на том же
железе.
Но надо понимать, что выбор на 80% зависит от требований бизнеса и
только на 20% от личных вкусов инженеров и админов. Вот например
VMWare VCenter - отличная штука, у XenServer такое есть? Я не видел и
люди говорили, что даже в 7-ом нету. А без него при большом хозяйстве
заманаешься. Ну и некоторые другие плюшки.
Но даже пускай допустим оно есть. Берем фирму, у которой основной
бизнес не сети и не компы, а такое нечно совершенно приземленное,
продуктное, товарно-сервисное и реальное. Такая фирма просто купит
VMWare поскольку это de-facto industry standard и не будет
заморачиваться с рисками, проистекающими из выбора нетривиальной
платформы для своего private cloud.
Как минимум, людей, более-менее владеющих VMWare, найти проще, и
support зааутсорсить есть на куда. А по XenServer, с кем support
contract заключать? искать придется, и не факт что потенциальный
подрядчик достаточно солиден...
А разница в производительности на одинаковом железе в 10-20% - то
вообще фигня, незначимый фактор. Да даже и 30% - ну ладно, купим
железо помощнее, все равно старое менять пора. Разница в
производительности и особенно в эффективности ЛЮДЕЙ (грубо говоря,
отдача на бакс з/п) вот это да, фактор.
Вот как-то так.
p.s. Я кстати совсем недавно и случайно у кого-то из вендоров впервые
увидел официальное упоминание о конструктивно определенном сроке
эксплуатации серверных материнок. Пишут как-то так, что "материнка на
чипсете Intel таком-то, заявленный срок эксплуатации чипсета(!) 7
лет". Прекрасный аргумент для собственника при обосновании
необходимости апгрейда железа, на котором крутятся критичные для
бизнеса сервисы - "так Intel сказал официально".
On Thu, Sep 1, 2016 at 2:28 PM, Aliv Cherevko
Чем не устраивает http://xenserver.org/ ?
Привет всем, Это как минимум честно, учитывая время жизни элементной базы (конденсаторов, даже не электролитической классики). А также, уже лет 10 как был принят стандарт бессвинцовой экологичной пайки, у которой время жизни тоже 10 лет.
p.s. Я кстати совсем недавно и случайно у кого-то из вендоров впервые увидел официальное упоминание о конструктивно определенном сроке эксплуатации серверных материнок. Пишут как-то так, что "материнка на чипсете Intel таком-то, заявленный срок эксплуатации чипсета(!) 7 лет". Прекрасный аргумент для собственника при обосновании необходимости апгрейда железа, на котором крутятся критичные для бизнеса сервисы - "так Intel сказал официально".
Привет ! Вывсеврёте! :-) Срок жизни процессора микроконтроллеров (в принципе любой БИС) по даташиту, 20 лет при повышенный температурах и лет 80(+-) для строго "20С и не выше". у процессоров РС частоты выше, они живут меньше. хорошо описано(с картинками) тут: http://ispytano.ru/-page_page_11459 и тут: http://telecom.arka.am/ru/news/internet/9465/ Friday, September 2, 2016, 7:32:35 AM, Vladimir Sharun vladimir.sharun@ukr.net you wrote: VS> Это как минимум честно, учитывая время жизни элементной базы (конденсаторов, даже VS> не электролитической классики). VS> А также, уже лет 10 как был принят стандарт бессвинцовой экологичной пайки, VS> у которой время жизни тоже 10 лет. VS>
p.s. Я кстати совсем недавно и случайно у кого-то из вендоров впервые увидел официальное упоминание о конструктивно определенном сроке эксплуатации серверных материнок. Пишут как-то так, что "материнка на чипсете Intel таком-то, заявленный срок эксплуатации чипсета(!) 7 лет". Прекрасный аргумент для собственника при обосновании необходимости апгрейда железа, на котором крутятся критичные для бизнеса сервисы - "так Intel сказал официально". VS>
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua
Александр Васильевич, Анекдот про теоретически и практически, Вы, конечно же, знаете. Практически же, помимо БИС существуют еще кое-какие элементы - планарные резисторы, конденсаторы и т.п. в которых происходят кое-какие процессы, приводящие к изменению его номинала - причем они, бл, есть ВЕЗДЕ. А в некоторых случаяхи к смене функции - например конденсатор перестаёт быть конденсатором. И оказывается, что время, за которое происходят такие волшебные метаморфозы, оно не то чтобы десятилетия, а очень даже единицы лет. По этой причине у нас рекомендуемое время жизни сервера under load - до 5 лет. Потом - плановая замена. То же самое и с винтами - принудительная ротация, независимо от того, что SMART у них показывает волшебное "офигенно". Из смищщного, конечно же есть сервера, проработавшие без выключения например по 7-8 лет в т.ч. under load, но вероятность того, что после выключения он больше не включится - резко стремится к единице. В этом смысле очень показателен кейс с SATA bug, который был 5 лет назад и его объяснение: http://www.anandtech.com/show/4143/the-source-of-intels-cougar-point-sata-bu...
Привет !
Вывсеврёте! :-)
Срок жизни процессора микроконтроллеров (в принципе любой БИС) по даташиту, 20 лет при повышенный температурах и лет 80(+-) для строго "20С и не выше". у процессоров РС частоты выше, они живут меньше.
хорошо описано(с картинками) тут: http://ispytano.ru/-page_page_11459 и тут: http://telecom.arka.am/ru/news/internet/9465/
Friday, September 2, 2016, 7:32:35 AM, Vladimir Sharun vladimir.sharun@ukr.net you wrote: VS> Это как минимум честно, учитывая время жизни элементной базы (конденсаторов, даже VS> не электролитической классики). VS> А также, уже лет 10 как был принят стандарт бессвинцовой экологичной пайки, VS> у которой время жизни тоже 10 лет.
VS>
p.s. Я кстати совсем недавно и случайно у кого-то из вендоров впервые увидел официальное упоминание о конструктивно определенном сроке эксплуатации серверных материнок. Пишут как-то так, что "материнка на чипсете Intel таком-то, заявленный срок эксплуатации чипсета(!) 7 лет". Прекрасный аргумент для собственника при обосновании необходимости апгрейда железа, на котором крутятся критичные для бизнеса сервисы - "так Intel сказал официально". VS>
-- Best regards, Alexander V Soroka http://www.svr.ua/ AS106-RIPE mailto:alex@euro.net.ua
Есть свои плюсы, да. Например http://openvswitch.org/ на базе http://dpdk.org/ в качестве the default switch in both XenServer 6.0+ and the Xen Cloud Platform. Я сам лично не гонял, но у людей видел - да, я б сказал, визуально пошустрее будет, чем свич VMWare на том же железе.
Угу, так и есть.
Но надо понимать, что выбор на 80% зависит от требований бизнеса и только на 20% от личных вкусов инженеров и админов. Вот например
Не уверен, что оно вот так. Для среднестатистической компании с private could или "просто каким-то количеством виртуальных серверов" подойдет любой из трех продуктов. Нет там прямо особых требований бизнеса. Так вот только Xen из трех бесплатный.
VMWare VCenter - отличная штука, у XenServer такое есть? Я не видел и люди говорили, что даже в 7-ом нету. А без него при большом хозяйстве заманаешься. Ну и некоторые другие плюшки.
XenCenter не менее, а я бы сказал даже и более отличная штука.
Но даже пускай допустим оно есть. Берем фирму, у которой основной бизнес не сети и не компы, а такое нечно совершенно приземленное, продуктное, товарно-сервисное и реальное. Такая фирма просто купит VMWare поскольку это de-facto industry standard и не будет заморачиваться с рисками, проистекающими из выбора нетривиальной платформы для своего private cloud.
Да, конечно, при этом эта же фирма может просто взять и купить Windows Server. И это правильно, если им нужна именно эта платформа и они готовы платить деньги - пожалуйста. Но находится много фирм, которые возьмут и просто поставят бесплатный Linux/Unix. И вот в их случае (помним о том, что они совершенно приземленные, продуктные, товарно-сервисные и реальные фирмы) я не вижу ни одного аргумента, почему не попробовать бесплатный xenserver, который, кстати, ставится с флешки за 25 минут. Он сделан на базе CentOS, на нем прекрасно поддерживается DELL OMSA и куча всяких дополнений. В общем, я перешел с VmWare vSphere 5.0 сначала на XenServer 6.2, 6.5, а недавно переставил все на 7.0 и ни разу не пожалел. Никаких проблем с бекапом и рестором виртуальных машин. Вообще ни каких. Прекрасно кушает бекап VM от VmWare.
Как минимум, людей, более-менее владеющих VMWare, найти проще, и support зааутсорсить есть на куда. А по XenServer, с кем support contract заключать? искать придется, и не факт что потенциальный подрядчик достаточно солиден...
Может быть так, но для меня - это не проблема. Замечу только, что за 3 года эксплуатации XenServer не было ни одного случая проблем. Вообще. Хотя хосты несколько раз переживали падение питания.
А разница в производительности на одинаковом железе в 10-20% - то вообще фигня, незначимый фактор. Да даже и 30% - ну ладно, купим железо помощнее, все равно старое менять пора. Разница в производительности и особенно в эффективности ЛЮДЕЙ (грубо говоря, отдача на бакс з/п) вот это да, фактор.
Тут согласен. Просто хотел сказать, что с xen давно уже не "ужас, ужас". А все вполне по коммерческим стандартам прилично и спокойно. С уважением, Александр
On Thu, Sep 01, 2016 at 01:49:24PM +0300, Andrii Stesin wrote:
HyperV must die. Нафиг зоопарк, вообще. VMWare fits all.
Я так думал, пока не попробовал гиперв (читай "запинал в рабочую позу") и не наткнулся на нестабильность работы сети в вмваре (хрен уж со скоростью в 30МБ/с вместо 100+ и ядрами в полку). -- Best regards, Paul Arakelyan.
On Thu, Sep 01, 2016 at 11:10:49AM +0300, Igor Grabin wrote:
On Thu, Sep 01, 2016 at 10:41:33AM +0300, Paul Arakelyan wrote:
FreeBSD-10.1/2/3/... - Работает-ломают-чинют-ломают-да-задрали-ж-уже! Никак не могу понять - что за прикол, то "всё работает", то экзотично ломается "чуть-чуть" (из кучи виртуальных scsi дисков - видятся аж два), то "совсем" (ни один не видно), то "совсем", но по-другому, то работает, короче - всё сводится к имению "правильной" версии исходников, которой нужно заменять "что там наломали" перед сборкой ядра... Это прям "проклятие мелкомягких" какое-то, потому что логичного объяснения я не нахожу. Каждое обновление hyperv - реально "русская рулетка"... Причём грабли идентичные что на server 2008r2, что на 2012, что на Win10... "sponsored by microsoft" :/ збоченець. после одной плотной попытки запустить ассорти из юниксов на hyper-v я для себя всё понял, больше такими глупостями не занимаюсь, и вам не советую.
Зря. Когда заводится - в разы обставляет виртуалбокс и глючную вмваре (работа с iscsi показала "качество", что то iscsi разваливался, то винда крэшилась) и грузит проц меньше. У меня 6х1ТБ 2,5" дисков в виде 2х5.25" устройств, ZFS - красивое, тихое и маложрущее решение. В вин10 отдаю iscsi и NFS (лаги при чтении каталогов - ппц, не понимаю почему). -- Best regards, Paul Arakelyan.
2016-09-02 1:18 GMT+03:00 Paul Arakelyan
Когда заводится - в разы обставляет виртуалбокс и глючную вмваре (работа с iscsi показала "качество", что то iscsi разваливался, то винда крэшилась)
Не понял. Hyper-V как таржет для iSCSI?! шо?!
и грузит проц меньше.
Да-да, вы как раз именно мне это и расскажите... я как раз давеча наконец избавился от винды в к-ве iSCSI target в одном толстом месте, FreeNAS поставил и радуюсь несказанно уже который день.
ZFS - красивое, тихое и маложрущее решение. В вин10 отдаю iscsi и NFS (лаги при чтении каталогов - ппц, не понимаю почему).
А вот кстати я тоже столкнулся - когда дерево каталогов такое очень развесистое, глубиной типа 4-5 и дохренища файлов (миллионы) то ZFS его как-то трудно подымает. Пока оно не беспокоит, но звоночек неприятный. Причем непонятно где затык, процессоры свободны, памяти дохрена, и диски не нагружены вообще.
On Fri, Sep 02, 2016 at 07:14:58AM +0300, Andrii Stesin wrote:
ZFS - красивое, тихое и маложрущее решение. В вин10 отдаю iscsi и NFS (лаги при чтении каталогов - ппц, не понимаю почему). А вот кстати я тоже столкнулся - когда дерево каталогов такое очень развесистое, глубиной типа 4-5 и дохренища файлов (миллионы) то ZFS его как-то трудно подымает. Пока оно не беспокоит, но звоночек неприятный. Причем непонятно где затык, процессоры свободны, памяти дохрена, и диски не нагружены вообще. biglock в ведре, вестимо.
mbr, -- Igor "CacoDem0n" Grabin
2016-09-02 7:27 GMT+03:00 Igor Grabin
А вот кстати я тоже столкнулся - когда дерево каталогов такое очень развесистое, глубиной типа 4-5 и дохренища файлов (миллионы) то ZFS его как-то трудно подымает. Пока оно не беспокоит, но звоночек неприятный. Причем непонятно где затык, процессоры свободны, памяти дохрена, и диски не нагружены вообще. biglock в ведре, вестимо.
в 10.3 последнего патчлевела? биглок? на ZFS?
On Fri, Sep 02, 2016 at 07:14:58AM +0300, Andrii Stesin wrote:
2016-09-02 1:18 GMT+03:00 Paul Arakelyan
: ...Hyper-V... Когда заводится - в разы обставляет виртуалбокс и глючную вмваре (работа с iscsi показала "качество", что то iscsi разваливался, то винда крэшилась)
Не понял. Hyper-V как таржет для iSCSI?! шо?!
Домашний(е) тазик(и) с виндой. гипервизор+"ос и рейд по вкусу" (фря+ZFS)+ пачка дисков - расшарить по SMB - не катит, не совместимо с вагоном софта. Остались NFS и iSCSI. Дедупликацию внутри zvol - ZFS не умеет, т.е. "для некоторых" вещей - zvol + виндовый дедупликатор или opendedup.org, или NFS. NFS+винда=?????? с не-ASCII символами в именах файлов. Короче, iSCSI отдаётся из виртуалки в винду :). Вот такой изврат с плюшками от ZFS. На hyper-v - более 100МБ/с на 2ГГц ксеон55хх. Дома на 3ГГц 56xx - и того больше. C vmware - на Win7/WS2012 бились пакеты в сети и производительность уровня виртуалбокса - иногда до 60МБ/с, чаще 30-35.
и грузит проц меньше.
Да-да, вы как раз именно мне это и расскажите... я как раз давеча наконец избавился от винды в к-ве iSCSI target в одном толстом месте, FreeNAS поставил и радуюсь несказанно уже который день.
ZFS - красивое, тихое и маложрущее решение. В вин10 отдаю iscsi и NFS (лаги при чтении каталогов - ппц, не понимаю почему).
А вот кстати я тоже столкнулся - когда дерево каталогов такое очень развесистое, глубиной типа 4-5 и дохренища файлов (миллионы) то ZFS его как-то трудно подымает. Пока оно не беспокоит, но звоночек неприятный. Причем непонятно где затык, процессоры свободны, памяти дохрена, и диски не нагружены вообще. Так у меня - "то шо свежий пул и 0 файлов" :\. А "трудно" - метаданные всегда по умолчанию сжаты, если что - их расжимают (хз кэшируется ли распакованное). Помнится, отключаемо.
-- Best regards, Paul Arakelyan.
On Fri, Sep 02, 2016 at 01:18:32AM +0300, Paul Arakelyan wrote:
збоченець. после одной плотной попытки запустить ассорти из юниксов на hyper-v я для себя всё понял, больше такими глупостями не занимаюсь, и вам не советую. Зря. Когда заводится - в разы обставляет виртуалбокс и глючную вмваре (работа с iscsi показала "качество", что то iscsi разваливался, то винда крэшилась) и грузит проц меньше. У меня 6х1ТБ 2,5" дисков в виде 2х5.25" устройств, ZFS - красивое, тихое и маложрущее решение. В вин10 отдаю iscsi и NFS (лаги при чтении каталогов - ппц, не понимаю почему). судя по изначальному псто - не "когда", а "если" ;-) на коробках свежее, чем поздний неолит, исполнение vm'ок происходит на сыром железе. hypervisor overhead не превышает условных 10%, типично меньше. ради разницы между "+- 10% от разных производителей" каждый раз разбираться в интриге "заведётся ли hyper-v в данном сетапе" - один из самых витиеватых вариантов творчески просрать время ;-). снимаю шляпу, месье действительно знает толк в извращениях ;-)
с уважением, -- Igor "CacoDem0n" Grabin
On Fri, Sep 02, 2016 at 07:36:17AM +0300, Igor Grabin wrote:
On Fri, Sep 02, 2016 at 01:18:32AM +0300, Paul Arakelyan wrote:
збоченець. после одной плотной попытки запустить ассорти из юниксов на hyper-v я для себя всё понял, больше такими глупостями не занимаюсь, и вам не советую. Зря. Когда заводится - в разы обставляет виртуалбокс и глючную вмваре (работа с iscsi показала "качество", что то iscsi разваливался, то винда крэшилась) и грузит проц меньше. У меня 6х1ТБ 2,5" дисков в виде 2х5.25" устройств, ZFS - красивое, тихое и маложрущее решение. В вин10 отдаю iscsi и NFS (лаги при чтении каталогов - ппц, не понимаю почему). судя по изначальному псто - не "когда", а "если" ;-) на коробках свежее, чем поздний неолит, исполнение vm'ок происходит на сыром железе. hypervisor overhead не превышает условных 10%, типично меньше. ради разницы между "+- 10% от разных производителей" каждый раз разбираться в интриге "заведётся ли hyper-v в данном сетапе" - один из самых витиеватых вариантов творчески просрать время ;-). снимаю шляпу, месье действительно знает толк в извращениях ;-) Дома для поиграться и пофотошопить - винда однозначно = или её под kvm с пробросом видяхи, или в неё диски из виртуалки :). В КПИ - "большая политика" и надо жить в поставленных условиях.
-- Best regards, Paul Arakelyan.
А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим. MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV. Так что - инструмент нужно выбирать соответствующий. On 9/1/16 10:41 AM, Paul Arakelyan wrote:
FreeBSD-10.1/2/3/... - Работает-ломают-чинют-ломают-да-задрали-ж-уже!
Никак не могу понять - что за прикол, то "всё работает", то экзотично ломается "чуть-чуть" (из кучи виртуальных scsi дисков - видятся аж два), то "совсем" (ни один не видно), то "совсем", но по-другому, то работает, короче - всё сводится к имению "правильной" версии исходников, которой нужно заменять "что там наломали" перед сборкой ядра... Это прям "проклятие мелкомягких" какое-то, потому что логичного объяснения я не нахожу. Каждое обновление hyperv - реально "русская рулетка"... Причём грабли идентичные что на server 2008r2, что на 2012, что на Win10... "sponsored by microsoft" :/
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
On Fri, Sep 02, 2016 at 09:34:48AM +0300, Volodymyr Litovka wrote:
А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим. в моих руках пингвин там запускался, и был достаточно пригоден на поиграться / посмотреть, но о каким-либо боевом применении речи быть не могло. гостевой шедулинг напоминал очень пожмаканную гармошку, временами рваную. MS на MS - да, красиво. можно на выставочном стендике показывать. в принципе, где-то для этого hyper-v и создавался. mission accomplished.
mbr, -- Igor "CacoDem0n" Grabin
Hi! On Fri, Sep 02, 2016 at 09:34:48AM +0300, Volodymyr Litovka writes:
А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим.
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV.
Так что - инструмент нужно выбирать соответствующий.
У меня крутится несколько разных FreeBSD на HyperV. Без как либо заметных проблем. Поддержка дров в 10 из коробки. Если я правильно помню, то в Azure тоже полная поддержка Free. -- WBR, Yuriy B. Borysov YOKO-UANIC | YOKO-RIPE
Ну тогда руки к инструменту :) On 9/2/16 10:14 AM, Yuriy B. Borysov wrote:
Hi!
On Fri, Sep 02, 2016 at 09:34:48AM +0300, Volodymyr Litovka writes:
А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим. MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV. Так что - инструмент нужно выбирать соответствующий. У меня крутится несколько разных FreeBSD на HyperV. Без как либо заметных проблем. Поддержка дров в 10 из коробки.
Если я правильно помню, то в Azure тоже полная поддержка Free.
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
On Fri, Sep 02, 2016 at 10:14:12AM +0300, Yuriy B. Borysov wrote:
Hi!
On Fri, Sep 02, 2016 at 09:34:48AM +0300, Volodymyr Litovka writes:
А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим.
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV.
Так что - инструмент нужно выбирать соответствующий.
У меня крутится несколько разных FreeBSD на HyperV. Без как либо заметных проблем. Поддержка дров в 10 из коробки. Прикол в том, что в 10.1 - жило. 10.2 и далее - сломали, починили, опять сломали - короче, "не для слабонервных".
Ломают SCSI (storvsc) - без него напихать кучу дисков не выйдет. Причём ломается каждый раз по-разному, то "совсем", то только пара дисков заведутся, то вот опять "глухо"... С IDE и сетью - вроде всё ок. -- Best regards, Paul Arakelyan.
Today Sep 2, 2016 at 09:34 Volodymyr Litovka wrote:
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV.
Наоборот - активно пилят и даже взяли на себя подготовку образов VM: https://azure.microsoft.com/en-us/blog/freebsd-now-available-in-azure-market... -- WNGS-RIPE
Ну тогда сори - погорячился On 9/2/16 12:10 PM, Oleksandr V. Typlyns'kyi wrote:
Today Sep 2, 2016 at 09:34 Volodymyr Litovka wrote:
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV. Наоборот - активно пилят и даже взяли на себя подготовку образов VM: https://azure.microsoft.com/en-us/blog/freebsd-now-available-in-azure-market...
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
On Fri, Sep 02, 2016 at 12:10:37PM +0300, Oleksandr V. Typlyns'kyi wrote:
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV. Наоборот - активно пилят и даже взяли на себя подготовку образов VM: https://azure.microsoft.com/en-us/blog/freebsd-now-available-in-azure-market...
забавные новости. но, я бы тогда сильно далеко от их образов не отходил. mbr, -- Igor "CacoDem0n" Grabin
On Fri, Sep 02, 2016 at 01:25:23PM +0300, Igor Grabin wrote:
On Fri, Sep 02, 2016 at 12:10:37PM +0300, Oleksandr V. Typlyns'kyi wrote:
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV. Наоборот - активно пилят и даже взяли на себя подготовку образов VM: https://azure.microsoft.com/en-us/blog/freebsd-now-available-in-azure-market...
забавные новости. но, я бы тогда сильно далеко от их образов не отходил.
Есть подозрение, что гипервизор "там и тут" - разный, и все эти допиливания "чинят" одно и ломают другое. Когда мне надо было под 2008 поднять - то писали "у нас на win 10/server16 всё пучком"... короче под win10 дурдом получился - сеть не пашет (не понятно в чем грабли), da* detached при старте... Опять надо "копать" и с десяток ядер пробовать :). -- Best regards, Paul Arakelyan.
Вообще складывается впечатление, что FreeBSD 10.* будет долгосрочно очень успешной стабильной веткой, лет на несколько. Типа как 4.* в свое время была, а еще раньше 1.1.5.1
04.09.2016 19:25, Andrii Stesin пишет:
Вообще складывается впечатление, что FreeBSD 10.* будет долгосрочно очень успешной стабильной веткой, лет на несколько. Типа как 4.* в свое время была, а еще раньше 1.1.5.1
А что, по поводу 11 уже известны какие-то проблемы? Релиз 11 должен выйти сегодня-завтра. Есть смысл оставаться на 10-й ветке? Просто интересно. -- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net
Ну лично я буду на 10.* оставаться еще минимум до выхода 11.3 :)
2016-09-04 20:07 GMT+03:00 Alexandr Baryshnyev
04.09.2016 19:25, Andrii Stesin пишет:
Вообще складывается впечатление, что FreeBSD 10.* будет долгосрочно очень успешной стабильной веткой, лет на несколько. Типа как 4.* в свое время была, а еще раньше 1.1.5.1
А что, по поводу 11 уже известны какие-то проблемы? Релиз 11 должен выйти сегодня-завтра. Есть смысл оставаться на 10-й ветке? Просто интересно.
-- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net
On Fri, Sep 02, 2016 at 09:34:48AM +0300, Volodymyr Litovka wrote:
А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим.
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV.
Так в том-то и дело, что народ что-то активно пилит :|. "Гипер-микро-ПИЛ не догонит РосПил!" :))) -- Best regards, Paul Arakelyan.
Ну тут я могу сказать только одно - если хочется потрахаться, то, конечно, можно и с HyperV играться :) а если работать - то я бы предпочел что-то менее заточенное под собственно себя и то, у чего комьюнити больше - как пользователей, так и разработчиков. КМК, самыми распространенными и самыми развиваемыми решениями для виртуализации (из бесплатных) на сегодня являются KVM и линукс-контейнеры. Если бы у меня стояла задача построить какой-нибудь private cloud и чтобы поменьше возни - я бы начал пробовать с Proxmox. Это собранный флакон, в котором linux'ы можно запускать в контейнерах и в KVM, а остальное - в KVM. И на всё это навернута система управления. Не знаю, что они используют под нетворкинг, для высокой пропускной нужно использовать ovs+dpdk. Note: я не рекомендую proxmox, я бы начал с него :-) С точки зрения общего быстродействия, из универсальных самыми быстрыми являются решения VMWare. Они же - работающие. Но за деньги ;-) On 9/2/16 12:42 PM, Paul Arakelyan wrote:
On Fri, Sep 02, 2016 at 09:34:48AM +0300, Volodymyr Litovka wrote:
А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим.
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV.
Так в том-то и дело, что народ что-то активно пилит :|. "Гипер-микро-ПИЛ не догонит РосПил!" :)))
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
2016-09-02 14:03 GMT+03:00 Volodymyr Litovka
пользователей, так и разработчиков. КМК, самыми распространенными и самыми развиваемыми решениями для виртуализации (из бесплатных) на сегодня являются KVM и линукс-контейнеры.
Если бы у меня стояла задача построить какой-нибудь private cloud и чтобы поменьше возни - я бы начал пробовать с Proxmox. Это собранный флакон, в котором linux'ы можно запускать в контейнерах и в KVM, а остальное - в KVM. И на всё это навернута система управления. Не знаю, что они используют под нетворкинг, для высокой пропускной нужно использовать ovs+dpdk. Note: я не рекомендую proxmox, я бы начал с него :-)
Понимаешь ли, если на эксперименты нет ни времени ни ресурсов, а надо "шоб работало вчера" и надежно, как электровоз, причем в наличии полноразмерный унаследованный зоопарк ккаждой твари по кучке - то выбор резко сужается...
С точки зрения общего быстродействия, из универсальных самыми быстрыми являются решения VMWare. Они же - работающие. Но за деньги ;-)
Ну как сказать, бесплатная лицензия на 3 хвоста и без VCenter как бы вот она, бери пользуйся. А дальше да, за деньги. Но если бизнес вменяемый и серьезный, то дешевле заплатить.
Привет! Мне ребята из Аллегро говорили, что они выбрали OpenContrail потому, что он хорошо масштабируется географически (у него фабрик на MPLSoUDP или MPLSoGRE). И FreeBSD на Контрейле будет работать всегда, потому что vMX ;) Андрей
On 02 Sep 2016, at 13:03, Volodymyr Litovka
wrote: Ну тут я могу сказать только одно - если хочется потрахаться, то, конечно, можно и с HyperV играться :) а если работать - то я бы предпочел что-то менее заточенное под собственно себя и то, у чего комьюнити больше - как пользователей, так и разработчиков. КМК, самыми распространенными и самыми развиваемыми решениями для виртуализации (из бесплатных) на сегодня являются KVM и линукс-контейнеры.
Если бы у меня стояла задача построить какой-нибудь private cloud и чтобы поменьше возни - я бы начал пробовать с Proxmox. Это собранный флакон, в котором linux'ы можно запускать в контейнерах и в KVM, а остальное - в KVM. И на всё это навернута система управления. Не знаю, что они используют под нетворкинг, для высокой пропускной нужно использовать ovs+dpdk. Note: я не рекомендую proxmox, я бы начал с него :-)
С точки зрения общего быстродействия, из универсальных самыми быстрыми являются решения VMWare. Они же - работающие. Но за деньги ;-)
On 9/2/16 12:42 PM, Paul Arakelyan wrote:
On Fri, Sep 02, 2016 at 09:34:48AM +0300, Volodymyr Litovka wrote: А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим.
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV.
Так в том-то и дело, что народ что-то активно пилит :|. "Гипер-микро-ПИЛ не догонит РосПил!" :)))
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
On Sep 2, 2016, at 09:34, Volodymyr Litovka
wrote: А ведь ожидаемо же, что MS хорошо будет работать только с MS. Ну и с линуксом, предположим.
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD.
Хм… https://geektimes.ru/post/277090/
Поэтому оно и выкаблучивается - врядли кто-то тестирует *BSD на HyperV.
Так что - инструмент нужно выбирать соответствующий.
On 9/1/16 10:41 AM, Paul Arakelyan wrote:
FreeBSD-10.1/2/3/... - Работает-ломают-чинют-ломают-да-задрали-ж-уже!
Никак не могу понять - что за прикол, то "всё работает", то экзотично ломается "чуть-чуть" (из кучи виртуальных scsi дисков - видятся аж два), то "совсем" (ни один не видно), то "совсем", но по-другому, то работает, короче - всё сводится к имению "правильной" версии исходников, которой нужно заменять "что там наломали" перед сборкой ядра... Это прям "проклятие мелкомягких" какое-то, потому что логичного объяснения я не нахожу. Каждое обновление hyperv - реально "русская рулетка"... Причём грабли идентичные что на server 2008r2, что на 2012, что на Win10... "sponsored by microsoft" :/
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
-- Taras Heychenko tasic@academ.kiev.ua
On 9/2/16 5:11 PM, Taras Heychenko wrote:
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD.
Держите меня трое, кастомная версия FreeBSD! :-))) Такое вот ядро, такие вот модули и любой шаг в сторону - кора. Вот ты, лично ты - ты будешь это пользовать? :-) -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
Hello! On Sat, 03 Sep 2016 at 00:10:06 (+0300), Volodymyr Litovka wrote:
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD. Хм??? https://geektimes.ru/post/277090/
Держите меня трое, кастомная версия FreeBSD! :-))) Такое вот ядро, такие вот модули и любой шаг в сторону - кора. Вот ты, лично ты - ты будешь это пользовать? :-)
А чем это лучше/хуже использования образа FreeBSD на любом другом гипервизоре? Сам не пробовал, не знаю. Но на https://www.freebsdfoundation.org/news-and-events/latest-news/ ссылка на https://azure.microsoft.com/en-us/blog/freebsd-now-available-in-azure-market..., а там и цитата "Justin T. Gibbs, President of FreeBSD Foundation", и рассказ о коммитменте в апстрим, т.е. в FreeBSD. При чём не в какую-то далёкую, а в близкую и используемую 10.3. -- George L. Yermulnik [YZ-RIPE]
Today Sep 3, 2016 at 00:10 Volodymyr Litovka wrote:
On 9/2/16 5:11 PM, Taras Heychenko wrote:
Держите меня трое, кастомная версия FreeBSD! :-))) Такое вот ядро, такие вот модули и любой шаг в сторону - кора. Вот ты, лично ты - ты будешь это пользовать? :-)
Есть "писульки" с ещё более тупыми заголовками и содержанием, от таких же "аффтаров". https://lists.freebsd.org/pipermail/freebsd-announce/2016-July/001736.html FreeBSD on Hyper-V and Azure https://lists.freebsd.org/pipermail/freebsd-announce/2016-May/001716.html FreeBSD Integration Services (BIS) Те изменения вышли как EN и уже присутствуют в 10.3-RELEASE-p7: https://lists.freebsd.org/pipermail/freebsd-announce/2016-August/thread.html Проект несколько лет собирает с релизами и даже snapshot-ами различные образы VM в том числе и для "кляудов": http://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/ http://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/ https://svnweb.freebsd.org/base/head/release/Makefile.vm?view=markup https://svnweb.freebsd.org/base/head/release/ В Microsoft взяли на себя заботу об Azure, а из-за "писунув" их только помоями поливать стремятся, хотя прецедент не первый: https://www.digitalocean.com/company/blog/presenting-freebsd-how-we-made-it-... -- WNGS-RIPE
On Sep 3, 2016, at 00:10, Volodymyr Litovka
wrote: On 9/2/16 5:11 PM, Taras Heychenko wrote:
MS - не благотворительная лавка и было бы странно ожидать, что они будут тратить время и ресурсы на (давайте смотреть правде в глаза) всякие маргинальные *BSD.
Держите меня трое, кастомная версия FreeBSD! :-))) Такое вот ядро, такие вот модули и любой шаг в сторону - кора. Вот ты, лично ты - ты будешь это пользовать? :-)
Мы о другом. :)
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
-- Taras Heychenko tasic@academ.kiev.ua
participants (14)
-
Alexander V Soroka
-
Alexandr Baryshnyev
-
Aliv Cherevko
-
Andrii Stesin
-
Andriy Berestovskyy
-
George L. Yermulnik
-
Igor Grabin
-
Mykola Ulianytskyi
-
Oleksandr V. Typlyns'kyi
-
Paul Arakelyan
-
Taras Heychenko
-
Vladimir Sharun
-
Volodymyr Litovka
-
Yuriy B. Borysov