Возьмите в памяти, который каждый апачский рабочий использует о 20-25MB, поэтому если Ваши хиты 1k были бы равномерно распределены вовремя через 8 часов в день, можно думать о необходимости служить только 0,03 запросам в секунду.
Принятие Вас имеет все, что Вы передаете сконцентрированный только через 1 час в день (это не, конечно), Вам придется служить приблизительно 0,28 запросам в секунду.
Другая проблема - то, сколько памяти получило Вас DB, просто знать однако, и это - настоящие фиксированные затраты.
В худшем случае необходимо будет передать весь DB (о, мой бог!, осуществите рефакторинг Вас SQL в этом случае! :)).. так удвойте предыдущее число..
Короткий ответ - (по моему скромному мнению), 128 МБ, будет достаточен, в изобилии. Вы сервер будет неактивен и память, будете свободны в течение долгого времени, учитывая трафик, который Вы, воображают.
У меня есть 20 доменов в VPS с 256 МБ с 3 лет, быть в порядке... и общие хиты приблизительно в 1500-2000...
Хорошо, память является дешевой в наше время, но парни... - Вы знающий, сколько один гигабайт?
PS: я говорю о системе Linux, конечно, не об ОС, использующей 4 ГБ для gui только :)
У меня были проблемы с моим на уровне 512 МБ RAM, пока я не переключился на FastCGI. Это заставило производительность улучшиться много. У меня было свободных 30 МБ (не подсчет кэша, конечно) до тех пор, и я закончил со свободными более чем 100 МБ.
Ваш пробег может варьироваться, конечно, в зависимости от трафика Вашего сайта. И после того как трафик начинает подниматься, можно переключиться на nginx.
Для покупки меня некоторый комфорт я повысился к 1 ГБ.
BTW, я размещаюсь по prgmr.com, и я не видел, что любой касается их цен все же.
Для использования низкого трафика Вы описываете, необходимо согласиться с маленьким планом (256 МБ - 384 МБ). Когда Apache и MySQL установлены, их конфигурации по умолчанию предполагают, что они работают с большим количеством RAM, доступной им, которые могут вызвать проблемы. Используйте следующее в качестве хорошей начальной точки и корректируйтесь по мере необходимости:
В Вашем конфигурационном файле Apache 2 (обычно найденный в/etc/apache2/apache2.conf или/etc/apache2/httpd.conf):
StartServers 1
MinSpareServers 3
MaxSpareServers 6
ServerLimit 24
MaxClients 24
MaxRequestsPerChild 3000
В Вашем конфигурационном файле MySQL (обычно найденный в/etc/mysql/my.cnf):
key_buffer = 16K
max_allowed_packet = 1M
thread_stack = 64K
table_cache = 4
sort_buffer = 64K
net_buffer_length = 2K
Кроме того, если Вы не используете таблицы InnoDB, необходимо отключить поддержку InnoDB путем добавления следующей строки:
skip-innodb
Я выполняю подобную установку на VPS с 256 МБ RAM, но выполняю lighttpd вместо Apache. Я попробовал Apache сначала, но это было слишком много для VPS на 256 МБ. Если Вы хотите использовать Apache, Айдахо говорят, что можно обойтись 512 МБ RAM.
В зависимости от того, кто Вы используете для своего хостинга VPS, можно запустить с меньшего VPS, затем увеличивают размер в случае необходимости, не имея необходимость реконфигурировать сервер.
Необходимо согласиться с 1 ГБ, но пойти для 2 ГБ, если Вы можете, это быть главным шагом производительности для самого современного OSs.
Я использую nginx+php-fastcgi вместо Apache, но с очень похожей загрузкой приложения. Я использую svn+ssh для своего доступа подверсии, таким образом, нет выполнения процесса svnserve кроме тех случаев, когда я получаю доступ к репозиторию. Это все работает на Ubuntu 8 LTS.
Прямо сейчас я достигаю 174 МБ, используемых 256 МБ, и веб-сайт является довольно быстро реагирующим (среднее время отклика 500 мс для представлений Wordpress)
total used free shared buffers cached
Mem: 256 252 3 0 22 56
-/+ buffers/cache: 174 81
Swap: 511 12 499
Я рекомендовал бы смотреть на легкий frontend веб-сервер как nginx или lighttpd вместо Apache + mod_php. Даже Apache + mod_fastcgi проксирующий к php-fastcgi взял бы меньше памяти.
При потере работоспособности по маршруту Apache мой пищеварительный тракт говорит, что 512 МБ, вероятно, добились бы цели. 1 или 2 ГБ памяти походят на значительное излишество, особенно учитывая то, как большинство поставщиков VPS увеличивает масштаб своих затрат, когда Вы добираетесь до больших конфигураций.
Я боролся с этим некоторое время.
Установка AlbertT работала блестяще. mysql настройки имели Четкое значение и теперь большие обзоры сайта. http://laterboltz.com
В Вашем конфигурационном файле MySQL (обычно найденный в/etc/mysql/my.cnf):
key_buffer = 16K max_allowed_packet = 1M thread_stack = 64K table_cache = 4 sort_buffer = 64K net_buffer_length = 2K
Кроме того, если Вы не используете таблицы InnoDB, необходимо отключить поддержку InnoDB путем добавления следующей строки:
пропустить-innodb