Для каждого солюшена есть вполне себе линейная математика... зависимость между произвоидетельностью трансфера и канальной полосой... в большинстве солюшенов это прослеживается. Это отправная точка на самом деле при расчетах.
В первом посте есть какая цифра про 25k на документ, но можно к этому добавить еще необходимый transfer на документ... т.е. внутренний. Потом добавить всю мишуру, которая народу для обвеса ответа на поисковый запрос выплевывается в online... потом посмотреть на эти цифры и помедитировать.
PS. Мы же там про индексы какие-то?
Ну военные тайны это такие вот конкуретные преимущества... если все будут делать хостинг на Plesk и Virtuozzo, то это будет не рынок а спам какой-то. И т.д. и т.п. если все будут знать как устроен Google, то будут клоны.
320MB это производительность SCSI интерфейса, контроллера и т.д... т.е. SCSI-160 160mb/s, SCSI 320 320Mb/s, потом там оптика уже вроде идёт... сейчас уже до нескольких гигабайт в секунду где-то есть.. надо знания как-то освежить, а то как-то сейчас под другие задачи себя направляю.
По производительности сервера надо уже как-то более практически думать.. если речь идёт про online сервис, то проще от клиентских мегабит считать.. если надо выплевывать 1 гигабит в инет, то стораджа на SCSI 320 вполне достаточно, а там уже в харды упирается.
PS. Многие кстати NFS недооценивают, а если уметь готовить, то получается быстрее, чем SATA... а с неособо дорогим железом быстрее IDE это точно. Не особо напрягаясь можно выжать 30-40mb/s per server на самом пессимистичном R/W тесте... т.е. там самый плохой расклад уже учитывается. На каких-то простейших фокусах получалось и по 80mb/s на сервер... но это всё там от размера файлов зависит и т.д... т.е. надо под каждый конкретный случай оптимизировать.
Ну если есть заинтерисованные лица, то подводят и под УК и т.д. и т.п. там уже дело совсем другие обороты принимает, даже если опера пирата крышуют, то пират страдает материально... бизнес же стоит.
Когда флудят, то спать спокойно нельзя... эти провайдеры, когда понимают, что вместе со всеми клиентами на пару суток лягут, они, если есть возможность домен с делигирования снять.. они его снимают, они же здравомыслящие люди. В договоре же не написано, что провайдер может снять домен с делегирования? Снимают однако... молчу уже про счета за паразитный трафик и шейперы для флетов. Сетевой шнурок просто из сервера вынут и не будут втыкать пока не прекратится.
Цель же в конце концов не провайдер, а клиент. У меня есть какие-то свои фидбэки по оперативности многих... есть те, как ни странно, которые в любое время дня и ночи примут тебя на colo. Даже есть те, которые свой shared подвинут за соответствующую плату, а после чистки пароли от сервера тебе сообщат. Давайте другой трэд откроем, если интересно, но это как-то каждый уже для себя сам решает.
Можно всю жисть просидеть в ДЦ на 10 мегабитном шейпере и считать свой солюшен идеальным, но когда тобой займуться всякие проплаченные подонки, то надо быть к этому готовым. Бот-сети сейчас уже чуть-ли не в паблике продают... там цены для СМИ даже придумывать не надо.. благодаря MS такие услуги уже выходят на вполне цивиллизованный рынок. Покупать GSRы, гигабитные флеты и т.д. это не выход... надо зеркалироваться, зеркалироваться и еще раз зеркалироваться... главное, что бы это было оперативно и не у всех подряд.
домены удобны для набора с клавы мобилы...
Какой-то бред на сайте, но вроде по требованиям проходят. Не смог найти их телефон на сайте. Думал в договоре будет, но там просто чума -> http://www.hostovik.com/documents/default.htm.
Попробую на днях проверить... но что-то без телефона как-то совсем уж несолидные. Название своего Юр.Лица с сайта скрывают. В т.ч. и в инфе о лицензии. Мне кажется это странным. Нормальные фирмы так не поступают на самом деле. Или одного меня это настораживает?
Из whois про доемн тоже не густо. Другое дело у hostovik.ru -> http://www.hostovik.ru/doc/, но там про лицензию не слова.
, но на hostovik.ru про WM и Ya RUR ничего нет... и про лицензию как-то пропустили.
По производительности raw transfer это к SCSI контроллерам, по производительности хардов к хардовикам... у корзин какие-то тесты под разные FS есть, под single access к volume. Т.е. какие-то отправные точки есть... но если рейдина оптимизирована под bandwith (или как там сейлзы обычно говорят?), то в совокупности на все сервера почти 320 и получишь... по интерфейсным данным, а по софтовым, то надо учитывать какой-то оверхид самой файловой системы... ну а потом еще какую-то конкурентность запросов к хардам и т.д... там же если памяти в корзину натыкать, то и упреждающее чтение настроить можно и т.д. и т.п... не помню уже модели, но где-то и 4GB ECC можно запихнуть... представь себе как с такой работать... ты с сервака в неё write делаешь, гигового файла... со скоростью бешенной... память в ней там с батарейками и т.д... как питалово отключится, так после включения допишет, если не успело. Это даже не на столько актуальные технологии.... сейчас очень много новинок есть, просто надо читать про всё это, а если хочется пощупать, то многим это просто недоступно... ну не у всех есть железо и подручные руки, что бы собрать тестовый стенд и поиграться.
В букмарки слазал, что бы ссылок по теме накидать... а то до таких проектов оптимизаторы не доходят, поэтому искать надо по специфическим словам.
Вот это если хочется всё готовое, так что бы R/W и с локингом.
http://www.lustre.org/
http://www.clusterfs.com/ (вот эти гады весь епен сорц испортили)
На тему стабильности не знаю, но когда я этим интерисовался, то это было еще в зачатачных состояних.. т.е. что-то работало, но TODO там гигантский был. Сейчас вроде даже продавать начали и Support 24x7.
Operating Systems: Red Hat Enterprise Linux 3+, SuSE Linux Enterprise Server 9, Linux 2.4 and 2.6
Platforms: IA-32, IA-64, x86-64, PowerPC
Interconnects: TCP/IP; Quadrics Elan 3 and 4; Mellanox and Voltaire Infiniband (non-TCP interconnect drivers are not included in binary packages)
Вот interconnects там как раз для локинга и синхронизации кэшей... интерфейсы ппц, я когда заглянул, то как-то даже самые продвинутые сетевухи вообще всерьез перестал воспринимать.
В РФ с этим вроде как Антон Нехороших (он на валуе был когда-то) игрался -> 310.ru... или у него там что-то аналогичное, но говорилось что работает и даже на FC-AL. Все вокруг слов CFS, Lustre, CPFS и т.д. Военной тайны вроде в этом нет.
PS. Может еще какие-то есть. У Veritas как всегда надо глянуть, т.к. что-то там было готовое.
Я Вас понимаю прекрасно, но моему клиенту, когда каналы провайдера ложаться, от того что флудят... ловит это IDS или не ловит как-то параллельно... сайт не виден и всё. Вы у сисечников посрашайте сколько там NPE-400 держит, а сколько NPE-1G. На рынке же есть товарищи, которые рутят вообще через что-то неописуемое. Там даже флуд до сервера не долетает. Всё это планомерно потом идёт... система зеркал, системы синхронизаций этих зеркал, оптимизация динамики и т.д...
Обычный форум, в т.ч. и этот, можно заточить под работу на нескольких хостингах одновременно... всё вполне корректно будет работать. Просто последовательность поступлений мессаг будет не такая оперативная, но работать будет и корректно. Потом или через RR DNS или через какую-то другую балансировку, вплоть до редиректов на работающее зеркало.
Все эти способы всем известны, но когда касается за их применение, то надо ворошить массу литературы, массу мануалов надо прочитать. Это не такая задача, с которой сталкиваешься каждый день. Начинают городить непонятно какой огород из софта идя на поводу у работодателя... время-то идёт, а сроки горят.
На интеле, на интеле... какая разница intel или еще что-то... SCSI оно и в африхе SCSI (в т.ч. и FC-AL). У меня была мысля собрать тест под GEOM, но он тогда еще сырой был. Ну что бы как-то поиграться с расшареным raw девайсом, а потом как-то вспомнил про Соляру и Ораклю, где народ спокойно подвешивает хард между серверами.
Был у меня период, когда я кластеризацией (за дешево) просто по 18 часов в сутки бредил. Но в случаях с хостингом, а я тогда этот рисерч для хостинга делал, такое решение не проходит, т.к. нужны read/write, а на linux мне не хотелось ради этого переходить.
Собственно у Бориса тогда спрашивал на эту тему (да и не только... всех достал), но его how-to есть на opennet -> http://www.opennet.ru/base/sys/2scsihdd.txt.html
Если нужен одновременный write со всех серверов, т.е. уже на файловую систему, то нужно сразу брать заточеную... я уже по названиям не помню, но к фриибсд такое привинтить очень сложно. Мне за портинг линуксового продукта зарядили порядка 7k$.. а там еще и debug какой-то нужен и т.д... т.е. времени надо убить большое количество.
Если нужен одновременный read, то маунтишь на все сервера на RO и не паришься. Как только захотел туда что-то записать, то от остальных лучше размоунтить, а то бывали какие-то panic... даже не лучше, а надо размаунтить. В случаях с примером Бориса, там лабораторный стенд как-бы, для всяких кластерных издевательств... если берешь корзину, то вешаешь к ней сколько тебе надо серверов.
Теперь еще про один дешевый способ лабораторного стенда. Под FreeBSD есть GEOM, вот на базе этих фич на несколько серверов можно подавать какой-то hdd с какого-то сервера. С точки зрения операционки это будет такой же там /dev/xxx не помню чего там будет, но это будет блочный девайс. GEOM-Gate это вроде как называлось, сейчас уже все тонкости не помню. Получается это аля iSCSI, так что один и тот же хард можно расшарить между серверами, но по сетке. Этот хард можно сколько угодно раз подцепить к себе и еще кому-то по сетке скормить. Ценность в том, что можно издеваться удаленно, а в случах со scsi надо рядом с серверами быть... какие-то panic на каких-то экспериментах бывают.
А там уже играться с набором утилит для синхронизации реманутов.
Очень важно на приложения обращать внимание, т.к. если что-то не синкнул, то оно вроде как зомби висеть будет или в корку уйдёт... надо позаботится об отработке ошибок заранее, т.к. приложению и сигналы интересные от операционки поступают и т.д. и т.п... т.е. оно должно быть готово к тому, что ему что-то операционка может сообщить, а то в корку свалится. man signals вроде, там что-то было...
Solaris, FreeBSD, Linux... какая разница... драйвера из одного места растут короче. Главное, что бы FS, которая на RO, она под всеми операционками этими понималась. Если у тебя корзина позволяет ограничить девайс хардварным способом на RO, то можешь и винду в эту кучу цеплять... от неё на RO лучше сразу.
PS. Есть еще какие-то моменты, про которые в сетке особо ничего нет... все что выше, оно как-то по кусочкам собирается, но всё остальное додумать не сложно.
У всех свои предпочтения и наработанные методики, но на каждую задницу, как говорят, в природе существует болт... заранее извиняюсь.
PS. О Ваших предпочтениях никто спрашивать не будет. Вдуют парукиловые icmp или udp там какие хитрые и будет веб-сервер из инета не виден. Вот можно сидеть сложа руки и ждать пока по uplinkам это профильтруют.
