このトピックでは、Log Serviceの視覚化機能とリアルタイムクエリおよび分析機能に基づいて、Server Load Balancer (SLB) のレイヤー7アクセスログをクエリおよび分析する方法の例を示します。

始める前に

SLBのレイヤー7アクセスログが収集されます。 詳細については、「アクセスログ管理機能の有効化」をご参照ください。

このタスクについて

SLBは、ほとんどのクラウドサービスの基本コンポーネントです。 ほとんどの場合、SLBのアラートを継続的に監視、検出、診断、設定する必要があります。 Alibaba Cloud SLBはトラフィックを複数のサーバーに分散し、アプリケーションのサービス機能を向上させます。 SLBを使用すると、単一障害点 (SPOF) や多数の同時webアクセス要求を防ぐことができます。

レイヤー7 SLBのアクセスログは、HTTPまたはHTTPSに基づいて生成できます。 アクセスログの詳細については、「ログのフィールド」をご参照ください。 SLBには次のメトリックがあります。
  • ページビュー (PV): クライアントから送信されたHTTPまたはHTTPSリクエストの総数。
  • 一意の訪問者 (UV): 一意のリクエストの総数。 同じクライアントからのユニークビジターによって開始されたリクエストは1回だけカウントされます。
  • リクエストソースレート: 合計 PV 数に対して、ステータスコードが 2XX であるリクエストの割合 (%)
  • リクエストトラフィック: クライアントによって送信されたリクエストメッセージの合計バイト数。
  • レスポンストラフィック: クライアントに送信されるHTTPメッセージ本文の合計バイト数。
  • PVヒートマップ: クライアントのIPアドレスが存在するリージョンのPVの密度を示します。

例

  1. Log Service コンソールにログインします。
  2. [プロジェクト] セクションで、表示するプロジェクト名をクリックします。
  3. 左側のナビゲーションペインで、[ダッシュボード]をクリックします。
  4. [ダッシュボード] リストで、管理するダッシュボードをクリックします。
    SLBのレイヤー7アクセスログには、次の専用ダッシュボードが用意されています。slb-user-log-slb_layer7_operation_center enおよびslb-user-log-slb_layer7_access_center en。
    説明 グラフのクエリステートメントを表示するには、対応するダッシュボードでグラフを見つけ、モニタリングとアラートの設定 > [Preview query statement] を選択します。
    • 基本的な分析
      フィルターを使用してSLBインスタンスを指定し、SLBインスタンスのページビュー (PV) とユニークビジター (UV) の傾向を表示します。 フィルターの管理方法については、「ダッシュボードでのフィルター設定および使用方法」をご参照ください。 PVおよびUVトレンド
    • トラフィックと待ち時間の分析
      • 特定の期間内のリクエストトラフィックとレスポンストラフィックの傾向を表示します。 トラフィック統計
      • 特定の期間内の応答時間と上流の応答時間の傾向を表示します。 応答時間
      • 特定の期間内の高レイテンシのリクエストの傾向を表示します。 レイテンシ分析
    • User要求分析
      • Viewをリクエストの方法と要求プロトコル分布は、特定の期間内の時間。 PVトレンド分析
      • 特定の期間内のさまざまなリクエストメソッドのPVトレンドを表示します。 PVトレンド要求の方法
      • View分布異なるステータスコードの特定の期間内の時間。

        If多数の状態コード500生成され、内部エラーに発生したバックエンドRealServer。

        ステータスコード
      • ViewをPVトレンド異なるステータスコードの特定の期間内の時間。 PVトレンドの異なるステータスコード
    • ソース分析のリクエスト
      • View分布のInternetサービスプロバイダー (ISPs) 。 DistributionのISPs
      • Viewなど地理的位置を国、省、市分析IPクライアントのアドレス。 Topクライアント
      • ユーザーエージェントの情報を表示します。
        ユーザーエージェント (http_user_agent) を使用して、Webサイトにアクセスしている人またはサービスにアクセスしている人を識別できます。 たとえば、検索エンジンは Web クローラーを使って Web サイトリソースをスキャンしたりダウンロードします。 ほとんどの場合、webクローラーは検索エンジンがwebサイトのコンテンツをタイムリーに更新できるようにし、webサイトのプロモーションと検索エンジンの最適化 (SEO) を容易にします。 高PV要求のすべてがウェブクローラから送信される場合、サービス性能が影響を受け、サーバリソースが浪費される可能性がある。 ユーザーエージェント
    • ビジネス分析
      アクセスログを使用して、サービストラフィックを分析し、ビジネス上の意思決定を行うことができます。 ホストとURIの情報に基づいて訪問者の行動を分析し、Webサイトのコンテンツを最適化します。 トップホスト

スケジューリング分析のリクエスト

クライアントトラフィックは、まずSLBによって処理され、次にビジネスロジック処理のためにRealServerに配信されます。 SLBは異常なサーバーを検出し、正常なRealServerにトラフィックを分散できます。 異常なサーバーが回復すると、トラフィックがサーバーに分散されます。

SLBインスタンスにリスナーを追加して、4つのサーバーをリッスンします。 サーバー (192.168.0.0) がジャンプサーバーとして機能する場合、そのパフォーマンスは他の3つのサーバーのパフォーマンスの4倍になります。 ジャンパーサーバーの重量を100に設定し、他の3つのサーバーの重量を20に設定します。 次のクエリ文を実行して、リクエストトラフィックの分布を分析します。
* | select COALESCE(client_ip, vip_addr, upstream_addr) as source, COALESCE(upstream_addr, vip_addr, client_ip) as dest, sum(request_length) as inflow group by grouping sets( (client_ip, vip_addr), (vip_addr, upstream_addr))
次のサンキー図は、各RealServerの負荷を示しています。 SLBがトラフィックを受信した後、トラフィックはそれぞれの重み (20、20、20、100) に基づいて4つのサーバーに配信されます。Sankey diagram