Рейтинг:0

Как узнать, отказывается ли мой сервер от вызовов API или тайм-аут?

флаг gb

У меня относительно загруженный сервер (apache2), который обслуживает вызовы API. Громкость звонка сильно различается днем ​​и ночью. Кроме того, я считаю, что между ними есть несколько всплесков громкости. Недавно я заметил ошибку для maxrequestworkers в моем журнале ошибок apache. Я исправил это, увеличив его, и я больше не замечаю эту ошибку.

Мой вопрос: Как я узнаю, что мой сервер по-прежнему отказывается/прекращает некоторые вызовы API, когда объем очень высок. Есть ли какой-либо журнал, показывающий истекшие вызовы, которые он не смог обслужить. Это просто журнал ошибок, за которым я должен следить (сейчас, кажется, все в порядке).

Моя конфигурация apache2 на ubuntu.

Также есть ли какой-либо журнал, в котором регистрируется время, затраченное на обслуживание каждого вызова API.

djdomi avatar
флаг za
загляните в свой журнал Apache, там написано, не служил ли он 200
dgarg avatar
флаг gb
Вы имеете в виду журнал ошибок или журнал доступа?
djdomi avatar
флаг za
Журналы Apache сообщают вам, сколько не 200 запросов было выполнено, если вы не знаете, где они находятся и какой из них, я полагаю, что это неправильный сайт для вас;)
dgarg avatar
флаг gb
Спасибо. ты прав. Я не профессиональный администратор сервера, поэтому прошу прощения за мои плохие знания. Но спасибо за ваш ответ. Я мог найти ответ, обслуживаемый apache, в журнале доступа, и это большое облегчение узнать, что очень немногие из вызовов API не были обслужены 200
djdomi avatar
флаг za
Итак, ваше решение: либо пусть этот пост выглядит как «Pro» (добавьте всю соответствующую информацию), и скройте, что вы не _или_ переместите вопрос на Superuser.com - ;)
dgarg avatar
флаг gb
Должно быть, моя карма. Я вижу здесь вопросы вроде «где-могу-найти-журнал-ошибок-apache» и т. д. Они получают огромное количество голосов, много ответов и никаких насмешек за плохие знания/исследования. Но я принимаю ваш вердикт и удалю/перенесу это в суперпользователя
djdomi avatar
флаг za
Вопросы по установке, настройке или диагностике должны включать желаемое конечное состояние, конкретную проблему или ошибку, достаточную информацию о конфигурации и среде для ее воспроизведения и попытки решения. Вопросы без четкой формулировки проблемы бесполезны для других читателей и вряд ли получат хорошие ответы. - Один раз можно задать этот вопрос, не задавайте один и тот же вопрос 100 раз, дублирование не улучшает его :) - однако именно поэтому я «подталкиваю» вас к обновлению вашего вопроса.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.