【新機能】ALBのHost-based routingを試してみた | DevelopersIO
ご機嫌いかがでしょうか、豊崎です。 ELB(ALB)にアップデートがありましたので、ご紹介させていただきます。 ホストベースルーティング ALB（アプリケーションロードバランサー）にホストベースルーティングの機能が追加されました。 このアップデートにより、HTTPヘッダのホストフィールドに基づいたリクエストのルーティングが可能になりました。 これまで利用可能だったパスベースのルーティングと組み合わせて使うことも可能です。 また、アプリケーションロードバランサで作成できるルールの数も75に拡大されています。 できるようになること ホストベースのルーティングを使用することでELB(ALB)に複数のドメインを紐付けてドメインごとにバックエンドの異なるEC2またはコンテナにルーティングすることが可能になります。 試してみる 準備 webサーバを２台用意します。 hostA hostB 上記EC2を
[新機能]EC2やS3不要！ALBだけでメンテナンス画面を表示するなど固定レスポンスが返せるようになりました！ | DevelopersIO
コンニチハ、千葉です。 ELBの新機能です！Elastic Load Balancing で Application Load Balancer のリダイレクトおよび固定レスポンスのサポートを発表 これは結構熱いですね。さっそく新機能を使い、ALBのみでメンテナンス画面を表示してみました。今回は例としてメンテナンス画面としていますが、固定レスポンスを返せるので応用の幅は広そうです。 やってみた 結構簡単にできました。 ALBのルールの表示/編集をクリックします。 ルールを追加します。 今回は、すべてのアクセスに対してメンテナンス画面を表示させたいのでパスを*で設定します。 アクションから、「固定レスポンスを返す」を選択しステータスコード、Content-Type、レスポンス本文を設定します。＊日本表示しようとしましたが???となったので別途調査して追記します！ ALBにアクセスしてみます。
[新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ | DevelopersIO
これまでWebサーバー側で実装が必要だったリダイレクト処理を、ALBだけで完結することが出来るようになりました！いかに簡単に実装できるかご紹介いたします！ 今回は ELB の新機能のご紹介です。 Elastic Load Balancing で Application Load Balancer のリダイレクトおよび固定レスポンスのサポートを発表 これまでリダイレクトは、Web サーバー側で実装する必要がありました。代表的な例としては、昨今、Web サイトのセキュアな通信、検索ランキングの向上を目的とした、HTTP → HTTPS のリダイレクトは多くのWebサーバーで実装されていると思います。ALB を経由した場合、リダイレクトループを回避するために X-Forwarded-Proto ヘッダー を利用したリダイレクトループ回避の実装など、ちょっとした工夫が必要でした。 今回のアップデー
AWSのALBがリリースされたので触ってnginxの機能の代わりになるか試してみた - Qiita
概要 AWSでALB（Application Load Balancer）が 2016/8/11にリリースされたので試してみた AWS Application Load Balancer 設定方法・ELBとの違い 設定方法・ELB（Elastic Load Balancer）との違いは以下のblogなどで紹介されているので割愛します 【新機能】新しいロードバランサー Application Load Balancer（ALB）が発表されました AWS Application Load Balancer がきたので試しに作ってみた 概要 出来るようになったこと パスベースルーティング：URLのパスに基いてルーティングが可能です。 複数ポートの登録：1つのインスタンスに複数ポートを登録することが可能です。 コンテナアプリケーションのサポート：ECSはタスクスケジュールので未使用のポートを使用し
【AWS】ALB（Application Load Balancer）使ってみた - zuntan02のはてなブログ
最初に dev.classmethod.jp にまとまっているのでこれを見たらよい。 もう付け加えることは何もないです。すみません。 ※付け加えることができたら追記していきます。 とにかく言いたかったのは qiita.com > ALBが（現時点で）いけてないところ > ・ホスト名でのルール分けには対応していない これに尽きる。 実際にパスの部分に adm.hogehoge.com/ api.hogehoge.com/ とか書いてみたけどダメ。 既存のサイトでサブドメインにより動作をadm.hogehoge.com/api.hogehoge.comなどに分離していた場合 ELBからの乗り換えは難しい。 最初からパスによるルール分け前提で設計しておけばＯＫ
【AWS Certificate Manager】複数ドメインの証明書を同一ELBで処理できるか検証 - zuntan02のはてなブログ
前提知識 zuntan02.hateblo.jp 【疑問】 1台のEC2インスタンスに複数のバーチャルホストが動作している。 SSLはACMで取得してELBにてSSLオフロードしている。 バーチャルホストそれぞれのルートドメインが異なるとき、ELBは1台で処理できるか？ 【結果】 処理できた。 ACMで証明書のリクエストを行う際、ドメイン名のほかに「追加の名前」が記載できるが、こちらに [hoge.aa.com][*.bbb.jp]などルートドメインの異なるドメインを追加できる。 この証明書を利用することで1台のELBで複数ドメインのSSLオフロード処理が可能。 【具体的な作業イメージ】 [Certification Manager]-[証明書のリクエスト] ドメイン名：hogehoge.com [この証明書に別の名前を追加] *.hogehoge.com fugafuga.jp *.fu
【新機能】新しいロードバランサー Application Load Balancer（ALB）が発表されました | DevelopersIO
target2の場合も同様に作成します。 ターゲットグループにインスタンスを登録する 作成したターゲットグループにEC2インスタンスを登録します。 ターゲットグループを選択してコンテキストメニューでインスタンスの登録と登録解除をクリックするか、ターゲットタブの編集をクリックします。 インスタンスtarget1-aとtarget1-cを登録します。 ALBにインスタンスが登録されます。ロードバランサに登録していないため状態はunusedとなります。 同様にtarget2にもインスタンスtarget2-aとtarget2-cを登録します。 ALBを作成する ALBを作成します。アプリケーションロードバランサーを選択します。 ロードバランサの基本的な設定を行います。 プロトコルはHTTPとHTTPSのみとなっています。今回はHTTPSを選択します。 HTTPSを選択したのでSSL証明書を選択しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
