Loading
システム管理者に対するフィッシング耐性MFA・全従業員ユーザーMFAの適用のお知らせ 続きを読む

Salesforce 組織のスロットルについて

公開日: Jul 10, 2026
説明

Salesforce では、キャパシティと可用性を管理するために、Sandbox または本番インスタンスの組織にスロットルを適用することがあります。スロットルが有効になると、リクエストはキューに配置され、受信リクエスト率と比較して遅い速度 (通常は受信率の 50%) で実行されます。組織への影響は実装状況によって異なり、リクエスト時間の増加、レイテンシ、またはタイムアウトエラーなどが含まれます。


Salesforce には、水平および垂直スケールを増強する自動化および定常プロセスがあります。これらのプロセスが使い果たされ、ガードレールが不十分な場合にスロットルが適用されます。カスタマーサクセスは共有の責任であり、Salesforce はカスタマーライフサイクルジャーニーのフェーズについてお客様に定期的に通知します。

解決策

組織スロットルの一般的な原因

スロットルが適用された理由を理解することで、適切な予防戦略を特定できます。最も一般的な原因は以下の通りです。

  • 非効率的な Salesforce オブジェクトクエリ言語 (SOQL) クエリの実行
  • 未承認のパフォーマンステスト — パフォーマンステストは、承認されたパフォーマンステストプロセスを経由して Sandbox インスタンスでのみ許可されます
  • ブラウザのリクエスト、ならびに SOAP または REST API 呼び出しを含む、1 秒あたりの受信同期リクエストの急増
  • Bulk API ジョブ、@future ジョブ、および Apex Queueable ジョブなどの 1 秒あたりの大量の受信非同期リクエスト
  • 自動または手動のスロットルを引き起こす、まれな Salesforce インフラストラクチャの問題

スロットルの仕組み

Salesforce はマルチテナントクラウドプラットフォームであり、すべてのお客様の成功、スケール、およびパフォーマンスを保証することは相互の責任です。Salesforce の自動スロットルアルゴリズムは、組織および機能ごとにリソース消費量の多い上位ユーザーを特定し、可能な限り正確かつ精密に試行します。リソース消費量が最も多いお客様が、高リソース使用率の原因となっていることがほとんどです。


Salesforce は、スロットルされた組織のカスタマーエクスペリエンスへの影響を最小限に抑えるために、このプロセスの改善に積極的に取り組んでいます。また、Salesforce は AI を使用してリソースの過剰使用を予測し、スロットル率を動的に調整してカスタマーエクスペリエンスを最大化します。


すべてのお客様に対して、スロットルに関する以下の詳細を含むアウトバウンドサポートケースが作成されます。

  • スロットルが適用された日時
  • スロットル対象となった機能 (URL、Aura、サービスなど)
  • スロットル率
  • データベース CPU (DB CPU) やデータベース接続プール (DB Conn Pool) などのリソース使用率 — Signature パックのお客様のみ
  • リクエスト率およびリクエスト数 — Signature パックのお客様のみ
  • スロットル原因分析 — Signature パックのお客様のみ
組織スロットルの防止
  1. クエリを選択的にして SOQL パフォーマンスを改善します。
    1. 「Well-Architected」フレームワークのガイダンスに従うか、サクセスアーキテクトと協力してください。「Performance Patterns and Anti-Patterns」を参照してください。
    2. ナレッジ記事「SOQL クエリを選択的にする」を参照してください。
  2. 非効率性やボトルネックを特定するには、Sandbox または PTPaaS でパフォーマンスおよびスケールテストを実施します。「Sandbox インスタンスのパフォーマンステスト承認の取得」を行ってください。
    1. 「パフォーマンステストに関する FAQ」を参照してください。
    2. Salesforce ヘルプ「Scale Center」を参照してください。
  3. 大量の受信リクエストを調査し、ウェイティングルームなどのスケーリング機能を使用します。
    1. Signature パックのお客様で、フラッシュセールやオープンエントリ (自由選択研修の申し込み等) などのイベントが大量のリクエストを引き起こしている場合は、カスタマーサクセスマネージャー (CSM) と協力して「キーイベント管理 (Key Event Management)」プロセスに登録することを検討してください。
    2. リクエストがサービス拒否 (DoS) に関連している場合は、DOS 緩和策を設定します。
  4. 可能であれば、Bulk API などの非同期リクエストにするか、バッチ処理にします。
  5. 本番環境でモニタリングとアラートを設定し、組織がスロットルされた場合のインシデント対応計画を準備します。機能やサポートの拡張については、Signature Success または Premier Support を検討してください。「Proactive Alert Monitoring: Database CPU Consumption Time」を参照してください。
  6. 上記のいずれも該当しない場合は、カスタマーサポートにお問い合わせください。Salesforce の内部インフラストラクチャの問題は trust.salesforce.com に掲載されます。
ナレッジ記事番号

000384939

 
読み込み中
Salesforce Help | Article