Я управляю сервером для клиента, у которого есть несколько блогов Wordpress. Все они ненадежно сбалансированы на PHP / FastCGI / nginx, и все это работает в настоящий момент, просто используя немного больше оперативной памяти, чем мне обычно было бы удобно.
После того, как все это было настроено, вышел Wordpress 3 и (с плагином для поддержки сопоставления доменов) позволяет мне импортировать все блоги в один центральный блог. Итак, я знаю, что могу достичь желаемого результата работы ... Я просто не уверен, что хочу тратить часы на это.
Теперь клиент хочет добавить на сервер еще пару блогов. Мы явно находимся на перепутье, где имело бы смысл действовать сейчас, если я собираюсь пойти по многосайтовой дороге.
Меня не волнуют явные административные преимущества, а скорее производительность и объем свободной оперативной памяти.
Как вы думаете, будет ли я прав, если предположу, что одна база кода в ОЗУ будет стоить меньше, чем полдюжины отдельных сайтов? Есть ли какие-то другие плюсы (или минусы) производительности, которые мне не хватает?
Короткий ответ: вам лучше установить один Wordpress 3, чем поддерживать отдельные базы данных, серверы, конфигурации и т. Д. Для сайтов по отдельности. Ключевой частью информации здесь является то, что Wordpress 3 содержит большую часть основного кода, который запускает многомиллионный сайт / блог wordpress.com, за вычетом некоторых очевидных оптимизаций массового масштабирования.
Единственная проблема, с которой вы можете столкнуться в будущем, - это если один из ваших сайтов хочет разветвиться / перейти в другое место - вам нужно будет определить процесс миграции (что в конечном итоге не должно быть так сложно :)).
Я не уверен, как вы сэкономите системные ресурсы, если ваши базы данных по-прежнему являются отдельными для каждого сайта.
В любом случае я бы сделал это только для улучшения удобства использования и уменьшения окон на обслуживание.
1) Да
2) Просто определите, стоит ли экономия ОЗУ потраченных на преобразование человеко-часов. Возможные простои, потеря данных и т. Д. - все, на что следует обращать внимание. Было бы дешевле просто добавить больше ОЗУ?
Сомневаюсь, что вы сэкономите много памяти, если таковая имеется. Это не значит, что на сервере постоянно работают три или пять постоянных процессов wordpress. Конечно, nginx и mysql работают, но дополнительные потоки запускаются только после того, как запросы браузера сделаны, и скрипты начинают вызывать функции и делать вызовы базы данных.
Если вы хотите сэкономить ресурсы, вам следует больше интересоваться темой wordpress и плагинами, которые запускает клиент. Многие бесплатные темы и плагины делают много ненужных обращений к базе данных. Я лично придерживаюсь мнения, что лучше всего «жестко кодировать» как можно больше в теме, поскольку это совсем не сложно, это просто PHP и легко редактируется. Также обратите внимание на кеширование (wp super cache) и ускоритель PHP.
У меня есть несколько сайтов WordPress, работающих на одном VPS, и я не удосужился объединить их вместе. Не все они используют одни и те же плагины, поэтому я могу сохранить там (я думаю - я не проверял, можно ли включать / отключать плагины для каждого сайта в версии 3.0), и мне хотелось бы надеяться, что если один из них будет взломан , остальные по-прежнему несколько изолированы из-за разных учетных данных БД.
Если дополнительная простота управления не привлекает вас или вашего клиента, я не вижу преимуществ.
Если вы используете PHP в FastCGI с другим пулом cgi по соображениям безопасности: да, вы сэкономите кучу оперативной памяти. Если вы используете PHP в FastCGI с одним пулом, вы, вероятно, только выиграете в производительности, если используете какой-то кешер кодов операций, например APC.
Что касается безопасности, большинство атак выполняется независимо от учетных данных БД, так что это, вероятно, излишнее. Если кто-то выдает свой пароль, проблема в другом.