Облачные хостинги от selectel и clodoб обзор и тесты

Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#31
admad:
По поводу работы... Вакансии есть на сайте в разделе "о компании".

+1 за описание эксперта по виртуализации ;))) Честно говоря улыбнуло :D :D :D

admad:

Шина QDR. RDMA теоретически позволяет выполнить то о чем Вы говорите, но практическая реализация займет кучу времени + тестирование. Такая задача у нас скорее в рамках научного исследования числится :) и в продакшене в ближайшее время не появится.

Такс, у вас работает кластер основанный на InfiniBand, под управлением XEN, и путем hot swap memory вы в гостевых машинах переопределяете объем оперативной памяти в зависимости от чего кстати? А так же хотелось бы понять что происходит с CPU, выделяются сразу в пользование все ядра доступные на конкретной ноде? Тогда не совсем понимаю как там может жить >1 клиент :)

Как выясняются проблемные моменты, вы кажется уже ответили, что мол в пользу клиента, но надо же еще что бы клиент мог как-то это проверить? :) Вот к примеру у клиента пишется http log, он по нему может посчитать свой http трафик и приблизительно знать свое потребление, как же клиенту замерять использование CPU за сутки? или он слепо должен положиться на ваши графики?:) Чисто концепция интересна :)

Romka_Kharkov добавил 06.12.2010 в 08:22

vase:

Ничего не понял=).
П.С. Как Подцеплять память удаленно через RDMA пока не видел...

RDMA (англ. Remote Direct Memory Access) — группа протоколов удалённого прямого доступа к памяти, при котором передача данных из памяти одного компьютера в память другого компьютера происходит без участия операционной системы, при этом исключается участие CPU в обработке кода переноса и необходимость пересылки данных из памяти приложения в буферную область ОС, то есть данные пересылаются напрямую на соответствующий сетевой контроллер.

Source: http://ru.wikipedia.org/wiki/InfiniBand

P.S: Таким бы вот поиграться: http://www.deltacomputer.de/produkte/cluster/DELTA_Cluster_news_engl.shtml :D


This program package, which was developed by the Observatory of Hamburg, is used by researchers of the Observatory of Hamburg for simulation of atmospheres and spectra of stars and extrasolar planets. It comprises 500,000 lines of Fortran 95, C, and C++ code and uses more than 15GB of input data.

ППЦ

Есть около 15.000 ipv4 !!! (http://onyx.net.ua/price.php#ipv4) Качественный хостинг с 2005 года - лучшее клиентам! (http://onyx.net.ua/)
R
На сайте с 03.07.2006
Offline
223
#32
vase:

Я давно еще хотел взять сервер, со времен работы в Петерхост. Я не согласен с тем, что сильно нагруженным проектам стоит брать выделенный сервер потому, что не всегда можно предсказать и спрогнозировать какая аппаратная часть понадобится. К тому же, совсем обидно видеть, когда арендуемый сервер отвалился, потому что хостер сплавил бу железку и там что-то навернулось (raid контроллер или память..), да, поменяют быстро, может минут за 15. Но в случае летаний в облаке все произойдет еще быстрее, если конечно вообще это произойдет...

Не целесообразно с экономической точки зрения использовать облако с 25% и более нагрузки. Это обойдётся в 5К+ рублей. За такие деньги уже можно взять отдельную машину, покрывающую требуемые ресурсы с запасом, а если добавить ещё 5-7К то можно взять аналог машины облака (по мощности вычислительной системы, не по брендовости). Также есть колокейшен...

Как выясняются проблемные моменты, вы кажется уже ответили, что мол в пользу клиента, но надо же еще что бы клиент мог как-то это проверить? Вот к примеру у клиента пишется http log, он по нему может посчитать свой http трафик и приблизительно знать свое потребление, как же клиенту замерять использование CPU за сутки? или он слепо должен положиться на ваши графики? Чисто концепция интересна

CPU тарифицируется посекундно, память поминутно, диски почасово.

Для тарификации процессора используется CPU time ядра, выделеного на расчёты вашему VPS.

Проверить можно установив свой лог использования ЦП т. к. cacti munin nagios zabbix они правда скушают свою долю ресурса, но можно будет спать спокойно :)

admad
На сайте с 22.06.2004
Offline
126
#33
rengen:
Не целесообразно с экономической точки зрения использовать облако с 25% и более нагрузки. Это обойдётся в 5К+ рублей. За такие деньги уже можно взять отдельную машину, покрывающую требуемые ресурсы с запасом, а если добавить ещё 5-7К то можно взять аналог машины облака (по мощности вычислительной системы, не по брендовости). Также есть колокейшен...

А если своя железка накроется? Что лучше в таком случе, облако или свой сервер?

Rengen, тесты на передачу данных еще раз проводили? Интересно, что у Вас получилось.

[Удален]
#34
admad:
А если своя железка накроется? Что лучше в таком случе, облако или свой сервер?

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

admad
На сайте с 22.06.2004
Offline
126
#35
bdmalex:
А это уже на мой взгляд чистой воды теория вероятности - ваше облако не из такого же железа, что и сервер задававшего вопрос ?

Вероятность того что сломается один сервер на порядки выше чем вероятность того что одновременно сгорят пол сотни серверов в кластере.

LineHost
На сайте с 20.01.2007
Offline
339
#36
rengen:
1. Используемые ресурсы можно ограничить, по крайней мере можно ограничить самый дорогой из них - ОЗУ,

Вы крайне заблуждаетесь, на данный период развития самый дорогой ресурс это жёсткий диск, не гигабайты естественно а IO. И если есть желание получить качественный VPS, всё шаманство сводится в оптимизацию использования жёстких дисков. Особенно это актуально в случае апаратной виртуализации (XEN, KVM)

Самая простая проверка:

dd if=/dev/zero of=1G bs=1M count=1024; sync
SERV.LT - Стабильные услуги хостинга, KVM VPS в Литве, Франции. (https://www.serv.lt/ru/vps/kvm/) Недорогие выделенные серверы (https://www.serv.lt/ru/dedicated-lt/) в Литве.
[Удален]
#37
admad:
Вероятность того что сломается один сервер на порядки выше чем вероятность того что одновременно сгорят пол сотни серверов в кластере.

Ну вот - началось в колхозе утро..С таким же успехом покупаем 2 сервера на коло в кластере. Посчитаете, вероятность отказа кластера из 2 серверов и вашей полусотни ?

Обеспечение всех этих вероятностей - это в большей степени финансовый вопрос и стратегия. И она определяется не поставщиком услуг, как Вам бы этого не хотелось!

rengen:
...Итого 15.963 руб. ..

При таких суммах, которые вы готовы платить в месяц предполагаю, что лучше купить свой хороший сервер(типа http://www.stss.ru/products/servers/T-series/TX214A.2.html?config=) и установить его на колокейшен. Если смотреть ситуацию на год-два вперёд на мой взгляд дешевле обойдётся...

admad
На сайте с 22.06.2004
Offline
126
#38
bdmalex:
Ну вот - началось в колхозе утро..С таким же успехом покупаем 2 сервера на коло в кластере. Посчитаете, вероятность отказа кластера из 2 серверов и вашей полусотни ?
Обеспечение всех этих вероятностей - это в большей степени финансовый вопрос и стратегия. И она определяется не поставщиком услуг, как Вам бы этого не хотелось!

Если у проекта достаточно средств для покупки пары своих серверов, то естественно наши услуги будут не интересны так как в таком случае и затраты на коло для такой компании не существенные деньги.

admad добавил 08.12.2010 в 13:14

LineHost:
Самая простая проверка:
dd if=/dev/zero of=1G bs=1M count=1024; sync

Проверил:

[root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync

1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 2.96621 s, 362 MB/s

Приемлемо?

LineHost
На сайте с 20.01.2007
Offline
339
#39
admad:

Проверил:

[root@20-224 ~]# dd if=/dev/zero of=1G bs=1M count=1024; sync

1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 2.96621 s, 362 MB/s


Приемлемо?

Это только возможности пустого стораджа, когда нагрузите, дай бог каждая VPS'ка будет получать 10 MB/s.

R
На сайте с 03.07.2006
Offline
223
#40
admad:

Rengen, тесты на передачу данных еще раз проводили? Интересно, что у Вас получилось.

Последний раз было вот такое:

пинговал ping.google.com с машины во время передачи файла.

ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
64 bytes from clodo.ru (188.127.236.5): icmp_seq=3209 ttl=62 time=40057 ms
64 bytes from clodo.ru (188.127.236.5): icmp_seq=3210 ttl=62 time=39057 ms
64 bytes from clodo.ru (188.127.236.5): icmp_seq=3211 ttl=62 time=38057 ms
64 bytes from clodo.ru (188.127.236.5): icmp_seq=3212 ttl=62 time=37057 ms

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

Цитата:
Сообщение от rengen
...Итого 15.963 руб. ..
При таких суммах, которые вы готовы платить в месяц предполагаю, что лучше купить свой хороший сервер(типа http://www.stss.ru/products/servers/...2.html?config=) и установить его на колокейшен. Если смотреть ситуацию на год-два вперёд на мой взгляд дешевле обойдётся...

Вы не так поняли, 15,963 руб это 15 рублей 96 копеек с хвостиком ))

А если своя железка накроется? Что лучше в таком случе, облако или свой сервер?

С точки зрения надёжности безусловно облако лучше, но переплачивать в два раза за надёжность я бы не стал. Это субъективно личное мнение.

Вы крайне заблуждаетесь, на данный период развития самый дорогой ресурс это жёсткий диск, не гигабайты естественно а IO.

Я исходил из тарифов clodo и selectel у клодо IO не тарифицируется вовсе, а у селектел судя по тестам IO по расходам получился копеечным. В сравнении с расходами на ОЗУ - десятикратная разница. ОЗУ получается дорогим, т. к. она даже в режиме простоя считается.

Я сейчас поставил DirectAdmin под CentOS 5.5 64bit на сервере клодо, все запущеные демоны и приложения необходимые для работы сервера съедают 512 Мб оперативки (включая зарезервированую) при том что нагрузка почти нулевая.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий