- gt оверквотинг удален 2 и 3 это технически неграмотный бред, можно подключить,, ivanr (??), 15:03 , 21-Апр-15 (1)
>[оверквотинг удален] > и пр. > 7. Обеспечить удалённый мониторинг и управление системой инженером без знания Unix и > командной строки (через понятный веб-интерфейс). Предусмотреть контроль качества линков > и управление им. > 8. Полная документация и отчёт по итогам работы. > 9. Предложить свой поэтапный план работ с соответствующей оплатой в рамках бюджета. > Предложения присылать на почту mk@vdi.ru только с подробным резюме с описанием выполненных > проектов в данной области. > Стоимость работы: 50 000 руб. оплата поэтапная по результатам выполнения каждого этапа. > Возможно продолжение работы по поддержке и развитию данного решения.2 и 3 это технически неграмотный бред, можно подключить, но нагрузку делить только по такому принципу: браузер а пошел в интернет через модем а, браузер б через модем б ц через ц д -> д и т.д. и никак иначе, один файл через 2 модема качать никак не получится, даже если вы боги it
- если что, то могу поработать, займет неделю или полторы, сейчас не могу, только , ivanr (??), 15:05 , 21-Апр-15 (2)
- gt оверквотинг удален а спорим что есть ещё немного другой принцип испотльзуе, pavel_simple (ok), 15:23 , 21-Апр-15 (3)
- можно предложить такую схему браузер клиента - proxy в n 1 потоков - n , ivanr (??), 15:33 , 21-Апр-15 (4)
можно предложить такую схему:[браузер клиента] -> [proxy в n + 1 потоков] -> [n usb модемов] браузер будет качать в один поток, далее прокси будет качать в n + 1 потоков, далее роутер будет кидать каждый поток на новый модем, прокси кешировать результат и раздавать клиенту в один поток. На больших файлах получится приблизится к сумарной скорости модемов, на маленьких файлах будет скорее всего задержка, кроме того будет некотарая задержка при самом начале закачки файла, например в 0.1 секунду, чтобы прокси хоть что-то успел скачать, соответственно, если надо скачать большую веб страницу с очень большим количеством файлов, то получится очень тормозно, кроме того прокси должен быть очень мощьным, кешировать исключительно в оперативку, посему на прокси надо пару - тройку гигов оперативы на каждого возможного клиента, кроме того, по мере отдачи файла клиенту, прокси должен усекать файл, чтобы освободить память, кроме того, не уверен, что существуют такие прокси, возможно это плод моего воображения, проложите уже оптоволокно и не жалейте денег
- На самом деле, действительно непонятно, как без дополнительного хоста с дос, StayCalm (?), 20:07 , 21-Апр-15 (10) +1
> Требуется Unix эксперт для решения задачи на аутсорсинге. > Требования к задаче: .... На самом деле, действительно непонятно, как без дополнительного хоста с достаточной полосой пропускания здесь можно обойтись, а в таком случае теряется суть решения - подешевле, помобильней, да по гибче :) То есть хост будет стоить денег, все равно его надо поддерживать, писать скрипты, которые и там и там будут опускать/поднимать интерфейсы вовремя, передергивать тоннель и т.д. Тем более Вы еще QoS хотите, как я понял, и панельку красивую с галочками, и еще и в Linux-е не разбираетесь. Под такие требования с таким бюджетом врят ли Вы что-то адекватное найдете - люди, способные это выполнить в приемлемое время и с надлежащим качеством, ценят свои время и силы. Посмотрите в сторону хотя бы одного ethernet-канала с достаточной Вам полосой, а затем уже покупайте второй, какой хотите, требуйте bgp - и вперед. Такое классическое решение всегда себя оправдывает в перспективе - почти все за Вас делает провайдер, Вы только bgp один раз настроили и следите, чтобы не падало. - Стоимость работы может быть значительно выше заявленной нами ранее, готовы рассм, vdi (ok), 11:54 , 22-Апр-15 (11)
Стоимость работы может быть значительно выше заявленной нами ранее, готовы рассмотреть все предложения !!!
|