Dinozavr, Милованов Ю.С, сложность в том, что из базы не только читается, но и пишется/изменяется постоянно чтото.
Уникализируют только параноики, которым больше заняться нечем )
уже не сохранилась, на случай моей криворукости и не очень больших знаний mysql - помогал настраивать человек который в этом получше разбирается. в итоге mysql все равно не смогла приблизиться к sqlite3+memcached
postgresql никогда не тестил, нужно попробовать.
база сейчас разнесена на мелкие базы (sqlite), по скорости устраивает, нагрузка на проц/оперативку не большая, но нередко случается что прочитать не получается из базы, т.к. туда ктото пишет, в итоге костыли с повторными запросами на чтение , да и не удобно искать сразу по куче баз.
DenisVS, да в общемто я бы не сказал что диск становился узким местом (iotop во всяком случае не показывал ничего критичного, запас есть), но вот сами базы тупят изза конкурентных запросов.
ну диск он не зависимо от типа базы диск, ssd будет, хоть в рейде. не в этом дело, его не проблема поставить максимально быстрый.
Нужно выбрать оптимальный тип базы. монгодб вот сама вроде как в памяти кешируется, без дополнений типа tmpfs, memcached и т.п., но что-то у меня сомнения в надежности манги, если вдруг сервер ребутнется или еще какой нештатный глюк...
кстати траф оттуда есть, русскоязычный.
1) Какая ширина канала дается к серверу?
2) Что будет при превышении объема трафика?
Влияет, приедут к нему лично и возьмут за жопу.
Шутить изволите? Управление доменами и ip управляется именно ими, моментом разделигируют, если вы им чем-то не угодите.
Сайт попадает сразу под много юрисдикций, от которых он может получить проблемы:
1) страна проживания админа сайта
2) страна к которой относится домен сайта
3) страна проживания/деятельности хостера
4) страна физического размещения сервера
5) США (потому что они правят миром)
плагин винка. и объем контента покажет и прочие плюшки.
