swap подразумевает большое количество обращений к диску, что собственно будет снижать общую производительность ноды, а на OpenVZ этот процесс как бы на другом уровне, следовательно и проблемы этой как таковой нет, но полно других проблем - с этим никто не спорит
да хотябы вот тут http://www.ovh.co.uk/products/rps_functioning.xml, заодно гляньте цены и сравните с стандартными XEN/OVZ решениями, т.е. интересует мнение специалиста, насколько такие решения лучше/хуже обычных...
DLag пытается сказать тоже, что и я - OpenVZ в соотношении цена/производительность значительно превосходит XEN, т.е. если брать среднестатистического клиента, то при равных условиях на OpenVZ человек получит более производительное решение, чем на XEN...
а XEN, безусловно, более защищен в плане безопасности и стабильной производительности, чем OVZ, только вопрос был не в этом, а в другом...
и вообще клиентов можно разделить на 3 условные группы: сателлитоводы/дороводы, владельцы крупных сайтов, разработчики ПО + хулиганы
для одних хватает XEN в 64Мб ОЗУ выше крыши, и им нужен стабильный гарантированный канал и ОЗУ (например юзают VPN/OpenVPN в корпоративных целях), для других этого всего не нужно, им даже SSH не нужен, им желательно просто заменить их шаред хостинг
зачем думать, что и для кого лучше? - предлагайте OpenVZ и XEN решения одновременно, также предлагайте шаред хостинг, ну и непосредственно выделенные сервера :D
а когда много перегруженных XEN VDS'ок то диск так занят этими swap'ами, что деградация производительности уже выходит за рамки XEN VDS'ки и уже начинает влиять на общую производительность ноды... :D
вот Andreyka плиз гляньте вышеприведенные ссылки, что такое RPS, интересно ваше мнение про этот вид VDS'ок
я не столь про ценник, сколько про саму реализацию того как у них это выполнено, в сравнении с XEN/OVZ стандартными решениями...
а по поводу цен на VPS, так рекомендую глянуть еще вот этот - VPS (в стандартном понимании VPS) ценник http://www.ovh.co.uk/products/vps_tarrifs.xml - т.е. как видно - там вроде бы честно представлено само "состояние" ноды и объем того куска "пирога", который Вы получите...
на мой взгляд вы этой фразой дискредитировали себя еще больше, чем созданная ТС тема...
еще раз доказывает "соквовость" всей сферы "услуг" на xUSSR пространстве, вообщем "ежики плакали кололись но продолжали грызть кактус" как раз сказано верно...
вот - вы еще раз показываете, что "клиенты вам не нужны", т.е. клиент от Вас уже ушел, а вы продолжаете "культурно хамить", высказывая какие-то непонятные недовольства и всем видом показывая, что клиент вам был не нужен вообще, и другие клиенты тоже вам не нужны и могут "уматывать" в любое время...
...услуга полученная не в полном объеме... а вы про "ни при каких условиях"...
Выражаю благодарность ТС, за то что он не пожалел потратить свое время и высказаться на этом форуме :D
на мой взгляд, вам так хочется верить в то, что ничего от этого поста не изменилось, но Вы же серьезный человек, не надо нас убеждать в том, что наше отношение к вашей фирме от этого поста не изменилось...
правильно, тем и хорош OpenVZ, что компиляция софта, развертывание сайтов (бэкапов сайтов) происходят не с черепашьей скоростью, а более менее нормально...
при нормальном OVZ хостере, которые не делает 2-3 кратный оверселл - OpenVZ выигрывает в производительности полюбому...
просто на мой взгляд хостер должен держать "карантинные" OpenVZ-ноды с VE'шками с явно неадекватным использованием ресурсов...
а по поводу XEN, вот скажите мне, если XEN ноду развернуть под другой пара-виртуальной средой, то возможен ли оверсел XEN'а при условии что XEN нода (платформа) не видит реального железа, а видит лишь виртуально "проекцию" машины, в которой может быть 4Гб ОЗУ, при реальном его количестве в пределах 2Гб :)
по поводу "рентабельности" VPS хостинга, кто нить из гуру прокомментируйте вот это:
http://www.ovh.co.uk/products/rps_compare.xml
сообщение удалено
попробуйте поюзать smartctl на предмет реаллоцированных секторов и прочих ошибок...
лучше у них, тут даже нет смысла сравнивать, ... приведу пример - в США сгоревший блок питания меняют в течении 1-2 часов (среднего уровня ДЦ), причем выходной, не выходной, ночь не ночь не важно...
у нас:
1) выходной и праздники, а также до середины пост-праздничного дня - в ДЦ никого "вменяемых" нет
2) при любой аварии на уровне ДЦ на звонки не отвечают, хотя линии свободны
3) хамство причем сплошь и рядом, создается такое ощущение, что "звездная болезнь" есть повально у всех сотрудников любого ДЦ, ...
4) ... про манибэк, SLA, вообще ответственность в наших ДЦ не слышали
вот у меня и вопрос, платите вы 7 тыр./месяц за дедик в РФ, довольно жирный и авторитетный ДЦ, а получаете качество услуг в разы хуже, чем если дедик был бы в той же Германии...
неадекватная...
1к в сутки бывает разный, т.е. это может быть Битрикс какой-нить промышленной крупной фирмы, а может быть DLE-варезник...
для крупной промышленной фирмы, цена будет на последнем месте, на первом - это чистота юр. оформления "контракта" с хостинг компанией + ответственность...
да и причем тут канал? - помоему полосы пропускания у SATA-II + NCQ хватает "выше крыши" :D
узкое место в OpenVZ - это непосредственно "позиционирование" у старых HDD'шек, т.е. достаточно одной VE с кучей партнерских шопов (по 100к файлов в кеше у каждого), чтобы был приличный iowait у всей ноды... разумеется можно ограничить лимитами, но это не все так "красиво" на практике как в теории...
правильно - смотря на какую ноду попадете, но рано или поздно эту ноду забьют до отказа и будет потрясающая картинка, плеваться будете и вспоминать наши советы...
кажется vds64.com не так давно запустил ноду на SSD, вот это может быть еще у них нормальное качество услуг будет, ...
