Anipop は、中国で人気のシングル プレーヤー ゲームです。頻繁にトラフィックの急増が発生し、多数の同時接続に対応する必要があります。トラフィックをより適切に分散するために、Anipop は Application Load Balancer (ALB) を使用してトラフィックを転送しています。ALB は、トラフィックの急増が予測不可能で、多数の同時接続が発生するシナリオに最適な、スケーラブルなオンデマンド サービスを提供します。このトピックでは、Anipop が直面した課題と、対応する ALB ソリューションについて説明します。また、ソリューションのアーキテクチャと利点についても説明します。
課題
祝日やプロモーション活動中には、Anipop のトラフィックが急増することがよくあります。Anipop のビッグデータセンターは、ゲームのパフォーマンス メトリックを分析し、ビジネス要件に基づいてトラフィックを分散することで、ユーザー エクスペリエンスを向上させています。ただし、トラフィック量に影響を与える要因は多く、イベント前に正確なトラフィック量を推定することは困難です。そのため、イベント中は、Anipop のエンジニアは、リージョン、時間、接続デバイス数など、さまざまな要因に基づいて、サービスを手動でスケールインまたはスケールアウトする必要がありました。
IT O&M エンジニアは、多くの場合、次のような課題に直面します。
高い O&M ワークロード: トラフィックの急増、高同時実行性、高いクエリ/秒 (QPS) からの負荷を処理するために、O&M エンジニアは複数のサーバー グループを管理して負荷分散を実装する必要があります。これにより、ワークロードが高くなります。
重要なサービスへの手動介入: ピーク時には、重要なサービスへの影響を防ぐために、O&M エンジニアは 2 つのサーバー グループをデプロイし、URL に基づいてリクエストを手動でスケジュールする必要があります。
レイヤー 7 ルーティング機能の制限: 一部のサービスのトラフィックでは、ヘッダーに基づいてスケジュールする必要があります。レイヤー 7 ルーティング機能が制限されているため、これらのサービスはサーバー側で実行されます。
アーキテクチャ
ALB インスタンスは、最大 100 万件のレイヤー 7 クエリを 1 秒あたりに処理できます。 ALB は、アクセス数に基づいてトラフィックを自動的にスケジュールし、トラフィックの急増や多数の同時接続を容易に処理できます。そのため、トラフィック スケジューリングを改善し、トラフィックの急増と高同時実行性による負荷をより適切に処理するために、Anipop に ALB ソリューションを推奨しました。次の図は、ALB ソリューションのアーキテクチャを示しています。
利点
高パフォーマンスと高スケーラビリティ: 各 ALB インスタンスは、最大 100 万件のクエリを 1 秒あたりに処理できます。O&M エンジニアは、ピーク トラフィック レベルを推定する必要がなくなります。ALB は、ビジネス要件に基づいてトラフィックの急増を自動的に処理します。
O&M の簡素化と人材削減: Anti-DDoS サービスによってスクラブされたトラフィックは、ALB に直接ルーティングされます。複数のインスタンスのワークロードを 1 つの ALB インスタンスで処理できるため、O&M の複雑さが軽減されます。
低レイテンシと優れたエクスペリエンス: URL ベースの転送ルールは、サーバー グループで構成され、優先順位の異なるサービスのトラフィックをスケジュールします。カスタマイズされたトラフィック転送サービスの要件が満たされます。
簡単なスペックアップと将来を見据えた設計: ALB は、コンテナーの Ingress として機能し、最新のコンテナー化テクノロジーを活用するために簡単にスペックアップできます。