Insights 管理: パフォーマンス レベルとリテンション
PlayFab Insights Management は 2026/3/31 に廃止されました。今後のパフォーマンスとコストを管理するには、Data Connections の使用をお勧めします。タイトルがまだ Performance Levels & Retention を使用している場合は、ベスト プラクティスの詳細についてこの記事を参照し続けてください。詳細については、PlayFab Digest: 3 月の機能更新 を参照してください。
パフォーマンス レベル
パフォーマンス レベルが重要な理由
パフォーマンス レベルは次を決定します:- 各クエリに与えられるリソース (キャッシュ サイズ、コンピューティング能力、メモリ)
- 同時クエリ、最大同時クエリ数、1 秒あたりのイベント数、およびアクティブなイベント エクスポートの制限
パフォーマンス レベルはどのように変更できますか?
[Performance Level] スライダーを使用して、新しいパフォーマンス レベルを選択します。[Performance Level Settings] テーブルには、現在の設定と選択した新しい設定の比較が表示されます:
パフォーマンス レベルのアクセスは制限されていますか?
はい。すべてのタイトルはパフォーマンス レベル 1 から始まります。これは、すべての PlayFab 提供に含まれる無料層のサービスです。ライブ タイトルはパフォーマンス レベルを自由に変更できますが、開発モードのタイトルは、有料 Insights 機能を有効にするか、ローンチしてパフォーマンス レベル 1 を超えるアクセスを得る必要があります。 タイトルが開発モードのときに有料 Insights 機能を有効にするには:- developer.playfab.com にサインインします。
- 開発モードのタイトルを選択して、タイトル概要ページに入ります。
- ページの左側にある「Data」タブに移動します。
- ページの上部にある「Management (Preview)」タブに移動します。
- バナーで「Enable」を選択して、有料 Insights 機能を有効にします。
タイトルで有料 Insights 機能が有効になると、そのタイトルはカスタマイズされたデータ リテンション値にもアクセスできるようになります。
キャッシュ サイズ
PlayFab Insights は、Azure Data Explorer (Kusto) の特殊な派生を使用します。Insights はストレージを Hot Cache と Storage の 2 つのカテゴリに分けています。Hot Cache はメモリと SSD ストレージであり、クエリが非常に高速です。すべてのデータがホット キャッシュで容易にアクセスできる場合、複雑なクエリやデータ関数を迅速に実行できます。ホット キャッシュの外側のストレージに保存されているデータも依然として容易にアクセスでき、クエリ可能ですが、ストレージ内の大規模なデータセットではクエリ時間が遅くなる場合があります。データは取り込み時間で区分され、最新のデータが最初にホット ストレージに保存されます。データ ストレージは Insights の完全に内部プロセスであり、データがどこに保存されているかに関わらず、同じ方法でアクセスされます。 例: スタジオがパフォーマンス レベル 3 を選択したため、100 GB のキャッシュがあります。1200 日のリテンションを選択しているため、クラスターには 3 年強のデータが保存されています。スタジオの 1 日あたりのデータ フットプリントが 1 GB の場合、100 日分のデータがホット キャッシュに保存されます。ユーザーは 90 日にわたるクエリを実行してホット キャッシュのみをクエリできます。同じクエリを 3 年間全体で実行すると、両方のソースからクエリします。クエリ構造を変更する必要はありません。 パフォーマンス レベルを変更するとキャッシュにどう影響しますか? パフォーマンスを下げると、ハードウェア リソースが減少するため、データはホット キャッシュからストレージに読み込まれます。同様に、パフォーマンス レベルを上げると、ハードウェアが即座に割り当てられ、データがキャッシュに転送されます。このプロセスは一般的に非常に高速ですが、キャッシュ サイズのテラバイト レベルのシフトには完了に短い時間がかかる場合があります。詳細については、ベスト プラクティス を参照してください。コンピューティング能力
コンピューティング能力は、各クエリに割り当てられる vCPU の最大数量を表します。特定のクエリ プランの並列化に基づいて、一部のクエリはすべての vCPU を一度に完全に活用できない場合があります (order、distinct)。さらに、クエリ エクスペリエンスの対話性を向上させるために、開始時刻順にクエリに優先順位が付けられます。つまり、後続の同時クエリは vCPU の割り当てが減少する場合があります。 コンピューティング能力は、タイムアウトまでの最大クエリ長も増やします。次の表は現在の数値を表しています:クエリごとの最大メモリ
これは、クエリに割り当てられた合計メモリを表します。データを格納するためのメモリとは異なることに注意してください。クエリ メモリは、計算と処理のためにクエリ データを格納するためのものであり、より複雑なクエリにとって重要なリソースです。最大同時クエリ数
この値は、各パフォーマンス レベルで実行できる同時クエリの量を表します。1 秒あたりの最大イベント数
データ システムが取り込める 1 秒あたりの合計最大イベント数。この数値は、PlayStream イベントとテレメトリ イベント、および発生する可能性のある外部取り込みの組み合わせです。 行書き込み制限を超えた場合はどうなりますか? 有料タイトルには、2.7m (2,700,000) 件の追加イベント取り込みごとに 1 クレジットの超過料金が課金されます。この超過コストは、予測可能な取り込み負荷を持つ顧客が、コスト削減のために業務時間外に小さいパフォーマンス レベルに留まれるように設計されています。イベント エクスポート
イベント アーカイブでは、顧客が定期的なスケジュールで、すべてまたは一部のデータを Azure Blob または AWS S3 にエクスポートできます。詳細については、データのエクスポート を参照してください。1 時間あたりのクレジット
Insights は、1 時間あたりのクレジット レート (1 時間あたりのクレジット / 60) で 1 分ごとに課金されます。Insights クレジット価格の詳細については、PlayFab pricing を参照してください。リテンション

