Восстановление SQL Server 2008 R2

450 детей с RSS приблизительно 10 МБ каждый - более чем 4 ГБ потенциального использования памяти. Более чем достаточно заставить Ваш c1.small экземпляр подкачивать. Свопинг является почти всегда нисходящей спиралью для апачских серверов.

Я сказал бы следующие несколько вещей, которые я буду надеяться проверять,
- делает апачский журнал ошибок, упоминают, что поразили maxclients
- делает dmesg, или/var/log/messages упоминают уничтожителя OOM вообще
- свопинг сервера
- рост использования памяти, медленный и устойчивый или spiky/rapid-onset

Первые два просто смотрят на txt файлы. Третье можно сделать cli, но графики помогут, и четвертое, Вам нужны графики. Установите mod_status апача (вероятно, уже там, просто не комментируют это), и укажите на munin/collectd/cacti на него.

Если Вы подтверждаете, что причиной является исчерпание памяти и подкачивающий существуют тонны, которые можно сделать оттуда. Прежде всего можно понизить maxclients приблизительно к 150. Это оставит некоторую комнату для другого материала и кэша файловой системы (mysql на здесь? раз так уезжайте больше). RSS является грубой метрикой для экстраполирования как это ее просто все, что мы получили. После того как Вы настраиваете те часы графики со временем и видите, имеете ли Вы пространство для восстановления работоспособности или вниз. Оттуда можно сфокусироваться на 1.) более тощие апачские дети (меньше модулей, ограничьте конфигурацию php), 2.) имеют апача, делают меньше (соединение cdn, альтернатива http серверы и опции прокси HTTP) 3.) upgrayyed $$$