VPS/VSD хостинг, какое железо, как делают?

Question

[hime2]

Есть тариф "800р/мес" в котором сказано что даются два ядра, 2гб озу и 40гб ssd.
Тест показал что это так, вырисовывается вот такой вопрос, а сколько реально запущенно таких контейнеров, ведь размещать 6 контейнеров на машинке за 200 000р и брать за это 800р мес как-то не разумно... да и ко всему этому аренда, электричество и интернет, от куда у них прибыль будет?

Значит на такой машинке должно размешаться раз в 10-100 больше пользователь, что бы она хоть что-то приносила, но тогда как все получают 2 ядра? пускай даже 1ядро и 1 поток, все равно не получится.
Стало интересно, хочу почитать, но только не нашел статью, где говорится о похожем случаи.. писать в поддержку, вряд ли ответят.
Интернет сеть показывает что там подключено либо 100мб и весят 5-6 контейнеров, либо гигабитный, а значит там 50-60 таких же... Но как не странно, каждый получает, за то что заплатил.. магия прям.
Или это как в облаке, объединяется несколько машинок, и ресурсы суммируют.. но не каждый использует на 100% их, да и кто му же постоянно, вот и получается что можно еще впихнуть столько же, так?
Спасибо за ответы, пояснения и разъяснения.

Answer 1

[Руслан Федосеев]

Те же принципы, по которым работает виртуализация, провайдеры и много много вещей.
Итак, имеем некоторый сервер, на котором исполняется гипервизор. Предположим, что на нем имеется 64Г памяти, и 8 ядерный процессор. В качестве клиентский виртуалок нарезаем 2Г памяти и 2 ядра. Так вот, абсолютно не значит, что мы не сможем запустить не более 32 машин. В любом случае - клиентская виртуалка использует свои ресурсы не на 100%, поэтому фактически виртуалка будет занимать столько памяти и столько ресурсов процессора, сколько требует выполняемая ей задача.
Поэтому количество виртуалок больше, чем 32. Сколько точно - надо смотреть, собственно чем администраторы хостингов и занимаются. Кроме того, очень часто в тарифах vps встречается строка - нагрузка на процессор не более XX%. Это тоже способ ограничения..
Аналогично и по ширине канала и по остальным ресурсам.
Из личного опыта - на работе на кластере из 10 серверов исполняется 180 виртуалок. Оверселлинг по памяти - примерно в 10 раз. И ничего, все работает корректно...

Comments

[hime2]

значит на этом тарифе доступно не 2ядра(ну 2 только загрузать их можно на 20% к примеру..и как это проверить?)

Тогда получается на машинке, у которой 12ядер, 128гб озу и 800гб ssd можно спокойно развернуть 64 (даже больше, пускай 70) и тормозов, лагов итд. не будет и никто этого не заметит?

Это все на каком ПО делается, что нагрузка так хорошо распределяется? Не стандартный люнекс + визуализация VPS/VDS... А теперь про сеть, написано что на каждую машинку 100мб/сек.. на тестах 34мб/сек. получается и там все делается ?
получается каждому гарантировать могут только, чуть больше 1.4мб/сек в любой момент при любой нагрузки или как ?
Вот у меня сайт, нагрузка постоянная 38% на проц, озу занято на 84% а сеть скачет от 2% минимум, макс 100%, а в среднем это 40%

[sim3x]

Оверселлинг уже давно не практикуется нормальными хостерами

[hime2]

sim3x: вот и я думаю что не стоит... если озу 4гб а ты продашь 8, то кому-то не хватит.. Поэтому вырисовывается вопрос, как лучше делить проц.

[sim3x]

hime2: во времена господства контейнеров опенВЗ тебе оверселили еще и своп - техник оверсела много

[Александр Джуринский]

В случае c vscale, стоит учитывать, что это проект Селектел. Который, в свою очередь, имеет 6 своих собственных дата-центров. Следовательно, при таких возможностях, можно позволить себе не просто несколько топовых серверов, а целую инфраструктуру под проект. Представьте, что хост-сервер имеет 256Гб ОЗУ - туда поместится достаточное количество виртуальных машин без какого либо оверсела.

PS: в тестах скорость указывается в МБ/с, а не Мбит/с. И где вы увидели надпись про 100мбит/с на сервер? Если у вас в тесте 47,2 МБ/с - это 47,2 * 8 = 377,6 Мбит/с с конечной точкой в OVH, Paris, France

[hime2]

Александр: опечатки и нечего больше) А у вас от куда 47мб/с?) Про 100мбит/с было написано, сейчас видимо нет.

[Александр Джуринский]

hime2, пишу же - "у вас в тестах" по приведенной ссылке serverbear.com/benchmark/2015/07/30/KcvE9GhSgZS7EIuw для точки "OVH, Paris, France"

Answer 2

[sim3x]

2 проца Х 8 ядер Х 2 (гипертрейдинг) = 32

железо берется в лизинг

Бизнесс-план прописывается, так чтоб выйти на прибыль через У лет,
где У > 2

писать в поддержку, вряд ли ответят.

напиши и спроси, есть ли у них оверселл. Тебе, как пользователю, больше знать не нужно

Comments

[hime2]

2 проца Х 8 ядер Х 2 (гипертрейдинг) = 32

это 2 проц., 8 ядер, 2 потока ?
Да не, я ради интереса, куда мне. Имеет смысл, когда у тебя 100 клиентов хотя бы и есть деньги на железо + поддержка, короче там все сложно.
Один сервак будет стоит за 250000 рублей, + размещение в ЦОДе + резус фактор, который вытащит еще 20 000, а то и больше.
Просто видел что некоторые хостинги пишут правду, указывая сколько Ггц получишь, а кто-то пишет в ядрах, кто-то врет и указывает что тебе одно ядро, хотя это не так и тебе дается 1/5 от него.. вот как в том случаи, не понятно, дается ядро или все же часть..

[hime2]

Лизинг, такая вещь.. что если начинать, то покупай свое.
Может по началу вложишь больше, за-то и прибыль и ответственность меньше + ко всему можно продать и получить деньги обратно.. Аренда не много другое, даже выгоднее, но по сути это одно и тоже.

[sim3x]

hime2: 1 ядро в проце с гипертрейдингом дает два потока

хостинги часто просто пишут максимальную частоту проца, очень сложно гарантировать и следить за раздачей Ггц на клиента
юзер habrahabr.ru/users/amarao рассказивал про гемор с такими подсчетами и управлением в xen

[sim3x]

hime2: не стоит утверждать что-то подобное без реального опыта в конкретном вопросе

[hime2]

hime2: Да и на сколько знаю 1 физическое и 1 логическое ядро.. это плохо.
Может и получается больше, но в итоге... производительность падает, если блоки большие, если мелки, до 4-8кб. то есть смысл.

[hime2]

sim3x: не трудно с вами согласится

[hime2]

sim3x: читал его статью про ssd в raid0 =)

[sim3x]

hime2:
хостинг под веб = много спящих процессов или много короткоживущих процессов, которые по большей части находятся в ОЗУ кеше ОС

Расчет производительности, больше вопос того как и что считать

[hime2]

sim3x: Ну значит я правильно подумал, что главный расчет делать на озу.. Все равно никто не использует на 100% все ресурсы постоянно, а вот озу иместо на ssd может быть занято.