Q&A
(AutoScalingのメリットは薄れ、スケールアウト時のみ有効ですが)
スティッキーセッションを有効にすれば回避は出来ますね
AWSで、EC2インスタンス１台＋ロードバランサー（＋RDS＋S3）でWEBサイトを運営しています。
一時的なアクセス増が見込まれるため、Auto Scalingで、動的にEC2インスタンスを増やしたいと考えております。
EC2のインスタンスは、完全なステートレスではなく、アップロードファイルなど、一時的なファイルが一部EC2のEBSに含まれています。セッションが切れても必要な永続的なファイルはありません。
Auto Scalingで、インスタンスが増える場合は問題ないと思うのですが、
Auto Scalingで、インスタンスが減る場合、減らされるインスタンスにアクセスしていたユーザーの一時ファイルは消えてしまうと思います。
例えば、消えるインスタンスの一時ファイルを、残るインスタンスにコピーするとか、何か方法はあるのでしょうか？
それとも、アップロードファイルなど、一時ファイルが少しでもあると、Auto Scalingは使えないのでしょうか？
どうぞよろしくお願い致します。
回答2件
0
ベストアンサー
それとも、アップロードファイルなど、一時ファイルが少しでもあると、Auto Scalingは使えないのでしょうか？
使えない訳ではないですが、無くなって困るデータはインスタンスに持たせない設計にするのが最も楽です。
EFSやS3、DBやKVSに逃がすとかですね。
あとはRsyncで同期するとか(AutoScalingとはあんまり相性は良くないですが、実装は楽です)
例えば、消えるインスタンスの一時ファイルを、残るインスタンスにコピーするとか、何か方法はあるのでしょうか？
残ってるインスタンスをaws cliでAPIを叩いて探す→scpなり何なりでコピーする
みたいなスクリプトを書いて、シャットダウンスクリプトとして動かせば可能です。
が、前述の通り、そもそもインスタンス固有のデータを持たない様にする方が楽です。
投稿2020/05/30 05:39
総合スコア18713
0
Auto Scalingで、インスタンスが増える場合は問題ないと思うのですが、
いえ、問題があります。セッションをEC2へローカルに保存していると、次のタイミングで別なサーバーへ接続された際に、セッションが切れてしまいます。
投稿2020/05/30 05:42
総合スコア145184
「同じ接続は同じサーバーに振る」という対策法もなくはないですが、台数が少ない状況ではきれいに負荷分散されなくなりますので、あまりおすすめはできません。
はい、おすすめ出来ないのは同意です。
回答ありがとうございます。
スケールアウト時は、tanatさんご指摘のスティッキーセッションを有効にすればいいかと考えておりました。
スケールイン時に、一時ファイルとしてEBSに保存していたものが消えてしまうので、どうしたものかと悩んでおります。
そのインスタンスにセッションが残っている間は、そのインスタンスはスケールインしない、などの設定が出来ればいいのですが・・・
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/05/30 06:37
2020/05/30 06:46 編集
2020/05/30 06:44
2020/05/30 06:52
2020/05/30 06:57
2020/05/30 07:27