nginxは空の200応答を送信します

着信要求を受け入れ、空白の200応答で応答するようにタスクを設定したフェールオーバーサーバーを構成しています。アイデアは、応答時間を最小限に抑え、40xまたは50xを送信しないようにすることです。

return 200;Nginx内の目的の場所に使用してみましたが、私の監視システム（Pingdom）は応答を好まなかったため、サーバーが応答していないと考えました。

もちろん、サーバーのオーバーヘッドを最小限に抑えてこれを行うより良い方法はありますか？

HTTPステータスコード204 No Contentは、「リクエストを完了しましたが、返す本文がありません」という意味です。

10.2.5 204コンテンツなし

サーバーは要求を実行しましたが、エンティティ本体を返す必要はなく、更新されたメタ情報を返したい場合があります。応答には、エンティティヘッダーの形式で新しいメタデータまたは更新されたメタ情報が含まれている場合があります。

クライアントがユーザーエージェントである場合、リクエストの送信を引き起こしたドキュメントビューからドキュメントビューを変更すべきではありません。この応答は主に、ユーザーエージェントのアクティブなドキュメントビューを変更せずにアクションの入力を許可することを目的としていますが、新規または更新されたメタ情報は、現在ユーザーエージェントのアクティブビューにあるドキュメントに適用される必要があります。

204応答にはメッセージ本文を含めてはならない（MUST NOT）ため、ヘッダーフィールドの後の最初の空行で常に終了します。

次のような構成ブロックにより、nginxが空のHTTP 200を返すようにすることができます。

location = /health {
  return 200;
  #access_log off;
}

access_logこれらのヘルスチェックをすべて記録したくない場合は、行のコメントを解除できます。