Востребованы ли относительно мощьные VDS (600 мгц гарантированно, оверселлинг до 2 ггц(т.е. одно ядро), 1 гиг оперативки и 30 гб места на жёстком диске. рэид-1 + бэкап на соседний винт один-два раза в неделю, смотря насколько дисковая система ноды загружена) со стандартным администрированием? какие сейчас цены на такой конфиг? и есть ли оверселлинг CPU у Xen?

Что есть стандартное администрирование?

Чуть мутно описали. На XEN не CPU проблема, шедулер работает отлично. Диски тормозит, если болие нагрузки.

я имел ввиду установку, настройку и поддержку(обновление, перенастройка) ПО для хостинга (Apache Nginx Bind PHP Perl Ruby Python Zope Django Postfix/Sendmail SSH MySQL PgSQL ZODB CGI и др., ставится не всё конечно, а то что надо)
получаешь VDS готовый, с панелью, без рутового доступа.

всмысле? вроде я не написал только про 2 IP, и то что траф безлимит при соотношениях или ещё что-то?

т.е. оверселлинг CPU на XEN есть?

На Хеn есть два параметра по cpu - вес и предел.
последний можно выставить в "бес предела"

даёшь безлимитку? не слишком благородно, если один клиент получит Intel Xeon 5335 ?

Это Вы меня спрашиваете?
Вы спросили про технологию, я ответил.

А как её использовать - решать не мне

Если плохо что то знаете, лучше совсем не писать, чтобы не путать людей. Распределенние CPU у XEN работает безупречно.

буду крайне признателен, если Вы мне поясните, в чем именно я не прав.
Я разве написал, что Xen плохо работает с разделением ресурсов процессора?
Или я наврал про параметры?

не наврал несовсем ясно сказал, но и не врал

Грубо:

http://wiki.xensource.com/xenwiki/Scheduling

Идея та, что вводится параметр CPU Time, период получения гарантированной порции CPU, минимальное время которое должно пройти до получения следующей порции. Также возможность дать использовать конкретное количество ядер процессора. По сути, с XEN я не заметил проблем из за CPU и ни когда не марочил себе голову как улучшить стандартное распределение. Выделение CPU Time зависит от количества выделенной памяти.
По сути, XEN VPS сравним с реальным выделенным сервером, чего я не могу сказать про VZ/OpenVZ. В наличии имеется и то и то, по этому ни кто не может обидится за правду

Так что сказать "вес(ь)? и предел" неправильно во всех возможных понятиях этого ответа

IP это мелочи жизни.
Те кто не пишет реально нужного (планируемого) трафика а пишут "траф безлимит при соотношениях" абсолютно не интересны как клиенты для VPS. Трафик мелочи жизни, на европейских серверах, но нагрузка на диск, это дорогое удовольствие. Если трафик без лимита, значит его надо много, а это в свою очередь будет большая нагрузка на диски и автоматом будет тормозить других VPS. Дополнительно много трафика обычно надо только для нелегальных проектов, это проверенно на практике.
Всегда лучше указать нужный объём трафика, хоть примерно. Реальный безлимит стоит в зависимости от ширины канала. То есть лимит = скорость.

Вы несомнено правы, у Xen существует несколько шедьюлеров, но

То что я писал - было именно про данный дефолтный "кредитный" шедьюлер.
С учетом того, что ТС вообще задает подобные вопросы, то врядли он будет разбираться в тонкостях bvt шедьюлера, а воспользуется "стандартным распределением" на основе credit, которое Вы и сами рекомендуете к использованию

Хотя, конечно же, я виноват в том, что сразу не изложил тут развернутую лекцию о работе Xen с cpu

В таком случае, самое лучшее решение доверится университету Cambridge и компаниям Citrix, HP, IBM, Intel, Novell, Red Hat и Sun Microsystems, которые финансируют проект и одновременно выделяют своих специалистов для работы.
Я лично всегда отдавал предпочтение XEN в сравнении с другими технологиями виртуализации. XEN VPS получается дороже, сложнее подготовить ноду, но это окупается в плане надёжности.