miksoftСдается мне, прожект не выгорит.
конечно не выгорит. потому что параметры железяки для этой задачи, имея исходные цифры, можно вычислить. Взять, допустим, 10 уникальных обращений, и соответственно, перемножить. А дальше уже искать на соответствующих сайтах. А не спрашивать здесь, при всем моем уважении к этому форуму. Если вопрос такого масштаба задается здесь (или вообще задается), это значит что автор о задаче практически ничего не представляет (опять же, извиняюсь за прямоту).

Впрочем, возможно автор просто интересуется, вообще. Типа, сколько до Луны километров, и так далее.

сколько до Луны километровГотовые задать кучу уточняющих вопросов, а дальше пшик.
уточняющие вопросы тут так, практически не нужны, потому что с автором вопроса уже сразу все понятно.
В других разделах форума иногда задают совершенно аналогичные вопросы. Например, у меня в секунду в базу записывается миллион записей, какое железо нужно?
Т.е. автор вопроса не способен посчитать, что даже если одна запись это 10 байт, то в минуту это будет 600 мегабайт, в час 36 гиг, а в сутки 864 гига, т.е. почти терабайт. А если запись будет размером не 10 байт, а 100, то все это умножается еще на 10.
И тут выясняется, что это какой-то пшик, потому что 8 терабайт данных в сутки - с этим же что-то надо делать.

Так и у вас. 1 гигабит на 300к подключений, да и вообще, уже сказали, что 300к подключений с просмотром видео - это 1/14 часть youtube. А youtube, понятно, работает не на одной железяке. Это целая инфраструктура из тучи компов и софта.
http://www.insight-it.ru/masshtabiruemost/arkhitektura-youtube/

Представьте себе, что rutube как раз и есть 1

... как раз и есть 1/10 от youtube. Вы пришли сюда с вопросом, какую железку нужно купить, чтобы создать аналог rutube? Поздравляю вас с вопросом.

сколько до Луны километровМне кажется ресурсы одной ноды исчерпаются гораздо быстрее, чем создастся 300000 подсоединений. И хотелось бы иметь представление сколько потянут виндовые сервера, хотя бы в предельно синтетическом тесте.
гугл в руку. я нашел что люди открывали до 70к коннектов (сокетов) под Win2003 Server. Другие люди от 50к до 100к коннектов.
вот интересное
http://www.lenholgate.com/blog/2005/11/windows-tcpip-server-performance.html
там и как тестить.

а тут
http://www.serverframework.com/asynchronousevents/2010/12/one-million-tcp-connections.html
даже есть вопрос - "почему МС говорит что вот такая машина будет поддерживать 500к соединений tcp, а у нас получается только 100к?"

Так что я бы поставил на 70-100к коннектов, но, понятно что 300к обращений за видео это не 300к коннектов. Это намного больше, причем к контентным серверам, и т.п. если же речь только про передачу видео по одному сокету - то да, 300к обращений это 300к сокетов.

кстати, в последней ссылке есть совершенно шикарная цитата:

"Люди, задающие подобные вопросы, игнорируют факт, что с современной ОС Windows, достаточным количеством RAM и CPU, скорее всего именно ВАШЕ ПО будет ограничивающим фактором.

Предположим, что даже если главные сетевые шаманы в Микрософте могут определить максимальное количество "активных" TCP-соединений для заданного аппаратного обеспечения, я верю, что это количество будет зависеть от конкретного сервис-пака операционной системы И сетевых драйверов, но также будет сильно зависеть и от того, как разработан конкретный кусок серверного ПО, которое будет обслуживать эти соединения. Сколько у вас используется под non-paged pool? Сколько страниц ваше ПО заблокировало в памяти для I/O? Если вы не учитываете в вычисления свое ПО, то числа не имеют смысла.

В одном можно быть уверенным - что вы не откроете более 16 миллионов соединений, потому что это максимальное значение, которое может быть установлено в реестре для стека TCP."

Вот я об этом и говорил. И в моем примере про "8 терабайт в сутки" тоже были вопросы - не только ГДЕ это все хранить, но и ЧТО с этими терабайтами вообще делать. Впрочем, я дал ссылку на "как устроен ютуб", там совершенно ясно, что под 300к смотрящих видео нужна охрененная инфраструктура, состоящая не просто из железа, но и из тонны обслуживающего все это дело софта.