Проверьте панель инструментов, предоставленную GoDaddy (я не использовал сервис GoDaddy DNS, так не смог бы обойти Вас через). Будет опция добавить A
запись. Там добавьте A
запишите для своего домена.
IP_ADDRESS A server1
Для хостинга содержания Вашего сайта и других клиентов необходимо было бы использовать виртуальный хостинг в Apache. http://httpd.apache.org/docs/2.0/vhosts/
После того как виртуальный хостинг настроен, можно попросить, чтобы клиенты изменили их A
запишите к своему IP.
Обычно это файл .htaccess, который повторно вводит измененный URI запроса, проверьте это, а также вы можете сбросить свои файлы конфигурации
Объем используемой памяти невелик, вам следует пропустить эту часть при устранении неполадок и попробовать то, что предлагает Inforfinity.
Ядро Linux имеет тенденцию занимать доступную неиспользуемую память для кэширования диска. Это делает систему быстрее. Если какому-либо приложению требуется память, оно возьмет ее из самого кеша. Так что в основном у вас не мало памяти. Рассмотрим вывод команды free -m
- / + buffers / cache: 4516 27553
Используется 4516 МБ фактической оперативной памяти, 27553 - это фактическая свободная память. Кэшируется около 17 ГБ.
Попробуйте провести тестирование производительности на своем веб-сервере. Используйте httperf для тестирования.
httperf --server yoursite.com --port 80 --num-conns 100 --rate 10
Описание вашей проблемы - медленные HTTP-запросы, но, как вы показали, ЦП и память не исчерпаны. Итак, пара вещей, которые нужно проверить:
LogFormat "% h% l% u% t \"% r \ "%> s% b" common
И добавьте% D после% b (но в конце цитата). См. http://httpd.apache.org/docs/2.2/mod/mod_log_config.html#formats
Затем перезагрузите / перезапустите httpd, и ваш файл access_log теперь должен показывать время, которое занимает каждый ответ в микросекундах за последний столбец. Подтвердите, что они медленные. Может быть, только некоторые типы запросов медленные? Я заметил, что MySQL использует некоторый процессор, поэтому, возможно, один тип запроса попадает в медленный запрос к базе данных?
Если ответы выше действительно медленные и нет очевидного шаблона (например, определенных страниц), тогда вам нужно определить, где они медленные. Время% D включает в себя все, от чтения запроса от клиента, обслуживания файла (который включает в себя любой код приложения или запросы к базе данных) и записи ответа, поэтому оно просто сообщает вам о замедлении, не обязательно где. Итак, теперь вам нужно определить, где происходит замедление. Я бы сначала проверил приложение. Также проверьте журнал медленной работы MySQL (включите его, если он не включен).
Проверьте свой error_log - возможно, есть тайм-ауты приложений или другие ошибки.
Если вам не повезло, вы также можете периодически запускать pstack $ {PID}
, чтобы попытаться понять, что делает httpd.
Наконец, вы можете использовать tcpdump и что-то вроде Wireshark, чтобы определить, где происходит замедление, хотя это будет немного утомительно. Я думаю, что есть также модуль httpd, который разбивает время в запросе, но я не могу его сейчас найти и не вижу в списке встроенных модулей.