ども、大瀧です。 前回の記事(gRPCアプリをAWS ELBで負荷分散してみた)では、ELBのL4転送による負荷分散をご紹介しました。 この構成では手軽に負荷分散ができる一方で、ELBを介すためにサーバ側でクライアントのリモートIPを取得することができません。そこで今回は、ELBが サポートするPROXY ProtocolによってリクエストにリモートIPを付与し、それをgRPCサーバーで取得するサンプルコードをご紹介します。 PROXY Protocolの有効化 ELBのClassic Load BalancerはHAProxyのPROXY Protocol version 1をサポートしますが、既定では無効になっているため有効化します。aws elb create-load-balancer-policyコマンドでPROXY Protocolサポートが有効なポリシーを作成、aws elb
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 目的 VPC＋ELB＋EC2という定番アイテムでセキュアなSMTP中継サーバ（リレーサーバ）を構築する 構成を決定した理由 ・Webからの自動送信に関する迷惑メール対策にかける工数を減少させたい ・アプリケーション改修はあまりやりたくない ・SESは海外発のサービスで遅延もあり、設定もまだめんどくさい ・SESの青天井な料金体系が気に入らない、しかも自由度は少ない ・既にそれなりの規模のサービスに実装したいため、まだまだ成長途中のAWSの機能はできれば使いたくない 要するに、横着です。 構成詳細 t2.micro〜t2.small程度の
ELBネタを少し追加でやってみます。 ELBのスティッキーセッションを有効にしてみましょう。 0.スティッキーセッション ELBはデフォルトでは配下のinstanceに均等に負荷分散するため、一定のinstanceにずっと繋ぎに行くといったことはできません。 しかし、Cookie情報を保持させ、一定のinstanceと通信を続けさせることができます。 スティッキーセッションを確立させる方法は2種類あります。 - 時間ベースのセッション維持（ELBデフォルトのセッション維持機能） - アプリケーション制御によるセッション維持 今回はELBの標準機能を使った時間ベースのスティッキーセッションの設定方法を見ていきましょう。 1.準備 ELBの準備をします。 ELBの設定方法はAWS入門 ELB〜マネジメントコンソールとCLI〜[2015年10月版]を参考にしてください。 使用するWEBサーバはA
What Is Elastic Load Balancing? - Elastic Load Balancing
Elastic Load Balancing automatically distributes your incoming traffic across multiple targets, such as EC2 instances, containers, and IP addresses, in one or more Availability Zones. It monitors the health of its registered targets, and routes traffic only to the healthy targets. Elastic Load Balancing scales your load balancer capacity automatically in response to changes in incoming traffic. Lo
AWSのロードバランサーといえばELBです。これはEC2をバックエンドに置いたときの負荷分散として多くで採用されることが多いものです。 しかし従来のELBはGoogle LoadBalancerと比べてもいろいろできなくてもんにょりします。これはGoogle LoadBalancerが優れているのもありますが、ここ数年細かな設定サポート追加はあったものの、目立った機能改善がなかったこともあります。 さて、2016年8月12日AWS Application Load Balancerが発表されました。全リージョンですぐに利用可能です。 https://aws.amazon.com/jp/blogs/aws/new-aws-application-load-balancer/ これはずいぶん前からGAを待っていたもので、ようやくGAとしてプロダクションで使うことができます！ 早速見てみましょう
ELBでEC2 2台にアクセスを分散させていたのですが、ユーザのTwitterログインフローがおかしな挙動をするようになり、ハマりました。 結論としては、 サーバーが分散することによりセッションの状態維持が保証されず、 ログインしているはずなのにログアウト状態に戻ってしまうとか、そもそもTwitter OAuth認証のコールバックの時点で 「Session Expired」エラーが出るといった問題が起きてしまっているようでした。 これを解決するためには、 ロードバランサーの「ポート構成」から、 「ロードバランサーによって生成された Cookie による維持を有効化」 にチェックを入れると良いようです。 こうすることで、同一ユーザからのアクセスは同一のサーバーにアクセスを流すことが可能となり、セッション状態が破綻することがなくなりました。
2017年06月05日追記 ELBをカスタムオリジンにした構成時にIPアドレスを元に送信元を制限する方法はいろいろと問題が発生する可能性があります。以下のエントリに回避方法がまとめられているので、導入する際は参考にしてください。 AWS WAFを利用してCloudFrontのELBオリジンへ直接アクセスを制限してみた はじめに こんにちは、中山です。 CloudFrontのオリジンにパブリックなELBを設置する構成はよくあると思います。マルチオリジン構成で静的コンテンツはS3に、動的コンテンツはELBへという構成です。この構成における問題点としてよく聞くのが、CloudFrontを経由せずELBに直接アクセスさせたくないというものです。S3がオリジンの場合はオリジンアクセスアイデンティティを利用して、アクセスをCloudFrontにのみ制限することが可能です(詳細は[CloudFront
Classic Load Balancer のリスナー - Elastic Load Balancing
Elastic Load Balancing の使用を開始する前に、Classic Load Balancer に 1 つ以上のリスナーを設定する必要があります。リスナーとは接続リクエストをチェックするプロセスです。リスナーは、フロントエンド（クライアントからロードバランサー）接続用のプロトコルとポート、およびバックエンド（ロードバランサーからバックエンドインスタンス）接続用のプロトコルとポートを使用して設定します。 Elastic Load Balancing は次のプロトコルをサポートしています。 HTTPS プロトコルは、HTTP レイヤー経由のセキュアな接続を確立するために SSL プロトコルを使用します。SSL プロトコルは、TCP レイヤー経由のセキュアな接続を確立する場合にも使用することができます。 フロントエンド接続が TCP または SSL を使用している場合、バックエン
fukasawaです。こんにちは。クリスマスイブですね。 つぼログ。のtanakaさんから頂いた熊鈴が机の上にあるのを見て、シャンシャン鳴らしつつ、そこいらを駆けずりまわる光景が一瞬頭をよぎったのですが、そんなキャラでもないことを思い出したので自重しておこうと思います。 最近、携わっているシステムがVPSからAWS環境に移行したのですが、以前と環境が違うこともありちょこちょことトラブルが発生しています。今回はそのトラブルのうちの1つについて書いてみようと思います。AWS初心者ということもあり若干手探りなので、公式ドキュメントの方も合わせて目を通していただけると幸いです。 現象 不具合が発生したのは、とあるシステムの管理画面です。管理画面にはメールを一括送信する機能があり、添付ファイルを付けてメールを送れるようになっているのですが、その添付ファイルがメール送信時に消えてエラーになってしまうと
Rundeckをクラスタ構成にする DevIOでは既に複数回に渡ってRundeckのご紹介をしていましたが、今回は、クラスタ構成にして高可用性を確保したいと思います。 以下は完成イメージです。 まずは基本セットアップ まずはじめにRundeckの単体起動を確認したいと思います。今回は、Amazon Linuxを用いています。また、インスタンス起動時にIAM RoleでPowerUserを指定しました。後でS3コマンドなどを実行するときにキーをベタ書きしないためです。 $ sudo yum update -y $ sudo rpm -Uvh http://repo.rundeck.org/latest.rpm $ sudo yum install rundeck -y $ sudo service rundeckd start Starting rundeckd: [ OK ] $ sudo
こんにちは、ソリューションアーキテクト小川です。 先週6/15に開催したAWS BlackBelt 「Elastic Load Balancing (ELB)」 の資料が公開されました。下記に資料と、当日頂いたQ&Aの回答と併せて掲載させて頂きます。 【Q&A】 Q1. ELBで可能なバランシング方式を教えてください。ラウンドロビン、セッション数管理等です。 A1. HTTP/HTTPSは Least outstanding requests algorithm used for request routing でセッションが均等になると考えて下さい。TCPはラウンドロビンとなります。 Q2. APサーバへのアクセスをELBからのみにアクセス制限するというお話がありましたが、SGのアクセス元とELBのインスタンスIDを指定することはできますか？ A2. APサーバの SG（SG-AP) の
プライベートネットワークにあるリソースへのリモートアクセスするにあたりどんな方法が一般的でしょうか。 10年前はVPN全盛で、社外からのアクセスにIPSecやPPTPなどが用いられていたように思います。しかし、現在リモートアクセスを提供するなら、Remote Desktop Serviceを利用することが多いでしょう。幾つか理由がありますが、SSLでのアクセスは制御しやすく便利なものです。 https://technet.microsoft.com/ja-jp/library/hh831447.aspx さて、便利なRemote Desktop Serviceですが、サーバーを持つと当然の如く1つのエンドポイントに対して冗長化されていることが期待されます。今回は、AWS Elastic Load Balancingで、透過的に社外からの社内リソースアクセスを提供してみましょう。 環境設計
2016年1月18日。 ロードバランサー(ELB)にSSL(サーバー証明書)をつけようとしたらエラーが出たので色々調べて対応した件のまとめ。 問題： AWS管理画面からロードバランサー(SSL付)を作成しようとしたらエラー。 管理画面から簡単にできるような気配を見せておきながら。。。 やることリスト(順番)： AWS管理画面からIAMを作成する awscliをインストールする セキュリティシールを発行する コマンドラインからセキュリティシールをIAMにアップロードする ロードバランサー(ELB)を作る セキュリティシールの準備と、IAMの設定が必要と解釈してください。 3は1,2より先にやってもらってもOKです。 1. AWS管理画面からIAMを作成する 参考：【AWS】IAM Roleを使用してインスタンスに操作権限を設定する – TASK NOTES 画面のスクリーンショットが、もう大
概要 AWS の管理画面から既存の ELB に対して, 新規の SSL 証明書を適用しようとすると画像のようなエラーになりました. ELB は HTTP 通信のみ許可した状態です. どこにハマったかというと, AWS の管理画面から新規の SSL 証明書を追加して, それを既存の ELB に適用できるようになっているのに, そこでエラーになってしまうというところです. 解決方法 今回参考にしたのはこちらです. AWSのロードバランサー(ELB)にサーバー証明書(SSL)を適用する 結局 AWS の管理画面から新規の SSL 証明書を追加してそれを ELB に適用できるようになってはいるものの, コマンドラインからでないとできないというオチでした. 以下にざっくりやったことを書いておきます. AWS の管理画面から IAM を作成し, 自分専用のアカウントを作る（ルート権限のアカウントで操作
今日はLogentriesでELBのログを監視するために必要な方法を紹介します。 Logentriesとは Logentriesはログ監視のためのSaaSです。 Log Management & Analysis Software Made Easy | Logentries AWSにはCloudWatch Logsというログの監視サービスがあります。ログを監視して、特定の文字列を検知したら通知する、という一般的なログ監視はCloudWatch Logsでも十分行えます。 一方で、ログの集計を実施したりダッシュボードを作成したりする機能はAWSからは提供されていません。そのため自前でElasticsearch + Kibanaと連携させる等の作りこみが必要になります。 Logentriesでは以下の機能を提供しています。 *1そのため、ノンコーディングで簡単にログのモニタリングを実施するこ
ども、大瀧です。 本日、AWSのアプリケーションデプロイサービスであるElastic Beanstalkが、AWSの無償SSL証明書サービスのAWS Certificate Managerに対応し、Beanstalk管理下のELBに設置できるようになりました。 AWS Elastic Beanstalk Supports AWS Certificate Manager 東京リージョンも先日ACMが利用可能になっているので、対象です。ACMのSSL証明書取得についてはこちらの記事を参照してください。今回は、バージニアリージョンで取得したtakipone.comおよび*.takipone.comドメインの証明書で試してみます。 Elastic Beanstalkの構成 では、試しにBeanstalkのアプリケーション作成時にACMの証明書をセットします。Elastic Beanstalkの管理
内部 クラシックロードバランサー - Elastic Load Balancing
VPC 内にロードバランサーを作成する際に、それを内部ロードバランサーにするか、インターネット向けロードバランサーにするかを選択する必要があります。 インターネット向けロードバランサーのノードにはパブリック IP アドレスが必要です。インターネット向けロードバランサーの DNS 名は、ノードのパブリック IP アドレスにパブリックに解決可能です。したがって、インターネット向けロードバランサーは、クライアントからインターネット経由でリクエストをルーティングできます。詳細については、「インターネット向け クラシックロードバランサー」を参照してください。 内部ロードバランサーのノードはプライベート IP アドレスのみを持ちます。内部ロードバランサーの DNS 名は、ノードのプライベート IP アドレスにパブリックに解決可能です。そのため、内部向けロードバランサーは、ロードバランサー用に VPC
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[AWS]EC2やRDS、ELBの停止忘れを一発で防ぐMoneySave[CloudFormationテンプレート] | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1c15d95489b297b085a7bfce7bd58f03d7eb8204/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAWS_CloudFormation.png)
