Laravel の AbstractHasher.php で Maximum execution time を超過してしまう

解決したいこと

ユーザーのユーザー登録・認証を含むウェブサービスを提供しています。

フロントエンドは Nuxt.js で、バックエンドは Laravel(5.8) です。

今回は、そのバックエンドで以下のエラーが起きています。

発生している問題・エラーメッセージ

以下のログが不定期に残ります。

[2021-07-10 09:15:45] production.ERROR: Maximum execution time of 30 seconds exceeded {"exception":"[object] (Symfony\Component\Debug\Exception\FatalErrorException(code: 1): Maximum execution time of 30 seconds exceeded at /var/www/html/my-service/vendor/laravel/framework/src/Illuminate/Hashing/AbstractHasher.php:32)
[stacktrace]

AbstractHasher.php の32行目で、PHPの処理時間が php.ini 規程の 30s を超えているため処理が中断されているという内容です。

該当のソースコード

以下の部分が該当するコードです。自分で書いたコードではなく、Laravelの vendor/ 内部のコードです。

vendor/laravel/framework/src/Illuminate/Hashing/AbstractHasher.php

php
/**
     * Check the given plain value against a hash.
     *
     * @param  string  $value
     * @param  string  $hashedValue
     * @param  array  $options
     * @return bool
     */
    public function check($value, $hashedValue, array $options = [])
    {
        if (strlen($hashedValue) === 0) {
            return false;
        }

        return password_verify($value, $hashedValue); // 32行目
    }

認証の方法について

ユーザーはフロントエンドからユーザー名・パスワードを自分で設定してバックエンドに送信します。

バックエンドでは以下の処理によって平文パスワードをハッシュ化し、データベースに登録しています。

php
use Illuminate\Support\Facades\Hash;
...
{
    ...
    $user->password = Hash::make($password);
    $user->save();
}

また、ユーザーの認証は以下の方法で行っています。

php
public function login(Request $request) {
    try {
            $email = $request->input('email');
            $password = $request->input('password');

            if (!isset($email)) {
                throw new \Exception('Error.');
            }

            if (!isset($password)) {
                throw new \Exception('Error.');
            }

            $user = User::select('id', 'username', 'password')
                ->where('email', $email)
                ->first();

            if (!$user) {
                throw new \Exception('Error.');
            }

            if (Hash::check($password, $user->password)) {
                // seccess!
                return response('seccess', 200)
            } else {
                throw new \Exception('Error.');
            }
    } catch {
  
    }
}

補足

php.ini の設定を長くする（or 無制限にする）という解決策は最終手段としたいです。

その理由は以下の2点です。

本来であればこの check() の関数の処理に30秒もかかるとは思えない
30s の設定をより長くしてもサーバーがダウンする問題は解決されないのではないかと考えている

そのため、より本質的に、この check() に30秒もかかっていること自体にアプローチできる解決策を求めています。

このエラーログが数分おきに記録されるとき、サーバーが圧迫されたためバックエンドがレスポンスを返さなくなったことでAPIを取得できず、サービス（フロントエンド）がダウンしました。

エラーログは不定期で記録されます。サービスが本格的にダウンした時には、数分ごとに上記のログが残り、3時間ほどその状態が続きました。その間、全てのAPIを取得できませんでした。

Laravel の運用は数年やっておりますが、エラーログからも理由がわからず、サーバーログからも理由がわからず、サービスはダウンしてしまう、ということは久々です。有識者の方、ぜひ何かアイデアをご教授ください。

mikkame

2021/07/11 06:56

例えばEC2インスタンスでCPUクレジットが枯渇してしまったとかはないですか？

qiitenai

2021/07/11 07:56

ありがとうございます。確かにこのエラーログが出ている時、サーバーのCPUクレジットは圧迫されていましたが、あくまでそれはエラーの結果であって原因ではないと考えています。対象となるサービスが乗っているサーバーのCPU平均使用率は20%程度です。メモリもswap領域含め十分に確保できていると考えられます。もし仮にサーバーのCPUクレジットが原因だったとすると、`vendor/laravel/framework/src/Illuminate/Hashing/AbstractHasher.php` に限らずもっと広域のプログラムでエラーログが拾えるのではないかと期待してしまいます。以上がサーバーに関しての追記になります。状況の説明が足りず申し訳ございません。