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
ACM(AWS Certificate Manager)での証明書発行とELB登録 - Qiita
概要 ACM(AWS Certificate Manager)で証明書を発行する手順と 発行した証明書をELBに登録する手順について書いていきます。 ACMとは AWSの証明書発行サービスです。 ワイルドカード証明書にも対応しています。 発行には料金はかかりません。 証明書は自動的に更新されるので、期限切れを気にする必要がなくなります。 発行手順 1.AWSコンソールにログインし、Certificate Managerを選ぶ 2.Request a Certificateを選ぶ 3.証明書を取得したいドメインを入力し、Review and Requestを押す 4.内容を確認して、Confirm and Requestを押す 5.Continueを押して認証用メールを送信する。 Continueを押すとドメインの管理者宛にメールが送られます。 宛先は*.example.comで発行した場合
AWS ECSでDockerコンテナ管理入門（基本的な使い方、Blue/Green Deployment、AutoScalingなどいろいろ試してみた） - Qiita
はじめに Dockerを本番環境で利用するに当たり、私レベルではDockerのクラスタを管理することはなかなか難しい訳です。凄くめんどくさそうだし。 ということで**AWS ECS(EC2 Container Service)**ですよ。 記事書くまでも無いかなと思ったんですけど意外と手順がWEBにない（気がしました）。ということで、今回は社内でハンズオンでもやろうかと思って細かく書いてみました。 こんな感じのシナリオをやってみたいと思います。 Dockerのイメージを用意する ECSの使い方の基本 コンテナのリリース Blue/Green Deployment AutoScaling/ScaleIn 前準備：Dockerのイメージを用意する DockerhHub上にpush済ですので、そのまま使って動かしてみましょう。 push済のコンテナは8080で起動しますので80にポートをマッピン
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へのリクエストの
ELB入門 ELBのスティッキーセッションを試してみる - Qiita
ELBネタを少し追加でやってみます。 ELBのスティッキーセッションを有効にしてみましょう。 0.スティッキーセッション ELBはデフォルトでは配下のinstanceに均等に負荷分散するため、一定のinstanceにずっと繋ぎに行くといったことはできません。 しかし、Cookie情報を保持させ、一定のinstanceと通信を続けさせることができます。 スティッキーセッションを確立させる方法は2種類あります。 - 時間ベースのセッション維持（ELBデフォルトのセッション維持機能） - アプリケーション制御によるセッション維持 今回はELBの標準機能を使った時間ベースのスティッキーセッションの設定方法を見ていきましょう。 1.準備 ELBの準備をします。 ELBの設定方法はAWS入門 ELB〜マネジメントコンソールとCLI〜[2015年10月版]を参考にしてください。 使用するWEBサーバはA
【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ページを開く
