> Вы, похоже, как и многие, зациклились на виртуализации, причём именно x86-виртуализации...
> Грустно.

Увы да.Потому,что виртуализация представленная в линукс-наиболее приемлемая для x86.
А на POWER,s390 она своя,средствами подсистем процессора+подсистем ОС AIX,z/OS,
и никому в здравом уме не взбрендит ставить туда linux,поднимать на этих машинах виртуализацию с XEN/KVM на linux для рабочих нагрузок.
На SPARC/SPARC64 тоже своя,средствами подсистем процессора+подсистем OC SOLARIS,
и никому в здравом уме не взбрендит поднимать на этих машинах виртуализацию с XEN/KVM,
так же никому в здравом уме не взбрендит пробовать ставить на эти машины что-то отличное от SOLARIS,в том числе и OpenBSD для рабочих нагрузок.Да работает,но только у тех,кто
решил просто поиграться,т-е это не серьёзно,попробуйте поищите машины с SPARC64 на борту,работающие на OpenBSD в реальном продакшене.Если у вас имеются такие примеры буду очень признателен,если сообщите их координаты.

> А теперь давайте скажу по-другому: зачем заниматься виртуализацией на x86, когда она
> уже много лет прекрасно работает на SPARC64? И на этой платформе
> OpenBSD разделывает тот же Debian в пух и прах. В том
> числе, как хост-ОС. А ведь это далеко не самые слабые даже
> по нынешним временам машины... Но платформа Wintel (sic!) таки победила, да.

А зачем решать задачи на SPARС64,если они прекрасно решаются и на x86?
Потратить на решение денег раз эдак в десять больше?
SPARC64 где-то начиная с 2008 г оправдан только в очень узком сегменте задач,которые встречаются редко.SPARC Tx тот вообще непонятно зачем сейчас может быть пригодным
по соотношению возможности/цена в сравнении с x86.

> Гм. HA-кластер из виртуалок на одной физической машине? :))))

Ну да.Слёт может случиться из-за ошибок в чистом userland,особенно если речь идет о
жирных веб сервисах сляпанных на жирных фреймворках на python/ruby.

> А вот простая встречная задача: клонировать готовый образ виртальной машины, чтобы на
> его базе добавить функционал и включить в общий строй. На CentOS
> мне для этого требуется, среди прочего, править конфиг загрузчика (привет, LVM!
> Мы ведь делаем всё "по-умному"...) и править конфиги udev; также, зачастую
> приходится возиться с SELinux, который создаёт больше проблем, чем их решает.
> В Debian, как я понимаю ситуация аналогичная, так? А в OpenBSD
> всё просто работает после клонирования. Вопрос: нафига мне тратить свои время
> и нервы? Ну или время и силы, чтобы как-то автоматизировать этот
> процесс?

Если правильно понял проблему,то,например,можно клонировать так:сделать
dd if=disk_of_origin_vm of=disk_for_new_vm,virsh dumpxml origin_vm > new_vm.xml,правим
new_vm.xml-изменяем name,uuid,disk виртуалки,потом делаем virsh define new.xml
и virsh start new_vm,получаете новую вирт. всё работает.
SELinux для того и существует,чтобы проблемы создавать,нос ним достаточно просто
договориться.
>[оверквотинг удален]
> что роутингом заниматься, да и тут можно поспорить. На стороне Linux
> - поддержка SMP, на стороне OpenBSD - возможности по собственно роутингу...
> А пакетная база важна, ибо если мы имеем сильно тухлую базу (пусть
> даже с фиксами безопасности), то мы заодно имеем и проблемы со
> взаимодействием с другими системами. А уж если выпало счастье работать в
> комании, занимающейся разработкой ПО, то проблема "нам надо самое свежее" будет
> актуальной постоянно. В случае OpenBSD я могу даже сервера перевести на
> -CURRENT, за счёт постоянного контроля качества. А вот переводить сервера на
> Debian даже unstable уже стрёмно - спасибо многократному опыту по обновлению
> Ubuntu между релизами.

CentOS,например,обновился с 6.3 до 6.4 без проблем,так в чём проблема?
>>> Портабельность - ещё один камень преткновения в попытках сранить эти две ОС:
>>> http://www.debian.org/distrib/netinst и http://www.openbsd.org/plat.html пересекаются
>>> далеко не на 100%.
>> Использование каких-то экзотических архитектур-это "Masturbating Monkeys”,а
>> на что-то типа
>> SPARC Enterprice M-X000,что debian,что openbsd не прокатит развернуть для полноценного
>> применения потенциала железа.
> Вы разницу между SPARC и SPARC64 вообще знаете? ;)

Разные реализации одной и той же архитектуры.

> OpenBSD на SPARC и SPARC64 себя чувствует прекрасно и раскрывает весь потенциал
> железа, вплоть до LDOM.

См. выше.