Где лучшее место должно развернуть proxy.pac файл на?

Практически невозможно дать любой вид точного ответа на этот вопрос как производительность, которую Вы получаете, будет зависеть в основном от Вашего определенного приложения. Например, у меня есть страницы PHP, я могу получить 10k req/sec и других, я могу только получить 10 req/sec. Однако вот несколько общих вещей, которые Вы могли бы найти полезным:

• Сколько Вы способный/желаете потратить? Если у Вас есть больший бюджет, можно запустить с большего, или больше, машины. На меньшем/минимальном бюджете Вы сэкономите деньги на меньшей установке, но должны будете масштабироваться чаще, когда сайт растет.
• Вы уже изучили основную оптимизацию? Кэш кода операции PHP, mod_expires, кэшируя слой (слои), lighttpd/nginx для статического содержания, и т.д.... Они могут значительно уменьшить, загрузка сервера, означающая Вас, может работать больше за меньше.
• Сравнительное тестирование Вашего сайта с программами как ab (ApacheBench) или осада является важным шагом в масштабировании и оптимизации сайта. Сделайте это для множества типов страницы: статичный, динамичный, вошел в систему, вышел из системы, и т.д.... для понимания то, сколько страниц Вы сервер может на самом деле обработать и каковы текущие узкие места. Это также поможет Вам во время оптимизации и масштабирующийся, поскольку она скажет Вам, какой эффект на производительность каждое изменение имеет.
• Типичный низкопроизводительный выделенный сервер для рассмотрения составляет приблизительно $100/месяцев с 4 ГБ RAM. Это должно служить Вашей текущей нагрузке по трафику. Только сравнительное тестирование его скажет Вам, чем будет максимальный трафик.
• Поскольку Вы получаете больше трафика, Вы оказываетесь перед необходимостью решать, увеличиться ли (вертикальный, более крупный сервер) или (горизонтальный, больше серверов). Нет никакого неправильного ответа, но в зависимости от Вашего приложения один, или другой может быть лучшее соответствие. Сравнительное тестирование также важно для понимания узких мест сервера, таким образом, Вы масштабируете правильную вещь при необходимости. Я еще не запустил бы с большего или большего количества серверов: в Вашем масштабе это, вероятно, будет излишество.
• Другой вещью рассмотреть при покупке выделенного сервера является ежемесячная пропускная способность. Некоторые низкопроизводительные выделенные серверы не включают очень много, и Вы закончите тем, что платили бешеные деньги, после того как Вы превышаете ту сумму. Поскольку основная оценка просто берет Вашу текущую пропускную способность и использует ее для вычисления, какого количества потребует пропускная способность 500k страница, views/day.

Можно отметить, что я не отвечал два конкретных вопроса, поскольку они являются в основном не имеющими ответа без глубоких знаний приложения и конфигурации. Я предложил бы следующие шаги в масштабировании Вас сервер:

1. Сравните своего текущего сервера
2. Оптимизируйте свой текущий сервер (сравнительный тест после каждого шага)
3. Оцените производительность своего текущего сервера и максимальную нагрузку с Вашими текущими тенденциями загрузки и трафика. Решите, увеличиться ли.
4. Обновите до минимума к выделенному серверу среднего конца.
5. Сравните нового сервера.
6. Контролируйте загрузку/трафик нового сервера и решите, когда масштабироваться / снова.

Обратите внимание, что даже Вы решили обновить до выделенного сервера независимо, я все еще выполнил бы шаги 1-3. Любая оптимизация, которую Вы делаете на VPS, перенесет на выделенный сервер.