質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

87.35%

【Laravel】【AWS】冗長化されたサーバーでのCron処理について

解決済

回答 2

投稿

  • 評価
  • クリップ 1
  • VIEW 3,278

score 101

今まで開発していたアプリケーションを本番用に調整しているのですが、実装方法が良い実装方法が思い付かず相談に乗っていいただけないでしょうか?

構成

現在、下記のようなサーバー構成になっています。
ALBがロードバランサーになっており、EC2の冗長化をしています。

イメージ説明

便宜上、mainとsubと言う名前にしています。

どちらにも同じプログラムが載っています。
また、時限処理を行いますので、それぞれcronを実行しています。

処理の内容

メッセージをメールで送るアプリケーションを作っています。  

ユーザーが指定した時間に、cronでメッセージを送信します。 
cronの設定は、laravelで登録したスケジュールを使っています。

お伺いしたい事

開発しているアプリケーションは時限処理を行なっています。
そのため、複数構成のサーバーに同じアプリケーションを置く場合、それぞれの環境でcronが実行されてしまいます。  

そのため、重複してスケジュールを実行してしまいます。
場合によっては、2重送信される事も考えられます。

この場合、プログラム側、もしくはサーバー側でどのような対策を取るのが良いでしょうか?
まだ構築している最中ですので、サーバーの構成も、プログラムの構成も変える余地はあります。

私なりに考えられる方法

数点考え付きますが、それぞれ懸念点があり決めかねています。

1. 片方だけ実行できるように調整する

上記の構成で言う、mainインスタンスのプログラムにスケジューラーを設定して、subでは実行しない方法です。
しかし、これではmainが落ちてしまった時に機能しなくなってしまいます。

2. スケジューラー用にインスタンスを作る

スケジューラー機能だけのサーバーを立てて、スケジューラを動かします。
上記のようにインスタンス毎の違いが出ないので構成がわかりやすくなります。

ただ、この案もサーバーが落ちてしまうとスケジューラーが機能しません。
また、サーバー代も余分にかかります。

3. データベース側で送信ずみのフラグを用意する

スケジュールが2回実行されることは諦めて、送信済みかどうかをフラグで処理するようにします。  
今後サーバーが増える場合、重複した処理が増えることになりますので、パフォーマンスが落ちる可能性もあります。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

+2

https://readouble.com/laravel/6.0/ja/scheduling.html#running-tasks-on-one-server

Laravel限定の話。
memcachedかredis使えばonOneServer()で片方のサーバーのみで実行されるようにできる。
AWSで今後もサーバー増える予定ならElastiCacheを使う。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/10/10 21:52

    ご回答いただきありがとうございます。
    onOneServer()と言う便利な関数があったのですね。
    キャッシュはElasticCacheで管理していたので試してみます。

    キャンセル

checkベストアンサー

+1

ELB配下に置くならWEBサーバ上でcron使うこと自体をやめることを検討すべきかと思います。
ELB配下のサーバには極力状態をもたせるべきではありません。
サーバの廃棄と立ち上げがしにくくなり、オートスケールができなくなるからです。
cronを動かしているサーバが死んだらどうするか、どこでステータス管理するのか、個人的には考えたくもありません。

これに関してはいくつかアプローチはあります

  • 定期実行処理を動かすための専用のサーバ(バッチサーバ)を作る
  • Docker化してECSのScheduled TasksやAWS Batchで動かす
  • LambdaとCloudWatch Eventsを連携させて動かす

など。
一番わかりやすいのはバッチサーバを作るアプローチですが、たしかに工数は一番かからないかもしれませんがおっしゃるとおりインスタンスの料金が余計にかかります。
ただ、ステータス管理を実装して運用するのと総合的に見てどっちが楽か、という話ですね。
定期実行に必要な部分をDocker化できるなら2番めのアプローチは割とやりやすいです。
Lambdaを使えるケースは処理の時間が長くなく、かつあまり複雑でないケースですね。また、どうしても今の処理を作り変える必要が出てくるので少し面倒かもしれません。

コードの実装よりもアーキテクチャを工夫してなんとかすべき部分かと思います。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/10/11 12:06 編集

    ご回答いただきありがとうございます。
    AWS側のサービスを使った色々な対応方法を教えていただき、とても勉強になりました。
    開発環境についてはDockerを使っているのですが、ECSで組み立てようとして詰まっていました。
    (タスクで作るのととクラスターから作るのどちらが良いのかとか、Fargateにした方が良いのかとか考え出してしまったら…)
    ECSで組み立てる利点がありますね。
    ありがとうございます。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 87.35%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る