AWSにおけるALB&NLBのBlue/Greenデプロイメント設計 - How elegant the tech world is...!
はじめに どうも、iselegant です。 前回、執筆した商業誌について本ブログで紹介させていただいたところ、大変多くの反響がありました。 コメントをくれた方、書籍に関心を持っていただいた方、本当にありがとうございます🙇 AWSコンテナ設計・構築[本格]入門 | 株式会社野村総合研究所, 新井雅也, 馬勝淳史, NRIネットコム株式会社, 佐々木拓郎 |本 | 通販 | Amazon 本日から少しの間、分量調整と締め切りの都合上、商業誌では執筆しきれなかった AWS 設計に関するサイドトピックについて、本ブログ上でご紹介したいと思います。 今日はALB (Application Load Balancer) と NLB (Network Load Balancer) の Blue/Green デプロイメントに関する設計がテーマです。 AWS で Web アプリケーションの可用性とパフォ
CLBからNLBへの変更時に引っかかったこと - Qiita
ALBの影に隠れて今一つ目立たないNLBですが、触る機会があり、引っかかったところと対応方法を共有します インスタンスタイプに制限がある ターゲットグループにお目当てとなるEC2がどうしても出てきませんでした VPC、subnet、SGは問題ありません よくよくマニュアルを読めば、 インスタンス ID がC1、CC1、CC2、CG1、CG2、CR1、G1、G2、HI1、HS1、M1、M2、M3、および T1 のインスタンス ID でインスタンスを登録することはできません。IP アドレスで、これらの種類のインスタンスを登録することができます。 対象のEC2のインスタンスタイプはm3系 お客さまに説明し、価格もスループットも向上するということでインスタンスタイプの変更を了承頂きました インスタンスタイプとEBSの最適化での問題 NLBとは直接関係ありませんが、もう1点 今回の対象システム、アク
ELBのアクセスログを可視化し、超絶手軽に分析する[QuickSight,Athena] | DevelopersIO
コンニチは、千葉です。 QuickSightとAthenaを使って、色々な視点からELBのログを分析してみました。 SQLをガンガンかける人は、Athenaのみで完結する場合もあるかもしれませんが、グラフで直感的に見るメリットもあると思います。 準備 手順サマリです。以下でやっていきます。 AthenaにてELBログテーブルを作成する QuickSightにて、データセットを作成する QuickSightにて分析する AthenaにてELBログ用のテーブルを作成する Amazon AthenaでELBログをSQLで解析する #reinvent こちらのエントリを参考に、Athenaにテーブルを作成します。 QuickSightにて、データセットを作成する マネージメントコンソールからQuickSightへ移動し、[New Analyze]から[New DataSet]で新しいデータセットを
![ELBのアクセスログを可視化し、超絶手軽に分析する[QuickSight,Athena] | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/2fa55da21da59730bd35238aa38fac0331bb63ac/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F06%2Fquicksight.png)
ELBをコード管理するKelbimを使ってみた | DevelopersIO
Kelbimとは？ Kelbimとは、AWSアカウントのELB情報をコード管理出来るツールです。 作業前バックアップやヘルスチェック確認を行うを行いたいAWSアカウントでは有効なツールと思います。 GitHub kelbim 使い方 Kelbimをインストール % git clone https://github.com/winebarrel/kelbim.git % gem build kelbim.gemspec % gem install kelbim-0.3.1.beta.gem % gem list kelbim *** LOCAL GEMS *** kelbim (0.3.1.beta) ※本記事執筆時 kelbimオプション % kelbim Usage: kelbim [options] -p, --profile PROFILE_NAME --credentials-pa
【新機能】ALBのHost-based routingを試してみた | DevelopersIO
ご機嫌いかがでしょうか、豊崎です。 ELB(ALB)にアップデートがありましたので、ご紹介させていただきます。 ホストベースルーティング ALB（アプリケーションロードバランサー）にホストベースルーティングの機能が追加されました。 このアップデートにより、HTTPヘッダのホストフィールドに基づいたリクエストのルーティングが可能になりました。 これまで利用可能だったパスベースのルーティングと組み合わせて使うことも可能です。 また、アプリケーションロードバランサで作成できるルールの数も75に拡大されています。 できるようになること ホストベースのルーティングを使用することでELB(ALB)に複数のドメインを紐付けてドメインごとにバックエンドの異なるEC2またはコンテナにルーティングすることが可能になります。 試してみる 準備 webサーバを２台用意します。 hostA hostB 上記EC2を
ELB の Connection Draining 機能を試した - kakakakakku blog
Connection Draining とは ELB には Connection Draining という機能がある．2014年3月に追加された機能で，現在新規に ELB を作成するとデフォルトで有効になっている（300秒）．ただし，2014年3月時点で既に稼働していた ELB に関しては無効になっているため注意が必要． 簡単に表現すると，インスタンスを ELB から deregister したタイミングで実行中だったリクエストを切断せずに継続できる機能と言える．Connection Draining が無効になっていると，deregister したタイミングで切断されてしまう場合があって，デプロイなど ELB を操作するときにクライアントに 5xx が返ってしまう． Register or deregister EC2 instances for your Classic Load Ba
GCEでHTTPS負荷分散 SSL Termination - 続 カッコの付け方
技術的に不可能だろうと思っていましたが、予告通りHTTPS負荷分散がGCEでも実現可能となりました。 これにより、SSL TerminationがGCEでも可能となりました！ HTTP負荷分散との変更点 GCEのロードバランサは2つあります - ネットワーク負荷分散 - HTTP負荷分散 いずれもAWS - ELBに比べて暖気不要などアドバンテージがあるのは変わりませんが、本機能はHTTP負荷分散のみです。 Developers Consoleから変更可能です。 簡単ですが、一旦HTTP負荷分散として設定したものを、HTTPSへ変更する手順を記す。 HTTPSでリクエストを受ける SSL証明書をアップロード アプリケーション側の考慮 AWSのELBと同じく、ロードバランサ側でSSLを剥がしてしまうので、バックエンドのWebサーバ側にとっては ブラウザからHTTPSかHTTPの判断がつきませ
AWS News Blog
Stop the CNAME chain struggle: Simplified management with Route 53 Resolver DNS Firewall Starting today, you can configure your DNS Firewall to automatically trust all domains in a resolution chain (such as aCNAME, DNAME, or Alias chain). Let’s walk through this in nontechnical terms for those unfamiliar with DNS. Why use DNS Firewall? DNS Firewall provides protection for outbound DNS requests fro
Auto Scaling環境でのBlue-Green Deploymentの切替がAWS ELBでできるようになりました。 | DevelopersIO
Auto Scaling環境でのBlue-Green Deploymentの切替がAWS ELBでできるようになりました。 超おはようございます。最近パンケーキを昼食にできるようになった城内です。 今回は、Auto Scalingのアップデートにより、AWSでのBlue-Green Deploymentの方式に新たな選択肢が増えたことを喜びたいと思います。 Auto Scalingのアップデート 先日のAuto Scalingのアップデートにより、Auto Scalingグループに対するELBの付け外しができるようになりました。 Attach or Detach Load Balancers in Your Auto Scaling Group (What's New) Attach and Detach Elastic Load Balancers from Auto Scaling G
ELBによるSSL Terminationをご利用中の方へ、TLSの脆弱性「Logjam」対策のご案内 - サーバーワークスエンジニアブログ
こんにちは、サーバーワークスの三井です。 少しばかり遅くなってしまいましたが、HTTPSやSSH、IPSecなどセキュアな接続に幅広く使われているTLSプロトコルに、「Logjam」と呼ばれる脆弱性が見つかり、日本でもぼちぼち話題となっています。まずは慌てずに状況を確認し、対策を実施しましょう。 （※本記事は、AWS環境でELBを用いたSSL Terminationを行っている方を主たる対象としています。予めご了承ください。） この脆弱性の成立するロジック自体は、3月に大きな話題となった「FREAK」と似ていますが、前者はOpenSSLの実装の脆弱性であったのに対し、今回のLogjamは鍵交換のプロトコル自体に潜在的にある脆弱性です。中間攻撃者にこの脆弱性を悪用されると、TLS通信を暗号強度の低い輸出グレードの暗号方式にダウングレードされ、通信内容が傍受される可能性があります。 クリティカ
fluent-plugin-elb-access-logを作った - so what
ELBのアクセスログのfluentdプラグイン、fluent-plugin-elb-access-logを作りました。 https://github.com/winebarrel/fluent-plugin-elb-access-log 既存の同様のプラグイン、fluent-plugin-elb-logとの違いは aws sdk v2を使っている タグを変更できる プレフィックス付きでlist objectsする request lineのURIをパースする 設定ファイル以外のテストがある です。 使い方 fluentd.confは以下のように設定します。 <source> type elb_access_log account_id 123456789012 # required s3_bucket my-bucket # required region us-west-1 # requ
nginxを用いてX-Forwarded ヘッダー付のSSL通信が行える環境を構築してみる | DevelopersIO
はじめに 本番はELBへのアクセスをHTTPS通信を行い、開発等では通常のHTTPで構築をすると言ったケースもあるかと思います。 そういった場合においてELBからアプリケーションへの転送をHTTPとして構築した場合、 アプリケーションをELB配下に持っていた際にも動く事を意識して開発を進める必要が有ります。 ただ、そういったケースにおいて、アプリケーションを実装を確認するにはどうすればよいでしょうか。 AWSを用いて環境を立ち上げるのも手ですが、 確認したいのはELB配下にHTTPで通信を待っているアプリの挙動を確認するといった際に、 ちょっと大げさな話になってしまいます。 そういったケースにおいて手元で確認したいと言った際に、以下の方法で試す事が可能です。 ELB配下のアプリケーションはELBにきたHTTPSアクセスを認識することができるのか？ ELBのフロントエンドをHTTPSとしバッ
もっとELB（Elastic Load Balancing）を活用する | DevelopersIO
みんな大好きElastic Load Balancing(以下ELB)は利用にあたっては細かい仕様に注意する必要があります。 2014年ELBにお世話になった人もそうでない人も2015年はもっとELBを活用するために、改めてELBの仕様や活用方法を振り返ってみましょう。 ※本稿の内容の多くは一度でもELBを使ったことがある方を想定しています。 ELBが得意なところ ELBはコスト効果良く高い可用性と拡張性をもつロードバランサーをサービスとして提供してくれるので、最初に利用するロードバランサーとしても、長く使うロードバランサーとしても優秀です。 ELBを活用するためのドキュメントがAWSから公開されています。未読の方は必ず目を通しておきましょう。 Best Practices in Evaluating Elastic Load Balancing ELBが苦手なところ ELBを利用する上で
ELBからの通信で408が多発する - Qiita
ELB1 - - [31/Jul/2014:05:44:20 +0000] "-" 408 - "-" "-" ELB2 - - [31/Jul/2014:05:44:21 +0000] "-" 408 - "-" "-" ELB1 - - [31/Jul/2014:05:45:11 +0000] "-" 408 - "-" "-" ELB2 - - [31/Jul/2014:05:45:13 +0000] "-" 408 - "-" "-" ELB1 - - [31/Jul/2014:05:46:03 +0000] "-" 408 - "-" "-" ELB2 - - [31/Jul/2014:05:46:05 +0000] "-" 408 - "-" "-" ELB1, ELB2はそれぞれELBのIPアドレス 408...request timeoutか・・・（＝"＝ 調査：ググる 最
【Tips】ELBのアクセスログを格納するS3バケットのポリシー記述方法 | DevelopersIO
よく訓練されたアップル信者、都元です。先日、ELBがアクセスログを出力できるようになりましたね。そのアクセスログはS3バケット内に配信されることになります。 管理コンソールから作成する場合、上記ブログエントリでもご紹介している通りのバケットポリシーを設定することになります。しかし、CloudFormationでログ用のバケットを作成し、ポリシーを設定し、そのバケットをELBに設定するには、少々コツが必要です。 公式ドキュメントAttach a Policy to Your Amazon S3 Bucketにある通り、アクセスログは「ドキュメントに記述されている特定のAWSアカウントから」PutObjectされるようです。具体的に、東京リージョンであれば582318560864から送られてくるわけですね。 では、そのMappingを作りましょう。 "Mappings": { "ELBLogg
ELB配下のApacheでのアクセス制御 | DevelopersIO
こんにちは。望月です。 Apacheやnginxとアプリケーションサーバを組み合わせてシステムを構成するのは、オンプレでもAWSでもよくあるパターンです。AWSでそのシステムを実現しようとすると、ELB + EC2という構成が定石ですが、ELBがWebサーバのフロントに立つことによりEC2単独で動作させる時と比較すると挙動が異なるところもあります。 例えばWebサーバから見たアクセス元のIPアドレスが変わってしまうことです。本来の送信元IPアドレスがロードバランサのプライベートIPアドレスに変わり、本来の送信元IPアドレスはX-Forwarded-Forヘッダの末尾へと格納されます。X-Forwarded-ForはRFCに記載された正式な仕様ではありませんが、プロキシやロードバランサでは一般的に利用されるデファクトスタンダードとなっています。 ELB配下でのアクセス制御 さて、以下のような
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[社内勉強会]ELBとALBと数万スパイク負荷テスト![[社内勉強会]ELBとALBと数万スパイク負荷テスト](https://cdn-ak-scissors.b.st-hatena.com/image/square/2d66722d28b188f243f0cd881f7598f699791ab1/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Felbalb-160822022623-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
tls-standards/elb.md at master · 18F/tls-standards · GitHub
GitHub - tegioz/lbManager: A simple load balancers presence manager for docker containers on top of etcd
AWS Black Belt Techシリーズ Elastic Load Balancing (ELB)
