Access logs for your Classic Load Balancer - Elastic Load Balancing
Elastic Load Balancing provides access logs that capture detailed information about requests sent to your load balancer. Each log contains information such as the time the request was received, the client's IP address, latencies, request paths, and server responses. You can use these access logs to analyze traffic patterns and to troubleshoot issues. Access logs are an optional feature of Elastic
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)
VPC＋ELB＋EC2で割とセキュアなSMTP中継サーバを構築する - Qiita
目的 VPC＋ELB＋EC2という定番アイテムでセキュアなSMTP中継サーバ（リレーサーバ）を構築する 構成を決定した理由 ・Webからの自動送信に関する迷惑メール対策にかける工数を減少させたい ・アプリケーション改修はあまりやりたくない ・SESは海外発のサービスで遅延もあり、設定もまだめんどくさい ・SESの青天井な料金体系が気に入らない、しかも自由度は少ない ・既にそれなりの規模のサービスに実装したいため、まだまだ成長途中のAWSの機能はできれば使いたくない 要するに、横着です。 構成詳細 t2.micro〜t2.small程度のCentOSのEC2インスタンス2つ ELB VPC（デフォルトじゃないほうがやりやすいかも） 構成図 さっきの構成詳細にある要素をこんな感じで設置します。 設置手順概要 1. VPC作成 特記することはありませんが、サブネット（プライベートIP）は後で使う
[AWS]ELBがURLで振り分けできない問題はCloudFrontでなんとかする | 黄脳エンジニアメモ
一般的なロードバランサではできるのにELBでできないURLでの振り分け AWSで提供されるELBはスケーラブルでスケールアップやスケールアウトが自動的にできたり、複数のデータセンター（AZ）をまたぐことができたり、Webサーバのオートスケールと連動したりとても魅力的な機能がある。ただし、WebサイトをAWSに引っ越す場合に困ることの１つにELBの機能面で問題になるのはレイヤ７スイッチの機能がないことがあげられる。 L7ロードバランサの機能ではパスやcookieやHTTPヘッダで振り分けられる 一般的なロードバランサ機器は、単に特定のIPアドレスとポートにきた通信をL4スイッチの機能だけではなく、httpのプロトコルの中身をみて振り分けを行うL7スイッチを利用することができるのが一般的だ。特によく使うのがURLのディレクトリパスでWebサーバを振り分けすることが多い。これは機能毎にWebサー
![[AWS]ELBがURLで振り分けできない問題はCloudFrontでなんとかする | 黄脳エンジニアメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/b27929bb58000008c095b9d9e6065d58e418ff51/height=288;version=1;width=512/http%3A%2F%2Fmil-o.jp%2Fyb%2Fwp-content%2Fuploads%2F2015%2F01%2FClowdfront-behavior-setting-580x554.png)
Route53+ELBを組み合わせたSEO対策版Sorryサーバの構築 - Qiita
はじめに SorryサーバをS3版、EC2版、EC2+AutoHealing版の3パターン作ってみました。 SLA100%のDNSで、世界中にあるエッジロケーションから一番近いDNSサーバを見つけ出し名前解決をしてくれるため非常に高速であることと伝播の速度も非常に早いそうです。また、aliasが使えること、ヘルスチェックが行える点が特徴的です。 ELB(ElasticLoadBalancer) ELBはソフトウェアロードバランサとなります。ELBはEndpointは一つですが、裏側では常に冗長化されているためその点利用者が考える必要がないことと、安価で簡単に使えることがメリットとなります。振り分け、Stikiness、切り離しなど基本的な機能は抑えていますが、F5などのロードバランサとは細かい所で機能が異なりますので注意が必要です。 S3でSorryサーバ Route53とELBができるこ
Amazon Route 53のALIASレコード利用のススメ | DevelopersIO
よく訓練されたアップル信者、都元です。 Amazon Route 53は、AWSが提供するDNSサービスです。通常、ドメインを取得すると、ドメインレジストラからDNSがサービスで提供されることが多いと思います。費用は大抵ドメイン代に含まれていて、追加費用は無いことが多いです。しかしAWSで利用するドメインは、下記のような理由から、ドメインのオマケで付いてくるDNSではなく、Route 53を利用するメリットが大いにあります。 無料じゃないとは言え、とにかく安い。Route 53のコストが月10ドル超えるような人気サービスを作れたら勝ち組です。 プログラマブルである。レコードの定義と書き換えをスクリプトで実行できる。デプロイの自動化に寄与。 CloudFormationからレコードの定義と書き換えができる。まぁ↑とほぼ同じことを言ってますが。 SLAは100%（！？） ELB, CloudF
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
