Без оптимизации на 100% никак не сказать, хватает ли вам ресурсов.
Никогда и никому никто на даёт гарантии, что оптимизации выдержит определённых нагрузок и на 100% даст гарантию, что вам её хватит.
К вашему отзыву было бы больше уважения, если бы вы хотя бы попытались обсудить всё со специалистами и попросить помочь в решении вопроса. (да хотя бы написали бы им, что так и так, "может можно ещё как-то исправить ситуацию?" и т.п.)
Если бы у вас было хоть какое-то желание обсудить вашу ситуацию (по серверу, по оптимизации, по возможному решению вопроса и т.п.), то мы бы общались не тут. Мы практически никогда не отворачиваемся от клиента, даже если он не прав.
ilyuzhko, посмотрите на дату сообщения. Вряд ли ТС за почти 2 недели не нашёл исполнителя.
Лучше ещё взять за правило указывать полные пути.
К тому же php.
Узнать полный путь можно командой which php
Должно получиться, к примеру:
cd /var/www/user/data/www/site.ru/templates/user/; /usr/bin/php making_cron.php
P.S.: cd может быть очень важен, если в скрипте прописаны относительные пути.
В моём тексте есть советы? Я мягкое монтирование даже и не советовал, я рассказал о вариантах.
Если правильно объединить приложение и определённую логику работы nfs, то может получиться вполне хорошо.
А если на тему мягкого монтирования?
1. Про потерю каких данных речь, если приложение в момент проблем может только создавать новый файл на диске? А если на диск пишет ftp, то при падении принимающего сервера файл окажется полным и целым?
2. А в случае с резким падением принимающего сервера (в данном случае сервер вырубили) проблем с потерей данных быть не может? Это и при локальной записи опасно.
Не значит. Это значит, что запись туда может производить только владелец. (т.е. ваш сайт, ftp и т.п.).
Отказал не nfs, а полностью второй сервер.
У NFS есть разные методы монтирования. Метод "всё повисло и ждёт возобновления работы nfs-сервера" считается наиболее безопасным для данных и как раз рекомендуется.
Но можно сделать и "мягкое" монтирование.
http://nfs.sourceforge.net/nfs-howto/ar01s04.html#mounting_remote_dirs
В настройках по-умолчанию даже процесс, который обращается к "шаре", по ctrl+c завершить нет возможности, если nfs-сервер лёг.
Было бы желание, можно сделать так, как нужно в конкретном случае.
Я же говорил, что так и будет ))
server-status покажет, какие запросы в данный момент выполняются к web-серверу.
Можно глянуть lsof -p <pid>, чтобы понять, какие файлы открыты процессом.
ТС уже сам не знает, что лучше и кто здесь прав) Просил совета, получилась дискуссия, где вряд ли он может догадаться, кто прав :)
Как бы не плюнул на всё это и не сделал себе "php на ftp" =)
P.S.: NFS до сих пор используем для определённого круга задач.
geoip как-то правильнее всё-таки.
Ну или хотя бы через ipset. А то захочется кучу стран заблочить по Ip-адресам, а Iptables может тоже нагрузку создать "хорошую".
