Auto Scaling を試してみた - Qiita
Auto Scaling の概要については ↓ Auto Scaling なお、起動に失敗した場合はエラーメッセージに従って、下記のリファレンスを参考にトラブルシュートをするとよい。 Amazon EC2 Auto Scaling のトラブルシューティング: EC2 インスタンスの起動失敗 ■事前準備## ELBは予め作成済のものとします。 1.起動設定## 「起動設定」から「起動設定の作成」 1. AMI の選択 今回は作成済のAMIから起動するようにしました。 以下は通常のEC2インスタンスの起動と同じ設定なので、詳細は省略します。 2. インスタンスタイプの選択 3. 詳細設定 4. ストレージの追加 5. セキュリティグループの設定 6. 確認 2.Auto Scaling グループの作成## 1. Auto Scaling グループの詳細設定 今回はMIN:2、MAX:4でAut
ALBでのEC2へのリクエストルーティングの設定 - Qiita
Classic Load Balancer（以下CLB）からApplication Load Balancer（以下ALB）へ移行しようと思ったところ、EC2へのリクエストルーティングの設定で少し詰まったので投稿します。 設定したいこととしては下記の2点でした。 HTTP(80番)接続されたら、EC2にも80番で接続する。 HTTPS(443番)接続されたら、EC2には8080番で接続する。 なお、EC2内のApacheの設定で、HTTP（80番）接続されたらHTTPSへリダイレクト、 HTTPS(8080番)接続されたらサイトを表示、というように設定してあります。 詰まったところ 詰まった点は、ALBからEC2へのリクエスト時のリスナーをどこで設定するかわからなくなってしまったことでした。 CLBで設定していた時はこういう状態でした。 CLBでは、ロードバランサーとEC2へのリクエストの
【AWS】ELB(Elastic Load Balancing)まとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どうも、iron千葉です。 ELBについて、ユーザガイドを見てポイントをまとめました。 ポイントだけ確認したい人、ざっと全体を見たい人におすすめです。 ELBとは トラフィックを複数のインスタンスに分散する（オンプレでいうロードバランサー） ヘルスチェック機能を持っており、配下のインスタンスがヘルスチェックに失敗した場合、振り分けを停止する ヘルスチェックが回復した場合、振り分けを再開する 暗号化・復号化（SSL）機能を利用できる ELBのメリット 複数AZに対して分散を行える。１つのAZがオフラインになった場合でももう１つのAZで処理
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
