Стоит несколько дисковых RAID1 массивов SAS дисков, и виртуальные машины равномерно распределяются по ним.
Дисковая нагрузка распределяется аналогично процессорной, у нас в FAQ есть небольшое объяснение того, как это работает sprinthost.ru/support/faq.html#vds-alloc-resources
У нас будут фиксированные тарифные планы, без оплаты за потребление ресурсов.
По цене ничего не могу сказать, маркетинговая сторона вопроса от меня всегда вдалеке находится.
Ну так озадачьте продажников и хотя бы примерные цены озвучьте, за что им зарплату то платят, если будет как у всех то смысл брать у вас и мигрировать откуда нибудь? Или запускать новое? А если дороже то тем более.
Коллега явным образом написал же: «Пожалуйста, не спрашивайте о ценах. Вот прямо сейчас я их не знаю». Ну, это он не для всех написал, наверное ;).
Вот скажите, какой смысл спрашивать о ценах? «Примерные» цены у всех одинаковые, плюс-минус трамвайная остановка. На демпинг рассчитыать глупо, но и борзеть на ровном месте никто не собирается.
Память существенно упала в цене за три года(и процы тоже), а цены на память на вдсках ни разу не упали, тут даже речь не о демпинге, а о рыночной ситуации, то ли в силу застоя, то ли рынок у нас слишком мал для понижения цен.
Хочу уже вменяемые цены на память на вдсках и часть вещей я смог бы перетащить в Россию.
а Вы думаете все клиентов напихивают чтобы сервер за месяц окупить? :) разве что скулхостеры. Во вторых ецц рам регистровая как стоила так и стоит, особенно у брендов. В третьих рои падает, а железо как стоило 700 евро в месяц так и стоит
Регистровая ецц также в цене упала, 2 гб стоит 1500 рублей в розничном магазине, при оптовой закупке и того дешевле.
А думаете у всех хостеров куча свободных ресурсов на серверах для вдсок, и кто то не до упора туда толкает пользователей?
кто покупает двухгиговые банки, вы что?
мы тут дрались за восьмигиговые ddr3, по 320$ за банку, поставили 64G и еще столько же надо бы. посчитайте, сколько это денег.
И сколько виртуалок по вашему влезет в 128 гб оперативы? И посчитайте сколько это денег?
Грубо не беря в расчет другие ресы по ценам firstvds.ru/ru/products/index.html
Выйдет по 600 рублей за 512 мб, а это 600*256= 153600 рублей
Понятно что те у кого много старого железа смысл делать память дешевле нет, а те кто только выходит на рынок могут позволить эту цену уронить.
Если в память не упирается то почему так мало её дают, за такие бешенные диски? Пусть давали бы больше, на данный момент память самый дорогой ресурс для виртуалок, это легко посмотреть в облаках где идет отдельный учет по памяти и дисковым операциям.
Вообще не понимаю каким боком тут место в стойке и энергопотребление? Ну стойка стандартная 42 юнита, не больше ни меньше. Энергопотребление сколько заложишь столько и будет у тебя на стойку. Какая связь между энергопотреблением и моей виртуалкой? То есть у одного хостера моя виртуалка жрет больше электричества, а у другого меньше и этим он обосновывает цену? Или у одного хостера в стойку 42 юнита влезает моя вдска, а у другого не влезает.
Ну в основном вдски все ставят на кор i7 от хетзнера, там соответственно сата диски и все это выходит дешево, но потом жалобы и рвотные позывы у клиентов. Потому что выходит дешево.
Я для примера Вам приведу систему Sun, то что мы в производстве используем.
Каждая на момент покупки стоила 15000 долларов — это 2х E5540, 12GB DDR3 RAM, 4x146GB SAS 10K, Raid 256МБ — это скидочный еще вариант.
Само собой 2хPSU и другие прелести типа iLom и голд суппорт.
Потом две машины объединяют в одну. и того одна за вычетом платформы и процессоров начинает стоить 20000 долларов. Вопрос, сколько будет стоить 1 процессор (даже пускай один тред процессора (хотя это и неправильно) их 16 всего), 1гиг памяти (их 24 в этом) и 10гб места (их 500 гб в райде), чтобы выплачивать двухгодичный лизинг на эту машину? :)
Я уж не говорю про тех кто купил, расчет в итоге по-Вашему лет на 5 должен быть. За это время кризис случиться все разбегуться, а железо будет мертвым грузом, которое не продать и не сдать, т.к. электричество только дорожает последнее время (да да, два киловатта 390 евро, а эта дура в простое 200 ватт ест, с небольшой загрузкой уже больше и это Sun — те у кого лучший рои в своем классе)
Само собой все цены условные.
На тот момент можно было взять схожий IBM чуть дешевле (но сетевые карты там бреодком и их всего две) или Intel (но никакого суппорта с заменой и опять две сетевые и кривой RMM3) на 5 тысяч дешевле.
Скажем вы можете давать вдски с количеством памяти в три раза больше, то есть докупить ещё на 1200 долларов памяти, на стоимости сервера это отразится как не 15 000 $, а 16 200 $, на энергопотребление это не сильно скажется, то есть вы можете продавать вдски с памятью в три раза больше чем другие по цене всего на 1200*100%/15000= 8%, всего на 8 процентов.
Блин ило, что илом это обычный ипми сейчас стоит в любой серверной матери, даже по моему в самой дешманской, я уже два года не помню матерей без него, красная цена ему 50 баксов.
Не понял откуда вылезла цифра в 20 000 $?
Сколько бы оно не стоило выше я показал что за 8 процентов стоимости машины вы можете продавать в три раза более толстые виртуалки по памяти.
Когда вы говорите сан и лучший рои, мы подразумеваете что сан продает все в три дорого и у него лучший рои, а не у вас?
Понятно что те кто покупал все давно не могут себе позволить давать много памяти, но те кто только начал могут хорошо на этом сыграть.
Рои — это возврат инвестиций.
Как быстро продукт вернет все что на него затрачено (включая место и электричество), с учетом поломок, устаревания и т.д. и т.п.
Именно благодаря их поддержке и самому низкому энергопотреблению их и выбрали.
Ясно что за это приходится доплачивать сверху.
Я же написал цена условная. Разница до Оракла в цене между Санами и Интелами была ~10 процентов.
Так цена на момент покупки примерно составляла 9000 евро, а память и жесткие диски доставленные были 2400 евро.
Сколько в долларах сказать не могу, так как курс два года назад плавал и летал.
ну планки там 4 гиговые, 12 гб это 3 плашки по 4, в сервере такой конфиги думаю как минимум 6 слотов, удвоить в принципе можно.
А что скажете про себя?
В целом на текущем этапе по памяти вы явно выигрышнее, у вас вместо 12 гб как у них, будет 64.
Ответ очевиден, он пока что еще не вернул затрат, так как полупустой :). К тому же у нас память честно отдается по цене 500 рублей за гигабайт. Столько же сколько и в серверы сдаем.
Можете кстати произвести заказ, и я к виртуалке подключу iso гентушный, чтобы с него можно было загрузится и поставить то, что нужно :)
К слову о производительности, пока сервер свежий, на нём ресурсов много и конкуренция за них не очень велика, и стоит ожидать падение производительности.
да, уже заметил, жаль не сразу :)
Если понадобится — могу предложить свои услуги по установке и настройке генты для образа. За это даже ВДСа просить не буду, за отсутствием необходимости :)
вопрос, как к коллегам — вы используете паравиртуальные драйвера? на виртуалках есть бутсектор, груб, свое ядро и она грузится с любого собранного, или оно тоже паравиртуализовано?
hvm — это термин из xen, чтобы отличать pv-режим от hvm-режима :)
устройства могут работать как паравиртуальные, для гостевой тогда потребуются драйвера, и тут могут возникнуть проблемы. одновременно полная эмуляция и паравиртуализация драйверов не поддерживается.
еще вопрос — в качестве дисковых устройств для виртуальных машин у вас выступают файлы-образы, lvm, или какой-либо network-storage?
В общем там драйвера в любом случае нужны. Система не полностью виртуализируется.
На текущий момент просто образы, пока прослойка в виде файловой системы гостевой OS присутствует.
Мне было бы очень интересен процесс подготовки образов систем. я пока в этом не разбираюсь и для рывка хотелось бы узнать базовую инфу. это кастомные имиджи дисков допиленые напильником и урезанные до нужного рахмера? или это экспорты имиджей/снепшотов предустановленных базовых систем. Например как у Оракл ВиртуалБокса экспорт системного «снепшота».
Алгоритм прост. Ставим систему, и решаем что из неё вполне можно удалить и потом минимизировать его, чтобы он занимал столько, сколько занимает реально.
и потом делаете экспорт снепшота рабочий системы для клонирования верно?
а вы предустанавливаете всякие пакеты типа апача, пхп с фпмами и прочими наворатами, или в основном только базовую систему предоставляя конечному пользователю самому выбирать что и как ставить?
Там не снепшоты делаются, с образа виртуалки снэпшот сделать нельзя, только просто скопировать его.
В будущем будут образы как с предустановленным LAMP(не думаю что будем делать с fpm) и разными панелями управления, так и чистые образы.
Ну я не считаю себя «мастером», я пока всё это готовил прочитал пару десятков статей насчёт того как это можно сделать и мне немного грустно становится.
dd if=/dev/zero of=…
:D
Сейчас пока пользуемся, решили что лучшим решением для «места» будет zfs.
И снепшоты атомарные (а никак у QEMU с откатами — были случаи) и расширяемость. И любимая BSD всегда поможет с подготовкой образов.
А какие проблемы производительности БСД Вы заметили? Я тестов не проводил, но у нас на вдсках они довольно шустро пашут… Единственное что драйверы эмулированные, но скоро сделают виртио и для нее.
Вот именно с производительностью этих драйверов как раз и наблюдаются проблемы. Но вообще фряха на моём тесте более менее прилично работает, хоть я её и не очень люблю.
Мы ставим ИДЕ в качестве дисковой подсистемы и е1000 или ртл в качестве сетевухи, в зависимости от требований клиента по траффику. Еще вопрос по Центоси возник, эта дура 5.5 не определяет загрузочный сдром… Определяет его как жесткий диск. Пока выхода не нашли, может только если жесткий диск заранее подготовить и сдампить… Или может юсб образ где есть?
Ну то есть «мегагерцы мы порежем, а чем это грозит — думать не будем».
Я надеюсь, вы понимаете, что система, которая думает, что у неё CPU 2600, а по факту имеющая 1000 мгц будет работать крайне убого, если к ней хорошенько присмотреться?
Вы понимаете, что оверкоммитинг ядер CPU (не мегагерц, а именно ядер) в количество 2х+ крайне плохо сказывается на производительности гипервизора (в особенности с включенным HT)?
Вы уже прочитали про то, что оверселлить память нельзя ни под каким предлогом, а то будет бо-бо?
Вы вообще читали хотя бы маркетинговые листовки RHEVа?
Вы поступили правильно, да. Для людей, которые пошли в гугл и прочитали первые попавшиеся мануалы.
Нет, конечно, ваши виртуальные машины будут намного лучше аналогов на Xen (кроме работы с дисковой подсистемой). Но, пожалуйста, не выпячивайте то, что вы используете KVM. Это не плюс ваших виртуалок, это просто факт. Плюсы KVM вы бездарно пролюбили.
И да, многим людям действительно важны те микросекунды, в течении которых процессор тупо фризится. Собственно, пока у вас долбится апач — всё ок (да и то с оговорками). Когда вы переезжаете на CGI (не тупые хендлеры php-cgi, а что-то написанное с рассчетом на работу в режиме именно CGI) — вот тут то разница и всплывает. Вплоть до того, что KVM начинает проигрывать в 10-20% по RQS в сравнении с OpenVZ.
Честно говоря не понял причины такого откровенного наезда, но ок, начнём по порядку.
Вы знаете какой то другой правильный механизм ограничения CPU? cpulimit может быть, как вы писали у себя в блоге?
Про оверкоммитинг в курсе, да и HT мы вообще никак не используем.
И про память я в курсе, как ни странно. Её у нас даже с резервом хватит.
Я прочитал не то что весь сайт red hat, а и рассылку по связанным с KVM проектам на достаточно большую глубину.
Ну с openvz вообще смешно сравнивать поскольку это вообще разные системы, и OpenVZ называть системой виртуализации немного странно это ж просто контейнеры, как LXC или jail.
> Вы знаете какой то другой правильный механизм ограничения CPU?
Да. 1, 2, 3 и так далее ядер на каждую виртуалку. Другого нет.
> cpulimit может быть, как вы писали у себя в блоге?
Если вы внимательно читали эту статью — то там на каждом шагу упоминается, что использовать этот метод не следует. Костыли те же. Почему не cgroups? На дату внимание обратите, их ещё не существовало в дебиане. А после этого я почти сразу забросил эту идею, когда посмотрел на цифры.
> Ну с openvz вообще смешно сравнивать
Угу, очень смешно, когда HVM на своих типичных задачах на пустом сервере начинает проигрывать контейнеру.
Ну лучше ничего в любом случае нет, в плане лимитирования процессора, да и то, процессор лимитируется только снизу, да и то не очень жестко, когда за ядро есть кому бороться. Да я и не спрашивал, почему не cgroups
Я бы и рад выделять каждому по ядру, да на всех не напасешься. По крайней мере если есть желание, чтобы это все окупалось, хоть как то.
Приглашаем на тест виртуальных машин на базе KVM