а что такое режим опера турбо? это по сути геораспределенный проксик, и если в вашем регионе много людей сидит в инете в режиме турбо то глючить будет полюбасу)
проведу не большой ликбез:
к вашему сведению существует два типа кластера первый это чисто отказоустойчивый (там где контейнеры свободно гуляют по нодам всместе со своими ресурсами) но вы например не сможете отхватить часть ресурсов у соседней ноды а сможете только мигрировать на соседа и распределенный , тут как правило используется общая фс типа gfs2 она то и контролирует конкурентную запись со всех нод на общий файловый массив
приложения на таком кластере можно расшаривать как в высоту так и в ширину
обычно в продакшн кластерах используется файбер ченелы и общий рейд массив
в таком типе кластера можно размазывать процессы по нескольким нодам
тобиш можно спокойно лить трафик по портам разных нод не боясь при этом повредить фс
вы не стесьняйтесь , интересуйтесь господа профи, а то привыкли жать кнопки на циске вкл/выкл и уже думаете что все знаете)
и вешайте лапшу на уши своим не далеким собеседникам что нифига не понимают в администрировании кластеров, там после детальной настройки все делается нажатием одной кнопки, даже вы б справились)
я так вижу вы слышали звон да не знаете где он) во первых, отказоустойчивостью занят всего один процесс запущенный на всех нодах кластера и комуникация между этим процессом осуществляется по протоколу тсп или юдп как правило.
например в проксмокс кластере этим занимается rgmanager так что я решительно не понимаю почему вы решили что на отказоустойчивость уходит половина ресурсов)
вопрос отказоустойчивости решается в мониторинге всех контейнеров и в случае чего в миграции контейнера на соседнюю менее загруженную ноду
ну или когда одна нода упала то остальные должны подхватить ее контейнеры
так что ненадо ляля)
так что ныряйте под стол , там вам самое место, господин профессор)
и администрить такой кластер может и один грамотный более/менее сисадмин
и 3 ноды > 10 дедиков = да, если взять за основу ксеоны е5 2670 серии там где 10 физических ядер и 20 тредов на камень и там каждое ядро по определению мощнее одного ядра любого более дешевого дедика
там более мощное околопроцессорное железо ,частота озу , система ввода-вывода
да как же не в проце и железе. хостер исходит из наличия общих ресурсов перед тем как ставить локальные лимиты для каждого юзера,вот и получается что или там железо слабое и много сайтов и/или хостер хочет как можно больше туда впихнуть сайтов но в любом случае этот момент должен был обговариваться с хостером сразу (насчет лимитов)
что толку от сервака на котором много много сайтов и всем урезаны лимиты до не могу, это получается как в цыганской семье чтоли , кто первый встал того и тапки )
причем на такой площадке в проигрыше все кроме хостера ибо ресурсов явно не хватает всем)
речь идет о том что на кластере себестоимостью в 1к баксов а это минимум 3 физ ноды можно безболезненно для производительности разместить до десятка вирт машин что по производительности не будут уступать 10-и дедикам
интервал обусловлен разностью в скорости подачи заявок на разные точки и очередью на каждой из них , так что это нонсенс что одновременно идут 11 запросов и это косяк самого хосттрекера ну не должно быть так как вы описываете)
да и вообще зачем обсуждать хостера где сайт ложиться от такого мизерного кол ва запросов
там наверное пару К сайтов на целероне)
уверен, по крайней мере в пред идущей версии было именно так
но даже и шлет гет запросы то не со всех точек сразу а с интервалом так что никакой нагрузки он не создает)
впервые слышу что бы от хосттрекера ложился сайт)
проверьте сайт пинг админом и результат в студию)
хосттрекер посылает только HEAD запросы а это даже не GET что жрет намного больше ресурсов так что если сайт перегружается от таких запросов то бегите от такого хостера, более объективный тест тут:
http://ping-admin.ru/free_test/
не достаточно изучаете хар-ки современных виртуальных машин, например у опенвз перерасход ресурсов хост машины составляет всего 1-3 процентов так что если заюзать 4 ядра из скажем 16-и ядер минус одно ядро на накладные расходы то эта машина будет весьма конкурентно способной с любым дедиком в 4 ядра и даже больше
а почему больше, так я отвечу
если хостер разделяет ресурсы одного физ сервера то у него по умолчанию производительность каждого ядра выше чем производительность одного ядра 4-х ядерного дедика(ибо он наверняка будет юзать проц и мать на порядок производительней чем у 4-х ядерного дедика иначе в виртуализации нет никакого смысла) это все равно что сравнивать е3 и е5 серии ксеона
а влияние соседей по ноде легко нивелируется облачным распределением ресурсов)
вы отстали от жизни)
третий ссд это как собаке пятая нога) и 10-ку рейда не собереш и шансов умереть двум из трех больше а то и всех трех единочасно с интервалов в пару часов)---------- Добавлено 03.05.2015 в 00:24 ----------господа, я с вас поражаюсь один не знаком с механизмами сессии и веб сервера другой доказывает что третий ссд в рейде очень даже необходим на серваке... куда катится мир)
