Yingxiong Network 導入事例：Kubernetes 負荷試験と Profiling | Guance

お客様の背景

Yingxiong Network はインタラクティブエンターテインメント企業です。公開事例では、ゲームログインの増加に Kubernetes と HPA で対応し、負荷試験でサービス挙動を検証した経緯が説明されています。

オートスケールにも性能証拠が必要

コンテナの追加が常に線形のスループット増加につながるとは限らず、計算、共有依存、コードの制約を調べる必要があります。

オートスケールにも性能証拠が必要

スケール後にスループットが頭打ち

公開テストでは Pod 追加後の伸びが限定され、リソース数だけでは原因を説明できませんでした。

スケール後にスループットが頭打ち

導入内容

APM、ログ、プロファイリングで負荷試験を分析

DataKit でトレースとログを取り込み、APM で対象サービスと Redis を確認し、Lock Wait Time と Socket I/O Read Time を含む Profile から頻繁な Redis 呼び出しのコード経路を特定しました。

APM、ログ、プロファイリングで負荷試験を分析

導入後の変化

コード制約に再現可能な証拠を追加

トレース、Redis、Profile を基に実装を変更し、同じ資源で再試験して当該条件の改善を確認しました。他の環境の結果を保証するものではありません。

関連する Guance の機能

インフラストラクチャ監視アプリケーションパフォーマンス監視リアルユーザーモニタリング継続的プロファイリング API 外形監視

よくある質問

Pod を増やしてもスループットが伸びない理由は何ですか？

共有キャッシュ、DB、ネットワーク、ロック、コード経路が制約になる場合があります。HPA は副本を増やしますが共有制約は解消しません。

この事例で Profiling は何を示しましたか？

Lock Wait Time と Socket I/O Read Time を APM、Redis 状態と合わせ、頻繁な Redis 呼び出しを特定しました。

負荷試験結果を性能保証として使えますか？

使えません。特定コード、資源、トラフィックモデル、試験環境の記録であり、他の負荷は個別検証が必要です。

その他の導入事例

ANTA Group

ANTA Group

分散したオープンソース監視を共通のフルスタック運用へ統合。

ComfortDelGro

ComfortDelGro

既存トレースを移行し、選択した配置境界でテレメトリーを管理。

KONE

KONE

AWS リソース、RUM、APM、ログ、独自収集を関連付け。