Хочу представить основной наш продукт - VDS на движке XEN. Основное преймущество перед другими технологиями, XEN не разрешает обманывать клиента, так как RAM невозможно продать больше, чем есть на сервере. Если есть например 96 MB RAM, то он будет Ваш независимо он Вам нужен или нет. Если CPU на сервере 3 ГГц, значит так и останется

VDS бюджетного класса:

CPU - P4 3 GHz
RAM - 96 MB
SWAP - 192 MB
HDD - 3 GB
трафик - 100 GB
IP - 1

Цена в месяц - 23 USD
Оплата - PayPal, 2checkout, банковский перевод

Возможные OS - Debian, Centos, Fedora Core

Для тестов:

ping/traceroute 89.149.193.62
Тест скорости: http://cp.serv.lt/10mb.bin

Реальные страницы на таком сервере:
галерия которая трбует минимум php memory 32 MB и достаточно CPU http://galerija.i-klubas.lt
е-магазин на базе Oscommerce - http://www.car-audio-online.com

Имеем сервера в Германии, Голандии и в Литве. Все на 100 mbps сети. Естественно, возможна любая конфигурация.

С уважением,

www.serv.lt

Xen - это интересно, но хотелось бы кое-что уточнить.

Есть ли русскоязычная техподдержка? Предоставляется ли для работы с VDS какая-нибудь панель управления? Дается ли место под бэкапы на отдельном сервере? Можно ли собрать для VDS свое ядро и загружаться с него (теоретически, Xen это позволяет)?

И еще не совсем понятно по поводу гарантированности ресурсов:

Насколько я понимаю, 3 Ghz CPU выделяется не каждому конкретному VDS, а распределяется между всеми VDS на сервере. А по какому принципу? То есть хотелось бы знать, сколько мегагерц гарантированно выделяется конкретному VDS, и не получится ли так, что соседи по серверу "съедят" все ресурсы процессора и мои сайты будут тормозить?

Да, мне кажется, что создатель темы несовсем ясно объяснил эту самую технологию XEN.А насчет 3,0 Ghz каждому VDS, то этож какой сервер должен бытЬ?

Да естествнно. Можно Skype, телефоном, ел. почта.

К сожелению нет если в виду имеем управление самим Хеном. Это чисто по соображению security. Если давать управление Хеном, значить надо показать IP машыны на котором он стоит. Этот IP знаю только я и администрация центра на котором стоит сервер.
Если разговор про панели управления хостингом, то возможны:
cPanel - 20 USD ( минимум 256 оперативная память нужна)
DirectAdmin - 7 USD
Бесплатные VHCS и естественно Webmin или любая другая если устанавливете сами

Для такого сервера 1 ГБ ftp бэкап. Вы можете собрать свое ядро, прислать нам его и мы загрузим. Обычно мы имеем несколько вариантов ядра.

Хен по другому обращаеться с CPU. Виртуальный сервер получает полную частоту но распределяется CPU Time пропорционально выделеной оперативной памяти, в том случае если все VDS полнотстью нагружены. Если процесор не нагружен, виртуальный сервер получает практически без ограничения.

что за бред все идет через ноде

Зачем так сложно ? Можно сказать что все идет черeз TCP IP

ноде - не сложно, а правильно

Мне хотелось узнать, какое отношение имеет ноде к этой теме ? Разговор шел про скрытность ИП физического сервера от ненужных глаз, которых полно в интернете. Из своих клиентов мы пакасти не ожидаем. Взлом в реальный сервер означает то, что все VDS сразу же попадает в руки взломщика.

Не сложно, но лень мне сегодня

http://en.wikipedia.org/wiki/Routing

Милостивый Государь, проявите свою мудрость и скажыте какой IP имеет сервер на котором работает этот VDS с IP:89.149.193.62

P.S. Жду ответа с нетыерпением.... Я согласен, что есть возможность выяснить, но это не для хакеров которые умеют пользоваться только exploit'ами.....

То есть получается что если у меня будет 256 мегобайт памяти, а на сервере стоит 8 гигобайт то из двухпроцессорного сервера на 3.0 ггц ксеонах я получу всего: 187 мегагерц или 1/32 сервера

Мы не ставим на такие сервера VDS, не выгодно. Используем сравнително недорогие P4, AMD Dual Core около 3 ГГц и RAM 2 GB. Тормозит не CPU, тормозит HDD... Реально с 256 RAM вы не отличите что работаете на VDS

Есть 3 VDS. На первом стоит вдвое больше памяти чем на остальных двух.

Первый VDS используется для отдачи статического содержимого по http.

Второй VDS активно использует тяжелые php скрипты.

Третий VDS постоянно что-то пишет/считывает с диска, много процессов разные файлы.


Вопрос - как будет распределен CPU если на ноде только три этих VDS?

Этого можно не считать, ему cpu фактически не надо



Хен, просто говоря это переключатель который распределяет полную мощность CPU ко всем детям поочерёдно. [Я не developer, я только пользователь так что мои слова не закон ] Сколько я понял читая разные описание и конференции, движок Хена доступ к CPU разрешает учитувая количество выделенного RAM. То есть. У кого больше RAM, тот получает больше CPU time на одну операцию.


Кому интерерсно, xentop output с фактически полностью нагруженного сервера.


10 domains: 2 running, 7 blocked, 0 paused, 0 crashed, 0 dying, 0 shutdown
Mem: 2030908k total, 1982036k used, 48872k free CPUs: 2 @ 3000MHz
NAME..STATE...CPU(sec).CPU(%)..MEM(k).MEM(%)..MAXMEM(k).MAXMEM(%).VCPUS.NETS.NETTX(k)...NETRX(k)...SSID

DOM0-----r......37666.........3.4.....247840....12.2.......nolimit.........n/a...............2........8......129585......1603488......0
vds1..--b---........1785.........0.2.......32616......1.3......32768..........1.6...............1........1....1056105........693067......0
vds2..--b---......91551.........0.4.....405272.....20.0....405504........20.0...............1........1....2215529.......2202532.....0
vds3..--b---........6950.........0.5.......98156......4.8......98304..........4.8...............1........1....1179790........143147......0
vds4..--b---......69420.........2.9.....511800.....25.2....512000........25.2...............1........1......631999......2553327......0
vds5..------.....501754.......95.7.......98132......4.8......98304..........4.8...............1........1....1471833......3730699......0
vds6..--b---......13806.........0.8.......65328......3.2......65536..........3.2...............1........1....2109214........388431......0
vds7..-----r.....164816.......94.3.......32512......1.6......32768..........1.6...............1........1.........6656......1467454......0
vds8..--b---......15082.........0.5......261912....12.9....262144........12.9...............1........1......756264.......677590......0
vds..--b---........3676.........0.5......200564.....9.9.....200704.........9.9.................1........1......160438.......983214.......0

Все сервера имеют одинаковый уптиме - 10 дней, был произведен ребут по поводу обновления ядра.
DOM0 - сам сервер.
vds2 и vds5 сервера с cPanel. Первый полусвободный, второй нагружен почти до горла.
vds8 ненагружен сервер маленького проваидера.
vds7 - маленький vds на котором крутиться одно wap site. имеет 32MB RAM, и постояанно висит от 50 - 100 телефонистов. Нагрузка плавает от нуля до максимума.
vds5 - это начинающий DJ явно не повезло ему с настройкой mysql и наверно висит много slow conections. Он берёт 90-98% своего CPU лимита, но это практически не отражаеться на работу других VDS. Не смотря на то, мы уже в таком варианте трбуем оптимизации.

подробно про Хен советую почитать http://www.xensource.com/ где то видел и на руском языке....

При этом переключатель не имеет возможности гарантированного минимального и прогового использования cpu а так же имеет проблемы с подсистемой ввода/вывода....

Вот с этого места по подробнее. Что значит требуете оптимизации? А где гарантированость ресурсов? Или ее нет?

Мы постоянно имеем такие замечания со стороны тех, кто продаёт Virtuozo или OpenVZ

Есть вариант гарантировать ресурсы такому потребителю - посадить на одном CPU и дать жесткий лимит. Мы стараемся так не делать и сразу договорится, что постаянный Load выше 50-60% нежелаемый.

Угу, это все до тех пор, пока на сервере не заведеться любитель выжрать весь процессор и память. И тогда, почему-то, начинает хотеться поставить лимиты.
Даже пользователям.

Там есть возможность настроить лимиты.

На Хене тоже можно лимитировать все что угодно. Можно использовать дополнительные скрипты для этого.

Наверное это всетаки недостаток нежели приемущество, непозволяющий эффективно использовать ресурсы. Можно продавать памяти больше чем есть необманывая клиента.

А в документации написано что планировщик еще сырой и не поддерживает лимита по CPU, а так же отклоняется в сторону одной из гостевых систем если там много IO.
Кому верить?

А это проблемы клиента ?