Канал в Россию у них как? Не падает? Нормальный по ширине?
Да не нужно ничего. Я предлагаю Ваше любимое решение: вынести Mysql на отдельный комп. Только с некоторой вариацией - вместе с полной копией web-части. Простаивать ничего не будет, балансер не нужен, массив тоже. А запас производительности на каждом из серверов всегда есть. В крайнем случае можно будет рубить половину трафика (например, весь зарубежный) или снизить доступность части сервисов. При этом сайт будет продолжать работать и нести прибыль.
После этого один из нотариусов разорится. Им, нотариусам, это надо? Нотариус отвечает за свою подпись всей своей личной собственностью, а не уставным капиталом 10 тыс. рублей.
Можно. Но можно сделать, например, связку из двух серверов. На каждом будет храниться полная работоспособная версия сайта, но работать будут как web-сервер и mysql-сервер. В случае падения одной из железок вторая включается в автономный режим, а сломанная неспешно ремонтируется. Вторая железка, ясное дело, будет при нагрузках тормозить. Но сайт работать будет. Чем больше железок, тем лучше будет система работать при умирании сервера. Гемор в том, что российские датацентры требуют от серверов 1U. Иначе две-три домашние PC-шки по надёжности и нагрузкам рвали бы обычные сервера как тузик грелку.
По желанию нотариуса заверять бумажные скрин-копии сайта. После того, как нотариус заверил, он отвечает своим имуществом. Не каждый нотариус это делает, но найти можно. Либо можно отсканить при свидетелях, сканы раздать им же.
По российским законам за контент сайта, в том числе содержании сообщений на форумах и досках объявлений, ответственность несёт владелец сайта. Грубо говоря, я пишу здесь призыв к свержению власти с танками на руках, Вы идёте к нотариусу, заверяете содержимое сайта и пишете заявление в милицию. Владельца форума в итоге могут отправлить на Магадан.
Причём избыточность не в запасе прочности серверов, а в их количестве. Лучше 4 сервера, чем такой же суммарной мощности один: намного дешевле и намного надёжнее. В идеале - стойка из обычных PC-шек. Время от времени один из них будет умирать, но стоить такой кластер будет дешевле и система будет значительно надёжнее.
Если вспомните того же Брукса, то должны знать, что единственный непредсказуемый момент в IT-проекте - это качество и скорость работы разработчиков. Если Вы знаете нагрузку на систему и её распределение, то оптимизировать MySQL можно за два дня, поставить сервер за неделю, вписать в код memcached дней за пять (логика скрипта не меняется), а бизнес-логику с архитектурой переработать - месяца два с учётом полного тестирования и написания скриптов для переноса данных. Уже через месяц ситуация с проектом может быть иная и будет нужен другой уровень оптимизации. Затраты на разные способы оптимизации посчитайте на досуге ;)
Будут работать на порядок (раз в пять-десять) быстрее. Ассемблер даст ускорение ещё раза в два за счёт оптимизации использования регистров. Но узкое место, как Вы верно заметили, обычно не в скриптовом коде.
Яндекс.Карты не имеют своего картографического движка и своих карт Москвы. Они используют сторонние данные. На Яндекс.Карты Яндекс сделал только интерфейс и поисковый движок. Всё остальное - чужое.
