VPS, размещающий для сайта пользовательского контента как fmylife.com?
1-2 миллиона посетителей в день - это довольно много, и я сомневаюсь, что вы сможете обслуживать это с помощью VPS точно так же.
Чтобы ответить на ваши вопросы:
1) Да, вы можете сделать это на VPS. Но для этого потребуется, чтобы у вас было достаточно базовых знаний о серверах. VPS позволит вам сделать это, поскольку вы можете стать на нем root.
2) По сравнению с чем? По сравнению со случайным общедоступным хостингом это дает вам в основном преимущества; полный контроль над функциями, обычно лучшее распределение ресурсов, обычно выделенные ресурсы и тому подобное. «Минусами» являются то, что вам нужно будет самостоятельно обслуживать серверное программное обеспечение, вам потребуются технические ноу-хау для его запуска.
3) Входящий трафик очень мал по сравнению с исходящим. В основном поступают только запросы. Если, конечно, если вы создадите сайт для имиджхостинга, у вас будет разумный объем входящего трафика. Весь контент , отправленный пользователями, является входящим трафиком на момент отправки. При передаче другим пользователям это исходящий трафик.
Я предполагаю, что 1-2 миллиона посетителей в день будут потреблять намного больше трафика, чем 200 ГБ в месяц. Но опять же, это зависит от вашего среднего размера запроса.
Сайт, которым я управляю, посещает около 13 000 уникальных посетителей в день. Этот сайт потребляет около 280 ГБ трафика в месяц.
В заключение, мне кажется, что вы в настоящее время не подходите для производства с веб-сайтом, размещенным на сервере, которым вы управляете. Я не пытаюсь судить, но вопросы, которые вы задали, дают мне подсказку.
Чтобы привлечь такое количество посетителей на ваш сайт, требуется массированный маркетинг. На вашем месте я бы разместил свой сайт на общем веб-хосте, который соответствует вашим требованиям, а затем, возможно, купил бы небольшой VPS и начал учиться.
Во-первых, чтобы ответить на ваши вопросы: С точки зрения функциональности, вы должны найти небольшую разницу между выделенным сервером, VPS или решением для облачных вычислений (например, Amazon EC2). Все предложат вам root-доступ и позволят вам установить все, что вам нужно, и настроить конфигурации в соответствии с вашими потребностями. Различия между ними заключаются в том, как ресурсы распределяются между пользователями (и в стоимости), а в случае облачных решений - в простоте развертывания.
Apache, MySQL и PHP (и GD) - очень распространенная установка - а все конкретные конфигурации для PHP легко сделать в php.ini. (Между прочим, GD предназначен для манипулирования изображениями - например, генерации CAPTCHA, случайных аватаров, эскизов и т. Д.)
Что касается контента, генерируемого пользователем, одним из соображений является требуемая обработка. Манипуляции с изображениями (даже создание большого количества эскизов), преобразование видео и т. Д. требуют большой обработки (как ЦП, так и ОЗУ) - и VPS вряд ли справится с этой нагрузкой. Более того, пользовательский контент может занимать много места в памяти в зависимости от типа. Существует решение для хранения в виде облачного хранилища (например, Amazon S3, которое вы можете подключить как локальное хранилище с помощью S3fuse), которое предоставит вам неограниченное хранилище - где вы платите за все, что используете.
Входящий трафик относится ко всем данные, которые поступают на ваш сервер, а исходящий трафик - это данные, которые передает ваш сервер. Входящий трафик включает:
- Загрузка программного обеспечения (например, Apache, MySQL)
- Пользователь, загружающий контент (например, изображения, видео и т. Д.)
- Пользователь, запрашивающий страницу (запрос содержит некоторые заголовки, дополнительные данные (например, GET / POST) ), куки и т. д.)
- FTP-контент, загруженный на ваш сервер
Исходящий трафик включает:
- Весь контент, который генерирует ваш сервер - все страницы, изображения и т. Д., Которые просматриваются на вашем сайте
- Файлы, загруженные с вашего сервера
- Электронные письма, отправленные с вашего сервера
Приведите примерное среднее значение размер страницы. Средняя веб-страница сегодня превышает 600 КБ - но предположим, что у вас действительно оптимизированные страницы с отличным кэшированием, и вы отправляете только 100 КБ на просмотр страницы. При 1 млн посетителей в день (мы надеемся, что количество просмотров будет больше, чем посетителей) - вы просматриваете 100 КБ * 1 млн = 100 ГБ / день - Таким образом, около 3 ТБ / мес, очень консервативно - более вероятно, ближе к 10 ТБ / мес.
Пост Запуск сайта зависит от нескольких вещей - во-первых, сложности сценария - простой сценарий или статический файл всегда будет обслуживаться быстрее, чем сложный динамический сценарий. Во-вторых, степень оптимизации, если вы смотрите на миллионы обращений в день, вы хотите кэшировать любой динамический контент, который вы можете, чтобы уменьшить нагрузку на свой сервер. Наконец, оборудование, на котором вы работаете - запуск динамического (PHP-MySQL) сайта на одном сервере VPS с 512 МБ ОЗУ (и Apache) и попытка обслуживать несколько миллионов обращений в день в лучшем случае маловероятна.
I ' Мы запускаем сайт PHP-MySQL, который довольно легко получает 60 тысяч обращений в день на VPS с 1 ГБ ОЗУ - но пользовательский контент был в основном основан на тексте, а не на изображениях / видео).
1 миллион посещений в день составляет около 11,5 обращений на второй. Если для обработки каждого запроса вашему серверу требуется 1 секунда, это означает, что вам нужно в среднем 12 запущенных потоков apache. Если каждый из них занимает 30 МБ ОЗУ - вы уже использовали 360 МБ (по хорошей оценке, пиковый трафик будет как минимум в 3 раза выше, что этот VPS не сможет обработать), вам также необходимо учитывать MySQL, которому потребуется здоровый бит памяти для обработки такого количества запросов. Большинство сайтов с приложениями, интенсивно использующими базы данных и получающими большой объем трафика, будут иметь серверы баз данных отдельно от их серверов приложений.
Итог: ваш VPS определенно будет запускать ваш скрипт, но, по всей вероятности, он не сможет обслуживать несколько миллионов посещений в день.
Теперь обратная сторона аргумента - живи сегодняшним днем, мечтай завтра.
Не буду циничным, но ты сказал: «Это ваш самый первый сайт» - учитывая, что несколько миллиона просмотров в день - это довольно оптимистично. Если у вас нет определенных гарантий относительно такого трафика (устоявшаяся база пользователей, вирусная маркетинговая кампания, контракт со значительным присутствием в Интернете и т. Д.), Вполне вероятно, что несколько сотен - или вначале, несколько тысяч просмотров в день - это то, на чем можно сосредоточиться. Планирование чего-то из нескольких миллионов обращений в день без какой-либо уверенности в том, что это произойдет, приведет к тому, что вы тратите свои ресурсы на то, что может не понадобиться в течение длительного времени. Более того, вы всегда сможете увеличить масштаб позже. Надеюсь, по мере увеличения вашего трафика растет и ваш доход, и вы сможете рассмотреть возможность более крупных развертываний.
Наконец, несколько общих рекомендаций: Не чтобы делать предположений, но характер вашего вопроса предполагает, что вы только начинаете с серверов. Если вы хотите настроить свой собственный сервер (-ы), я бы посоветовал отличный способ научиться этому - получить копию Virtualbox и настроить сервер CentOS (или Ubuntu, если вам больше нравится). Установите PHP, Apache, MySQL и настройте свой сценарий - протестируйте его и посмотрите, как все работает, и разрешите любые трудности, с которыми вы столкнетесь. Преимущество этого заключается в том, что это бесплатно - вы можете не торопиться, чтобы изучить и сгладить морщины, не платя за хостинг; вы либо обнаружите, что это достаточно просто сделать, либо вам нужно изучить другие подходы. В качестве хорошего руководства я бы порекомендовал учебные материалы по Perfect Server от HowToForge.
Если вы действительно ищете высокий уровень параллелизма и не возражаете приложить немного дополнительных усилий, вы обнаружите, что nginx и php-fpm должны предложить вам лучшее решение для работы на VPS (правила перезаписи, которые использует Apache, обычно можно преобразовать в те, которые распознает Nginx). Если вы все же решите использовать Apache, вы определенно захотите изучить FastCGI - особенно php-fpm вместо использования mod_php. Также вы можете заглянуть в Varnish, чтобы кэшировать динамические страницы, как только просмотры ваших страниц начнут значительно увеличиваться.
Еще один вариант, на который стоит обратить внимание, - это некоторые облачные предложения. Преимущество в том, что они могут масштабироваться вместе с вашим трафиком - когда вы начинаете с малого, вы будете нести довольно небольшие ежемесячные расходы - по мере вашего роста ваши затраты будут расти (но, надеюсь, так же будет ваш доход) - с ними отлично учиться ( очень легко делать снимки, восстанавливать что-то, если вы допустили ошибку, запускать больше серверов, если требуется, и т. д.). Большим недостатком является то, что вы обычно не можете ограничить свои расходы - если ваш сайт действительно использует 10 ТБ полосы пропускания, вы получите очень большой счет (более 1200 долларов только за пропускную способность) - вам определенно понадобится другое решение, если вы находитесь в таком сценарии. Тем не менее, эти серверы (например, Amazon EC2, Rackspace и т. Д.) Отлично подходят для обучения и использования ровно столько времени, сколько вам нужно.