Я настраиваю только сервер nginx / php-fpm, который будет просто перенаправлять запросы очень простым способом.
Планирую сделать вот так:
Это будет очень быстрый сервер, используемый только для этой цели.
Возникает вопрос: есть ли способ рассчитать правильный сервер, который мне понадобится, если этот сервер получает, скажем, от 5 000 до 100 000 посещений в день?
Будет ли Linux Bootstrap JeOS VPS решением этой проблемы?
Спасибо.
Как упоминает pQd, распределение посещений будет иметь большее значение, чем общая сумма. Если вы ожидаете Эффект слэшдота вам нужно будет спланировать пиковые запросы. Однако, если распределение будет более равномерным в течение дня, указанные вами числа не будут проблемой для чего-то столь же простого, как предоставление перенаправления.
На самом деле не имеет значения, какой дистрибутив Linux вы выберете, но имеет значение программное обеспечение. Трудно предсказать трафик, и вам нужно будет проверить, будет ли ваше решение делать то, что вам нужно, что сложно.
PHP-FPM определенно является лучшим выбором, чем обычный сервер PHP, основанный на процессах, но вам вообще не нужен PHP в описанном вами случае. В конце концов, вы не хотите возвращать какой-либо контент, и ваш запрос на самом деле не является динамическим. Это просто HTTP-заголовки для перенаправления, в зависимости от входящего URL. Просто установите Лаковый сервер и пусть он обработает входящий URL и вернет заголовок перенаправления. Varnish записывает стандартные файлы журнала NCSA, которые затем можно обработать с помощью инструмента аналитики. Varnish чрезвычайно быстр и может обрабатывать тысячи запросов одновременно, при этом потребляя очень мало ЦП и памяти. Достаточно простого VPS.
На самом деле, ваша потребность в аналитике в реальном времени очень непростая. Насколько мне известно, инструмент аналитики Piwik.org работает как Google Analytics и требует фрагмента кода JavaScript для регистрации запроса. Где вы собираетесь запускать этот код? Перенаправление состоит только из заголовков HTTP, поэтому в описанном вами сценарии нет места для выполнения JavaScript. Если ваши журналы не обязательно должны быть в реальном времени, а Piwik поддерживает чтение файлов журналов Apache, вы можете обрабатывать журналы каждый час или около того, и я бы выбрал решение Varnish, о котором я упоминал выше.
Если вы ожидаете скачков трафика, нагрузка ввода-вывода при записи файлов журнала может стать узким местом. В этом случае вы можете войти в память и обработать эти журналы для получения результатов позже, когда она будет менее загружена, или даже на другой машине. Посмотри на Redis для хранения журнала. Это очень быстрое хранилище ключей и значений, способное работать с высокой скоростью записи. Вы можете написать модуль Varnish, который будет вести журнал в Redis, или, если вам удобнее работать с Nginx, я уверен, что его тоже можно заставить работать.
Как видите, это в значительной степени зависит от ваших требований и ожидаемого трафика.
ответить довольно сложно; особенно не зная распределения в течение дня. но мониторинг vps + должен дать вам довольно хороший способ узнать, когда масштабировать и иметь возможность масштабировать [при условии, что они не слишком много подписываются]