Бери пример с AUTO.вру. Прежде всего закинь все телефоны и адреса разборок, как по нашим так и по инормаркам. Подтяни рейсеров различных сортов... они и так все в интернете. Выложы репорты о проведенных гонках, с ними поговори, а они тебе подскажут откуда слизать, т.к. наверняка уже в инете где-то хвастались.
Выложи все телефоны доверия ГИБДД и т.д.... вот такие топики надо к ТОП прибить. Автомобильный FAQ можешь слизать на авто.вру или с других регионов.... адреса МРЭО, телефоны и т.д... дни приёма. К гайцам там зайди, стенды их сфотографируй... потом народ без этого FAQ жить не сможет.
PS. И заведи топик про зимнюю резину... скоро это будет самая дежурная тема. 😂
M9 не может быть нормальным выбором, т.к. это режимный объект. Если Вашим специалистам потребуется туда зайти, то все пропуска и прочие согласования, если они вообще возможны, нужно согласовывать заранее.
Техсаппорт множества ISP, в ночное время, способен только на нажатие кнопки RESET. Все росказни на сайтах чистей воды понты... надо все проверять по десять раз, заявленное качество услуг скажем так не у большей массы. Если в ночной смене всего один человек, то существует очень большая вероятность, что в момент обращения он будет чем-то занят... решать вопросы другого клиента, к примеру.
Есть ISP у которых телефония заведена через общий с ДЦ канал. Если флудят или канал по каким-то причинам упал, то само собой до саппорта Вы недозвонитесь.
А дневная смена может и к обеду подойти, а потом пока 40$ за час не оплатишь, к железу близко не подойдут.
Мне Корбина в плане freebsd-шного саппорта нравится, т.к. ночью у них не один человек дежурит и все в состоянии провести диагностику должного уровня, а так-же чего-то там наодминить. В Корбине есть ЗИП на часто используемые i386 платформы... и процы и ECC память всех мастей и сортов. Если хорошо попросить, то клиенту до утра и CPU заметить могут и память там... заранее просто уточнять всё надо... но ЗИП там достаточно впечатляющий... Касаемо входа в ДЦ, то в любое время дня и ночи по согласованию. Т.к. у них своя там вроде охрана и своя проходная.
Если ставите сервер не к владельцу ДЦ, то на доступ к железу можете не расчитывать... IBS там, к примеру, стоят у CW, быстрее 4 часов пропуск не получишь... пропуск на ночь надо заказывать днём. У Мастерхоста, по знакомым, вообще ситуация странная... к железу вообще пройти нельзя, я даже туда и не ставлю ничего. Максимум dedicated, т.к. со своим железом они вроде бы как оперативно разбираются.
PS. Когда сервер ставите, то не забудте уточнить и этим моменты тоже... т.к. когда случается, то руки связаны... промаятесь до утра, а утром, уже засыпая, будете решать вопрос... а бодрость уже не та будет.
Вот кстати, по Skype у нас тут дискуссия была, с одним из читающих. Хотелось бы добавить несколько слов в защиту модели с больших количеством поисковых серверов и общего стораджа.
Если взять, к примеру, этап балансировки запросов, а схемы с рапределением "буковок по серверам" тут были озвучены, то в нашем случае подобие такой балансировки вполне приемлимо.
Кэширующий механизм операционной системы, который работает на уровне кэширования каких-то секторов жесткого диска (ну много таких механизмов, не обязательно секторов), при интенсивном чтении из определенных кусочков индекса, по истечии какого-то времени, фактически организовывает копию кусочков индекса в своей оперативной памяти.
Если поисковый индекс на общем storage оптимизирован с учетом кэширующего механизма операционной системы, то мы получаем ноды, которые при подачи на них однородного типа запросов, самооптимизируются как раз под данный тип запросов, а интенсивность чтения данных из общего storage заметно снижается.
Количество оперативной памяти и эффективность кэширования лежит на совести оптимизаторов индекса... разработчики индексов в математике будут по сильнее... им на самом деле виднее о чем речь идёт, просто надо обратить внимание на ОС и более детально рассмотреть какие-то механизмы.
Хочется еще добавить, что был опыт работы с подобными солюшенами, но самое первое на что надо обратить внимание это работоспособность ноды после очистки кэша. У меня не совсем поисковые задачи были, но принцип работы одинаковый. Балансировка может осуществля с обратной связью, а может и без. После очистки кэша, нагрузку на данный кусочек кластера надо снизить, т.к. возрастает нагрузка на чтение из общего хранилища и пока кэш не выползет на нужный уровень эффективности время ответа этой ноды значительно завышено от "паспортных" данных. В подобных системах, которые без должного запаса, после очистки кэша какой-то ноды без снижения интенсивности запросов... да она просто умирает, если защищающих механизмов нет.
IMHO оптимизация кластера на этапе балансировки играет значительную роль, т.к. в противном случае не будут использоваться низкоуровневые кэширующие механизмы, которые присутсвуют как в самой ОС, так и в корзинах... и даже в SCSI RAID контроллерах есть.
PS. Если кому-то пригодится, то всегда пожалуйста.
Если его грамотно приготовить, то всё будет просто летать со свистом... а дисковое место сейчас копейки стоит.
Надо стремиться к эфективности кэша в 96%... тогда и общий строрадж можно деражать на мене производительной корзине. После переведения ноды на новый индекс, прежде чем на неё пускать запросы, надо на ней прогнать все запросы из кэша... это будет быстрее, чем ждать пока его наполнит естественным путем.
Здоровья!!!
PS. а остальное сам знаешь... где бы я тебя еще поздравил.
Алексей, а если на клиента будет стучать из SpamCop, реакция будет или нет?
Вообще интересный хостер, если сор из избы выносит, а тем более приватную переписку. 😂
http://multihost.ru/img/l/t/ros1.jpg - упал пат стол.
ЗЫ. Жгут. Но на тему того что послали... наверное правы, т.к. письма совсем нивминяемые.
Да как-то без разницы. Обидно было потерять MBO.ru и zakupi.ru, вот это да... просто сперли фактически, а сейчас как-то автоматом все продляется... бензина на долго хватит.
подождем.
PS. :)
В livejournal защита от роботов хорошая.
Без понимания работы протокола SMTP определять с какого IP был спам нельзя! Это лишние жалобы, на которые или не отвечают или пишут отлупы.
В этом топике есть панацея от спама, она называется SpamCop. Этот ресурс сам смотрит необходимые IP, сам пишет жалобы и сам вносит IP спамеров в различные блокирующие списки.
PS. На множестве почтовиков фильтруют по black list-ам SpamCop, если почтовик ISP туда попадает, то вплоть до ухода клиентов, т.к. почта фактически перестаёт нормально функционировать.
