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

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

新規登録して質問してみよう
ただいま回答率
85.37%
Laravel

LaravelとはTaylor Otwellによって開発された、オープンソースなPHPフレームワークです。Laravelはシンプルで表現的なシンタックスを持ち合わせており、ウェブアプリケーション開発の手助けをしてくれます。

Elastic Load Balancing

Elastic Load Balancingは、Amazon社が提供する、 EC2インスタンス間で自動的にトラフィックの負荷分散を行うサービスです。

AWS(Amazon Web Services)

Amazon Web Services (AWS)は、仮想空間を機軸とした、クラスター状のコンピュータ・ネットワーク・データベース・ストーレッジ・サポートツールをAWSというインフラから提供する商用サービスです。

Q&A

解決済

2回答

8430閲覧

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

hasshy

総合スコア102

Laravel

LaravelとはTaylor Otwellによって開発された、オープンソースなPHPフレームワークです。Laravelはシンプルで表現的なシンタックスを持ち合わせており、ウェブアプリケーション開発の手助けをしてくれます。

Elastic Load Balancing

Elastic Load Balancingは、Amazon社が提供する、 EC2インスタンス間で自動的にトラフィックの負荷分散を行うサービスです。

AWS(Amazon Web Services)

Amazon Web Services (AWS)は、仮想空間を機軸とした、クラスター状のコンピュータ・ネットワーク・データベース・ストーレッジ・サポートツールをAWSというインフラから提供する商用サービスです。

0グッド

1クリップ

投稿2019/10/10 09:18

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

構成

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

イメージ説明

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

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

処理の内容

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

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

お伺いしたい事

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

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

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

私なりに考えられる方法

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

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

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

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

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

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

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

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

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

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

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

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

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

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

投稿2019/10/10 12:38

退会済みユーザー

退会済みユーザー

総合スコア0

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

hasshy

2019/10/10 12:52

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

0

ベストアンサー

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

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

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

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

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

投稿2019/10/10 16:46

yu_1985

総合スコア7586

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

hasshy

2019/10/11 03:07 編集

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

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

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

ただいまの回答率
85.37%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問