Попытка масштабировать мой выделенный сервер для интенсивного трафика

Существует несколько вещей, которые можно сделать и проверка, чтобы дать Вам больше информации о проблеме и, в свою очередь, обработать ее лучше:

• Необходимо узнать точно, что делает сервер "медленным". Это истратило ЦП, это исчерпывает RAM и использует область подкачки, это ограниченный IO, и т.д....? Каждый из них имеет различное решение, таким образом, необходимо знать то, чем состоит в том проблема, прежде чем Вы попытаетесь решить его. Проведение времени для фиксации базы данных, когда реальной проблемой является просто плохая конфигурация Apache, было бы огромной пустой тратой времени и ресурсами.
• Некоторая форма контроля была бы полезна. Это могло быть любой чем-то простым как sar или больше полный пакет как Nagios/Zabbix. Это поможет Вам теперь в сужении причины, а также позже видеть, насколько эффективный (или не) Ваши решения. Идеально Вы хотите масштабироваться заранее, прежде чем Вы на самом деле должны будете.
• Удостоверьтесь, что Вы выполняете кэш кода операции PHP (APC, eAccelerator, и т.д....).
• Попытайтесь включить или выключить кэш запроса MySQL. Тяжелое приложение чтения, вероятно, извлечет выгоду с ним на том, в то время как тяжелая запись может извлечь выгоду с ним прочь. Контроль статистики кэша запроса сообщит, помогает ли это или повреждает вещи.
• Попытайтесь уменьшить MaxClients в Apache для ограничения числа пользователей и, надо надеяться, уменьшают загрузку сервера. Это может сделать Ваш сайт по крайней мере частично доступным и применимым.
• Вы сделали какую-либо модификацию к конфигурации MySQL? Конфигурация по умолчанию это обычно входит, не предназначена для "тяжелого дб" сайта, и Вы можете видеть значительные усиления путем тонкой настройки нескольких значений. Ищите здесь и в сети для множества ресурсов в редактировании конфигурации.
• Проверьте, в каком количестве использует MySQL памяти top. Если бы Ваше приложение является действительно записью, тяжелой, я ожидал бы/хотел бы видеть, что он использует по крайней мере 1 ГБ если еще много в зависимости от Вашего размера базы данных. Если это только использует несколько 100 МБ или использует 6-7GB, там вероятно проблема конфигурации.
• Создание индексов на таблицах MySQL легко..., твердая часть выясняет то, что индексирует Вас потребность и каким преимуществом, если таковые имеются, они будут обладать. Это - то, где опытный профессионал может потенциально окупиться быстро (предполагающий, что проблема действительно на слое базы данных).
• Масштабирование горизонтально к нескольким машинам может быть хорошим вариантом, если необходимо быстро вернуть сайт к работе. Поместите базу данных по одной машине и Apache на другом. Это также быстро скажет Вам, что - Ваше узкое место то, если один или машина достигает высокой загрузки. Сервер Apache может, вероятно, масштабироваться к нескольким машинам позади подсистемы балансировки нагрузки, и база данных может кластеризироваться или масштабироваться к более крупной машине в случае необходимости. Правильно анализ и оптимизация Вашего приложения и аппаратных средств могут быть более дешевыми в конечном счете, но иногда просто необходимо получить его работающий вчера. Это также, где профессионал может сохранить Вас много времени и головных болей в подъеме и выполнении быстро.
• Когда (или если бы) Вы действительно возвращаете онлайн некоторую форму контроля, и сравнительное тестирование было бы хорошо иметь. Знание Ваших пределов и Ваших текущих/средних параметров разрешит Вам масштабироваться перед Вашими катастрофическими отказами сервера.

Надежда это помогает некоторым и удачи!