- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
По поводу работы... Вакансии есть на сайте в разделе "о компании".
+1 за описание эксперта по виртуализации ;))) Честно говоря улыбнуло :D :D :D
Шина QDR. RDMA теоретически позволяет выполнить то о чем Вы говорите, но практическая реализация займет кучу времени + тестирование. Такая задача у нас скорее в рамках научного исследования числится :) и в продакшене в ближайшее время не появится.
Такс, у вас работает кластер основанный на InfiniBand, под управлением XEN, и путем hot swap memory вы в гостевых машинах переопределяете объем оперативной памяти в зависимости от чего кстати? А так же хотелось бы понять что происходит с CPU, выделяются сразу в пользование все ядра доступные на конкретной ноде? Тогда не совсем понимаю как там может жить >1 клиент :)
Как выясняются проблемные моменты, вы кажется уже ответили, что мол в пользу клиента, но надо же еще что бы клиент мог как-то это проверить? :) Вот к примеру у клиента пишется http log, он по нему может посчитать свой http трафик и приблизительно знать свое потребление, как же клиенту замерять использование CPU за сутки? или он слепо должен положиться на ваши графики?:) Чисто концепция интересна :)
Romka_Kharkov добавил 06.12.2010 в 08:22
Ничего не понял=).
П.С. Как Подцеплять память удаленно через 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.
ППЦ
Я давно еще хотел взять сервер, со времен работы в Петерхост. Я не согласен с тем, что сильно нагруженным проектам стоит брать выделенный сервер потому, что не всегда можно предсказать и спрогнозировать какая аппаратная часть понадобится. К тому же, совсем обидно видеть, когда арендуемый сервер отвалился, потому что хостер сплавил бу железку и там что-то навернулось (raid контроллер или память..), да, поменяют быстро, может минут за 15. Но в случае летаний в облаке все произойдет еще быстрее, если конечно вообще это произойдет...
Не целесообразно с экономической точки зрения использовать облако с 25% и более нагрузки. Это обойдётся в 5К+ рублей. За такие деньги уже можно взять отдельную машину, покрывающую требуемые ресурсы с запасом, а если добавить ещё 5-7К то можно взять аналог машины облака (по мощности вычислительной системы, не по брендовости). Также есть колокейшен...
CPU тарифицируется посекундно, память поминутно, диски почасово.
Для тарификации процессора используется CPU time ядра, выделеного на расчёты вашему VPS.
Проверить можно установив свой лог использования ЦП т. к. cacti munin nagios zabbix они правда скушают свою долю ресурса, но можно будет спать спокойно :)
Не целесообразно с экономической точки зрения использовать облако с 25% и более нагрузки. Это обойдётся в 5К+ рублей. За такие деньги уже можно взять отдельную машину, покрывающую требуемые ресурсы с запасом, а если добавить ещё 5-7К то можно взять аналог машины облака (по мощности вычислительной системы, не по брендовости). Также есть колокейшен...
А если своя железка накроется? Что лучше в таком случе, облако или свой сервер?
Rengen, тесты на передачу данных еще раз проводили? Интересно, что у Вас получилось.
А если своя железка накроется? Что лучше в таком случе, облако или свой сервер?
А это уже на мой взгляд чистой воды теория вероятности - ваше облако не из такого же железа, что и сервер задававшего вопрос ?
А это уже на мой взгляд чистой воды теория вероятности - ваше облако не из такого же железа, что и сервер задававшего вопрос ?
Вероятность того что сломается один сервер на порядки выше чем вероятность того что одновременно сгорят пол сотни серверов в кластере.
1. Используемые ресурсы можно ограничить, по крайней мере можно ограничить самый дорогой из них - ОЗУ,
Вы крайне заблуждаетесь, на данный период развития самый дорогой ресурс это жёсткий диск, не гигабайты естественно а IO. И если есть желание получить качественный VPS, всё шаманство сводится в оптимизацию использования жёстких дисков. Особенно это актуально в случае апаратной виртуализации (XEN, KVM)
Самая простая проверка:
Вероятность того что сломается один сервер на порядки выше чем вероятность того что одновременно сгорят пол сотни серверов в кластере.
Ну вот - началось в колхозе утро..С таким же успехом покупаем 2 сервера на коло в кластере. Посчитаете, вероятность отказа кластера из 2 серверов и вашей полусотни ?
Обеспечение всех этих вероятностей - это в большей степени финансовый вопрос и стратегия. И она определяется не поставщиком услуг, как Вам бы этого не хотелось!
...Итого 15.963 руб. ..
При таких суммах, которые вы готовы платить в месяц предполагаю, что лучше купить свой хороший сервер(типа http://www.stss.ru/products/servers/T-series/TX214A.2.html?config=) и установить его на колокейшен. Если смотреть ситуацию на год-два вперёд на мой взгляд дешевле обойдётся...
Ну вот - началось в колхозе утро..С таким же успехом покупаем 2 сервера на коло в кластере. Посчитаете, вероятность отказа кластера из 2 серверов и вашей полусотни ?
Обеспечение всех этих вероятностей - это в большей степени финансовый вопрос и стратегия. И она определяется не поставщиком услуг, как Вам бы этого не хотелось!
Если у проекта достаточно средств для покупки пары своих серверов, то естественно наши услуги будут не интересны так как в таком случае и затраты на коло для такой компании не существенные деньги.
admad добавил 08.12.2010 в 13:14
Самая простая проверка:
Проверил:
Приемлемо?
Проверил:
Приемлемо?
Это только возможности пустого стораджа, когда нагрузите, дай бог каждая VPS'ка будет получать 10 MB/s.
Rengen, тесты на передачу данных еще раз проводили? Интересно, что у Вас получилось.
Последний раз было вот такое:
пинговал ping.google.com с машины во время передачи файла.
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 копеек с хвостиком ))
С точки зрения надёжности безусловно облако лучше, но переплачивать в два раза за надёжность я бы не стал. Это субъективно личное мнение.
Я исходил из тарифов clodo и selectel у клодо IO не тарифицируется вовсе, а у селектел судя по тестам IO по расходам получился копеечным. В сравнении с расходами на ОЗУ - десятикратная разница. ОЗУ получается дорогим, т. к. она даже в режиме простоя считается.
Я сейчас поставил DirectAdmin под CentOS 5.5 64bit на сервере клодо, все запущеные демоны и приложения необходимые для работы сервера съедают 512 Мб оперативки (включая зарезервированую) при том что нагрузка почти нулевая.