Pull to refresh

Comments 85

Опять скучные виртуальные машины из интернета
ядрёные виртуальные машины! ;)

Расскажите пожалуйста про используемые дисковые системы хранения данных.
Стоит несколько дисковых RAID1 массивов SAS дисков, и виртуальные машины равномерно распределяются по ним.
Дисковая нагрузка распределяется аналогично процессорной, у нас в FAQ есть небольшое объяснение того, как это работает sprinthost.ru/support/faq.html#vds-alloc-resources
Ядерные виртуальные машины :)
Расскажите лучше про них.
Есть ли возможность на тесте получить винду?

Сейчас остро стоит задача найти винду для хостинга Photon'а — сокет-сервер для реализации мультиплеера в играх. Он удобный, но только на винду :)
Пока Windows не тестировался даже, если предоставите образ, я его смогу подключить к виртуалке и вы сможете произвести установку.
Тест винды сейчас популярно брать у hyper-v.data-xata.com
Они на серче, по крайней мере, обещают любой каприз с виндой.
1)Почему нет центоса?
2)Какова будет стоимость ресурсов? А то не понятно зачем тестировать.
CentOS будет, в ближайшее время, не успели образ подготовить.
Подал заявку на тест выбрал убунту, можно будет сменить на ходу на центос?
Да, конечно можно.
Можете прислать email с которого регистрировались по хабрапочте?
У нас будут фиксированные тарифные планы, без оплаты за потребление ресурсов.
По цене ничего не могу сказать, маркетинговая сторона вопроса от меня всегда вдалеке находится.
Ну так озадачьте продажников и хотя бы примерные цены озвучьте, за что им зарплату то платят, если будет как у всех то смысл брать у вас и мигрировать откуда нибудь? Или запускать новое? А если дороже то тем более.
Коллега явным образом написал же: «Пожалуйста, не спрашивайте о ценах. Вот прямо сейчас я их не знаю». Ну, это он не для всех написал, наверное ;).

Вот скажите, какой смысл спрашивать о ценах? «Примерные» цены у всех одинаковые, плюс-минус трамвайная остановка. На демпинг рассчитыать глупо, но и борзеть на ровном месте никто не собирается.
Память существенно упала в цене за три года(и процы тоже), а цены на память на вдсках ни разу не упали, тут даже речь не о демпинге, а о рыночной ситуации, то ли в силу застоя, то ли рынок у нас слишком мал для понижения цен.
Хочу уже вменяемые цены на память на вдсках и часть вещей я смог бы перетащить в Россию.
а Вы думаете все клиентов напихивают чтобы сервер за месяц окупить? :) разве что скулхостеры. Во вторых ецц рам регистровая как стоила так и стоит, особенно у брендов. В третьих рои падает, а железо как стоило 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 евро.
Сколько в долларах сказать не могу, так как курс два года назад плавал и летал.
Что вам мешает сейчас докупить памяти этой по 200 баксов, и дать людям больше памяти за небольшую доплату?
В сервере просто слотов под память может не быть столько.
ну планки там 4 гиговые, 12 гб это 3 плашки по 4, в сервере такой конфиги думаю как минимум 6 слотов, удвоить в принципе можно.
А что скажете про себя?
В целом на текущем этапе по памяти вы явно выигрышнее, у вас вместо 12 гб как у них, будет 64.
Да, будет 64Гб, но и процессоров 4 будет. И отдельно память докупить будет нельзя, пока что.
Как с окупаемостью? Нас напугала стоимость четырехпроцессорных интелов.
Должно окупаться. Мы же пока только вводим в строй, пока месяц погоняем этот сервер, а там и побольше приобретём.
Удачи Вам, хоть и конкуренты :)
Там не 12, а 24, писал же, что добавили с другого сервера.
Ответ очевиден, он пока что еще не вернул затрат, так как полупустой :). К тому же у нас память честно отдается по цене 500 рублей за гигабайт. Столько же сколько и в серверы сдаем.
У нас все в диски упирается, хотя планка стоит для наших серверов 4гб за 200 евро.
Если упирается все в диски, то почему памяти не дать пользователю побольше?
Укажите какая у вас память конкретно(модель)?
Я выше написал
P\N: Sun 4910A
Хотелось бы еще образ Gentoo =). Вот на этом дистрибутиве точно можно хорошо оттестировать производительность ;).
Будет, но пока не могу сказать когда.
Можете кстати произвести заказ, и я к виртуалке подключу iso гентушный, чтобы с него можно было загрузится и поставить то, что нужно :)
К слову о производительности, пока сервер свежий, на нём ресурсов много и конкуренция за них не очень велика, и стоит ожидать падение производительности.
Почему-то не нашел в вашем списке доступных ОС Gentoo. Как раз занимаюсь ее допиливанием для xen
да, уже заметил, жаль не сразу :)
Если понадобится — могу предложить свои услуги по установке и настройке генты для образа. За это даже ВДСа просить не буду, за отсутствием необходимости :)
Несекьюрно это :) Я справлюсь с гентой, раз уж с FreeBSD почти справился(уж больно сложно с ней работать из под Linux)
ну я навязываться не буду :)
Просто заказ для тестов уже сделал и указал Squeeze, но очень хотелось бы Gentoo :)
вопрос, как к коллегам — вы используете паравиртуальные драйвера? на виртуалках есть бутсектор, груб, свое ядро и она грузится с любого собранного, или оно тоже паравиртуализовано?
Используем HVM, так что да, и бутсектор свой и груб есть и ядрышки можно пособирать разные.
hvm — это термин из xen, чтобы отличать pv-режим от hvm-режима :)
устройства могут работать как паравиртуальные, для гостевой тогда потребуются драйвера, и тут могут возникнуть проблемы. одновременно полная эмуляция и паравиртуализация драйверов не поддерживается.
еще вопрос — в качестве дисковых устройств для виртуальных машин у вас выступают файлы-образы, lvm, или какой-либо network-storage?
Ну я думаю вы поняли что я хотел сказать.
В общем там драйвера в любом случае нужны. Система не полностью виртуализируется.
На текущий момент просто образы, пока прослойка в виде файловой системы гостевой OS присутствует.
Давно уже продаем на kvm vds(Только для клиентов фирмы). Отлично работают и производительность LAMP вообще радует.
Вот только в контейнерах дисковая подсистема шустрей.
Ну это совсем другого поля ягода, они не удовлетворяли условию запуска, например FreeBSD или Windows
Мне было бы очень интересен процесс подготовки образов систем. я пока в этом не разбираюсь и для рывка хотелось бы узнать базовую инфу. это кастомные имиджи дисков допиленые напильником и урезанные до нужного рахмера? или это экспорты имиджей/снепшотов предустановленных базовых систем. Например как у Оракл ВиртуалБокса экспорт системного «снепшота».
Алгоритм прост. Ставим систему, и решаем что из неё вполне можно удалить и потом минимизировать его, чтобы он занимал столько, сколько занимает реально.
и потом делаете экспорт снепшота рабочий системы для клонирования верно?
а вы предустанавливаете всякие пакеты типа апача, пхп с фпмами и прочими наворатами, или в основном только базовую систему предоставляя конечному пользователю самому выбирать что и как ставить?
Там не снепшоты делаются, с образа виртуалки снэпшот сделать нельзя, только просто скопировать его.
В будущем будут образы как с предустановленным LAMP(не думаю что будем делать с fpm) и разными панелями управления, так и чистые образы.
большое спасибо.
ждем продолжение описания рабочего процесса ну и пару уроков мастер класса по настройке: Р
Ну я не считаю себя «мастером», я пока всё это готовил прочитал пару десятков статей насчёт того как это можно сделать и мне немного грустно становится.
dd if=/dev/zero of=…
:D
Сейчас пока пользуемся, решили что лучшим решением для «места» будет zfs.
И снепшоты атомарные (а никак у QEMU с откатами — были случаи) и расширяемость. И любимая BSD всегда поможет с подготовкой образов.
А какие проблемы производительности БСД Вы заметили? Я тестов не проводил, но у нас на вдсках они довольно шустро пашут… Единственное что драйверы эмулированные, но скоро сделают виртио и для нее.
Вот именно с производительностью этих драйверов как раз и наблюдаются проблемы. Но вообще фряха на моём тесте более менее прилично работает, хоть я её и не очень люблю.
Мы ставим ИДЕ в качестве дисковой подсистемы и е1000 или ртл в качестве сетевухи, в зависимости от требований клиента по траффику. Еще вопрос по Центоси возник, эта дура 5.5 не определяет загрузочный сдром… Определяет его как жесткий диск. Пока выхода не нашли, может только если жесткий диск заранее подготовить и сдампить… Или может юсб образ где есть?
А какая у вас виртуализация? На чем хост машина?
Хост дебиан, эмуляция IDE/SCSI, e1000, OpenBSD/FreeBSD — полет нормальный.
А где можно посмотреть Ваши статьи про KVM?
Чуть позже будут на хабре и потом переедут на бложек мой.
А что у вас стоит на хост системах? Какие процы, сколько памяти, какая ось?
То что сейчас есть из железа это чисто для теста.
Вообще планируется 4xXeon, 64Гб памяти
OS Debian
Ну по факту они не режутся, там просто распределяются шедулером в соответствии с весами. Веса выставляются через cgroup
Ну то есть «мегагерцы мы порежем, а чем это грозит — думать не будем».
Я надеюсь, вы понимаете, что система, которая думает, что у неё CPU 2600, а по факту имеющая 1000 мгц будет работать крайне убого, если к ней хорошенько присмотреться?
Вы понимаете, что оверкоммитинг ядер CPU (не мегагерц, а именно ядер) в количество 2х+ крайне плохо сказывается на производительности гипервизора (в особенности с включенным HT)?
Вы уже прочитали про то, что оверселлить память нельзя ни под каким предлогом, а то будет бо-бо?
Вы вообще читали хотя бы маркетинговые листовки RHEVа?
Вы поступили правильно, да. Для людей, которые пошли в гугл и прочитали первые попавшиеся мануалы.
Нет, конечно, ваши виртуальные машины будут намного лучше аналогов на Xen (кроме работы с дисковой подсистемой). Но, пожалуйста, не выпячивайте то, что вы используете KVM. Это не плюс ваших виртуалок, это просто факт. Плюсы KVM вы бездарно пролюбили.
Вы понимаете, что оверкоммитинг ядер CPU (не мегагерц, а именно ядер) в количество 2х+ крайне плохо сказывается на производительности гипервизора
Что Вы предлагаете, запускать виртуальных машин не более, чем (двухкратное) количество ядер на хосте? А как же консолидация ресурсов и всё такое?..
И да, многим людям действительно важны те микросекунды, в течении которых процессор тупо фризится. Собственно, пока у вас долбится апач — всё ок (да и то с оговорками). Когда вы переезжаете на 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 создан не для таких конфигов виртуалок. И никогда не будет на них ориентирован.
А для каких тогда он создан?
Для конфигов: 1-но ядро 1-на виртуалка) как минимум. И да cgroup лучше не использовать. Я уже проверил.
а чем пользоваться в замен?
Sign up to leave a comment.

Articles