中国で人気のシングルプレイヤーゲームである Anipop では、トラフィックの急増と高い同時実行性が頻繁に発生します。需要に応じてトラフィックを分散するために、Anipop は Application Load Balancer (ALB) を使用してリクエストを転送し、手動の容量計画なしで弾力的にスケールします。このトピックでは、Anipop が直面していた課題と、ALB によるソリューションアーキテクチャとメリットについて説明します。
課題
祝祭日やプロモーションイベントの期間中、Anipop ではトラフィックが急増します。同社のビッグデータセンターはゲームのパフォーマンス指標を分析し、ビジネス要件に基づいてトラフィックを分散します。しかし、トラフィック量を事前に予測することが難しいため、エンジニアは地域、時間、接続デバイス数に基づき、イベント中に手動でサービスをスケールする必要がありました。
IT 運用保守エンジニアは、主に次の課題に直面していました：
-
運用保守の負荷が高い：トラフィックの急増、高い同時実行性、高 QPS (1 秒あたりのクエリ数) に対応するには、負荷分散のために複数のサーバーグループを管理する必要があり、運用保守の負荷が増大します。
-
重要サービスへの手動介入：ピーク時には、運用保守エンジニアが 2 つのサーバーグループをデプロイし、重要なサービスを保護するために URL によってリクエストを手動でルーティングする必要があります。
-
レイヤー 7 ルーティング機能の制限：一部のサービスではヘッダーベースのルーティングが必要ですが、レイヤー 7 機能が限定的なため、このロジックをサーバー側で実行せざるを得ません。
アーキテクチャ
単一の ALB インスタンスは、レイヤー 7 で 1 秒あたり最大 100 万クエリを処理でき、トラフィックに応じて自動的にスケールします。Anipop は ALB を導入し、トラフィックのスケジューリングを改善するとともに、手動介入なしで急増と高い同時実行性に対応しました。次の図は、ソリューションアーキテクチャを示しています。
メリット
-
高いパフォーマンスとスケーラビリティ：各 ALB インスタンスは 1 秒あたり最大 100 万クエリを処理でき、ピークトラフィックを見積もる必要がなくなります。ALB は、ビジネス要件に基づいてトラフィックの急増を自動的に処理します。
-
運用保守の簡素化と工数削減：Anti-DDoS によってスクラビングされたトラフィックは ALB に直接ルーティングされます。単一の ALB インスタンスで複数のロードバランサーインスタンスを置き換えられるため、運用保守の複雑さを軽減できます。
-
レイテンシの低減とエクスペリエンスの向上：サーバーグループ上の URL ベースの転送ルールにより、サービスの優先度に基づいてトラフィックをルーティングし、カスタマイズされたトラフィックスケジューリング要件を満たします。
-
容易なアップグレードと将来を見据えた設計：ALB はコンテナ Ingress として利用できるため、最新のコンテナ技術へのシームレスなアップグレードが可能です。