Azure AI 搜尋服務中的服務限制

儲存空間、工作負載，以及索引和其他物件數量的最大限制，取決於你 Azure AI 搜尋服務 服務的定價模型。

Azure AI 搜尋服務 支援兩種定價模式，每種模型都有相應的服務層級。 您所選擇的等級會影響本指南中列出的服務限制。

• 專用：按搜尋單位（SU）計算的固定價格。 服務等級選項包括：基本、標準（S1-S3，含 S3 HD）、儲存優化（L1-L2），以及具備有限搜尋服務功能的免費方案。
• 無伺服器（預覽）：採隨用隨付定價，依每小時的計算單位（CU/hr）以及已建立索引的儲存空間每 GB/月計費。 目前的預覽階段是：無伺服器開發者。 限制由每個索引的上限、每個服務的物件計數，以及無伺服器節流行為定義。

欲了解更多，請參閱 「選擇定價模式與服務層級」。

診斷配額、容量或限制相關失敗

配額和產能失效來自不同的控制措施。 利用已完成作業所傳回的錯誤，找出適用的是哪一項。

如果建立、擴展或升級操作仍在執行，請等待配置狀態變成 Succeeded 或 Failed。 正在進行的操作並不代表配額或容量問題。 若縮放操作失敗，請參見 縮放過程中的錯誤。

可用訂閱配額並不保證區域容量，申請更多配額也無法解決容量限制。 如果失敗持續，請開啟包含訂閱、區域、層級、請求設定、完整錯誤文字、UTC 時間，以及任何相關或操作 ID 的 Azure 支援 請求。

訂用帳戶限制

您可以建立多個 可計費的 搜尋服務（基本和更高層級），最多每個區域每個層級允許的服務數目上限。 例如，在同一訂閱和區域內，你可以在 Basic 層級建立最多 16 項服務，S1 層級又可建立 16 項服務。 然後，你可以在另一個區域再新增 16 個 Basic 服務，在同一個訂用帳戶下總計共 32 個 Basic 服務。 欲了解更多服務層級資訊，請參閱 「選擇定價模式與服務層級」。

您可以依要求提高最大服務上限。 如果您在相同訂用帳戶內需要更多服務，請開立支援要求。

¹ 每個 Azure 訂用帳戶可以有一項免費搜尋服務。 免費層取決於與其他客戶共用的基礎結構。 由於硬體並非專用，因此不支援擴大，且儲存體限制為 50 MB。 免費搜尋服務可能會在長時間閑置后刪除，以騰出空間供更多服務使用。

² 搜尋單位 (SU) 是可計費單位，會以「複本」或「資料分割」形式配置。 兩者您都需要。 若要深入了解 SU 組合，請參閱估計和管理搜尋服務的容量。

服務限制

在 Dedicated 定價模型中，請將複本乘以分割區 (搜尋單位) 來規劃容量。

¹ Basic 層支援三個分割區和三個複本，對於 2024 年 4 月 3 日之後建立的新搜尋服務，總計可提供九個搜尋單位 (SU)。 較舊的 Basic 服務限制為一個分割區和三個複本。

搜尋服務會受到最大儲存限制（分割區大小乘以分割區數量）或 索引數上限 或 索引子數上限 的硬性限制，視何者先達上限而定。

服務等級協定 （SLA） 適用於有兩個或多個查詢工作負載複本的可計費服務，或查詢和編製索引工作負載的三個或多個複本。 分割區數目不是 SLA 考量。 如需詳細資訊，請參閱 Azure AI 搜尋服務中的可靠性。

免費服務沒有固定的分區或副本，並與其他訂戶共享資源。

分割區儲存 (GB)

每項服務的儲存限制會因兩個因素而異： 服務建立日期 與 區域。 大多數支援的地區對 新服務提供較高的使用額度。

下表顯示儲存配額隨時間增加的進度 (以 GB 為單位)。 自2024年4月起，腳註中列出的區域開始啟用更高容量的分區。 如果你有支援區域的舊服務，請確認是否能 升級 服務以提升儲存空間。

¹ Basic、S1、S2 和 S3 在這些區域提供較高容量儲存體。 美洲區：巴西南部、加拿大中部、加拿大東部、東美國、東部美國2、中部美國、北中部、南中部、西部美國、西部美國2、西部美國3、西中部美國。 歐洲：法國中央。 義大利北部、北歐、挪威東部、波蘭中部、瑞士北部、瑞典中部、英國南部、英國西部。 中東：阿拉伯聯合大公國北部。 非洲：南非北部。 亞太區：澳洲東部、澳洲東南部、中印度部、Jio 印度西部部、東亞部、東南亞部、日本東部、日本西部部、韓國中部、韓國南部。

² L1 和 L2 的容量儲存空間較高。 更多區域可在每個可計費層提供更高的容量。 美洲：美國東部 2 EUAP。 歐洲：德國北部、德國西中部、瑞士西部。 Azure Government：德克薩斯州、亞利桑那州、佛吉尼亞州。 非洲：南非北部。 亞太地區：中國北部 3、中國東部 3。

³ 西歐提供較高的容量記憶體。

索引限制

¹ 2017 年 12 月之前建立的基本服務，在索引方面具有較低的限制 (5 個，而不是 15 個)。

² 欄位的上限包括複雜集合中的第一層欄位和巢狀子欄位。 例如，如果索引包含 15 個欄位，且有兩個各包含五個子欄位的複雜集合，則索引的欄位計數為 25。 擁有非常龐大欄位集合的索引可能會很慢，尤其是在較舊的 Basic 服務上。 限制欄位和屬性 只用你需要的，並執行索引和查詢測試以確保效能可接受。

³ 2024 年 4 月 3 日前建立的基本服務，每個索引最多支援 100 個欄位。 較新的 Basic 服務支援每個索引 1,000 個欄位。

⁴ 元素有上限，因為元素數量多會大幅增加索引所需的儲存空間。 複雜集合的元素會定義為該集合的成員。 例如，假設有一個 Hotel 文件，其中包含一個 Rooms 複合集合。 Rooms 集合中的每個房間都被視為一個元素。 在編製索引期間，編製索引引擎可以安全地處理整個文件中最多 3000 個元素。 此限制是在 api-version=2019-05-06 中引進，僅適用於複雜集合，但不適用於字串集合或複雜欄位。

⁵ 對大多數層級來說，最大索引大小是搜尋服務中可用的總儲存空間。 針對具有多個分割區並因此擁有更多儲存空間的 S2、S3 和 S3 HD 服務，單一索引的最大大小會在表格中提供。 適用於在 2024 年 4 月 3 日之後建立的搜尋服務。 使用無伺服器模型（預覽）設定的服務，其索引大小上限如表中所示。

如果您的服務是佈建在更強大的叢集上，您可能會發現限制的上限有一些變化。 此處的限制代表通用分母。 建置到上述規格的索引可在任何區域中的對等服務層級之間移植。

文件限制

每個索引最多可支援以下數量的文件：

• Basic、S1、S2 和 S3 上為 240 億
• S3 HD 上 20 億個
• L1 上 2880 億個
• L2 上 5760 億個

每份文件大小可達約 16 MB。 文件大小限制實際上適用於索引 API 請求有效載荷的大小，即 16 MB。 這些有效載荷可以是單一文件，也可以是一批文件。 針對具有單一文件的批次，文件大小上限為 16 MB 的 JSON。

文件大小限制適用於將文件上傳至搜尋服務的 推送模式 索引。 如果您使用索引器進行 提取模式 索引編製，來源檔案可以是任何檔案大小，受限於 索引器限制。 針對 Blob 索引器，較高層級的檔案大小限制較大。 例如，S1 的限制是 128 MB，而 S2 的限制是 256 MB。

在估算文件大小時，請記得僅對能提升搜尋效果的欄位建立索引。 排除那些在你打算執行的查詢中無用的來源欄位。

向量索引大小限制

當您使用向量欄位為文件編制索引時，Azure AI 搜尋服務會使用您提供的演算法參數建構內部向量索引。

這些向量指標的大小受以下限制：

• 在 Dedicated 定價模型中，為服務層級 (或 SKU) 保留給向量搜尋的記憶體。
• 無伺服器定價模型中的每個索引儲存體限制。

如需管理和最大化向量儲存的指導，請參閱向量索引大小並維持不超過限制。

向量限制會因下列因素而異：

• 服務建立日期
• 區域
• 選定的定價模式與服務層級

從 2024 年 4 月起，在提供額外容量的區域 (其中的大部分區域) 的新搜尋服務會存在更高的向量限制。 如果您在支援區域中有較舊的服務，請檢查您是否可以將 服務升級 至較高的向量限制。

在無伺服器計價模型中，向量限制是以每個索引為單位來定義，而不是以每個分割區為單位。

• 每個索引的最大向量索引大小（無伺服器）： 300 MB
  • 此大小約佔 總索引儲存的 30%，與專用服務層級所使用的向量與儲存比率相符。
  • 這個規模是每個指數的硬性限制。 在索引過程中嘗試超越此限制均告失敗。

下表顯示向量配額隨時間增加的進度 (以 GB 為單位)。 配額是每個分割區，因此，如果您將新的標準 （S1） 服務調整為 6 個分割區，則向量配額總計為 35 乘以 6。

¹ 早期預覽期間的初始向量限制。

² 稍後預覽期間內的向量限制。 三個地區沒有更高的限制：德國中西部、印度西部、卡達中部。

³ 根據支援層和區域的較大分割區，有較高的向量配額。

⁴ 根據分割區大小更新，更多層級和區域的向量配額較高。

該服務強制執行向量指數大小配額：

• Dedicated：搜尋服務中的每個分割區
• 無伺服器： 各指數

這個配額是確保服務持續健康的硬性限制。 超過限制後再嘗試索引均告失敗。 一旦釋放可用配額，您可以透過以下方式恢復索引：

• 刪除向量文件
• 縮減向量大小或維度
• （僅限專用）分區向外擴展

索引器限制

執行時間上限是為了提供整體服務的平衡和穩定性，但較大的資料集所需的編制索引時間可能比允許的上限還多。 如果編製索引作業無法在允許的時間上限內完成，請嘗試按照排程執行編製索引作業。 排程器會追蹤索引狀態。 如果排定的索引作業因故中斷，索引子可以在下次排定的執行時間繼續從上次停止處進行。

索引器物件與吞吐量限制

¹ 免費服務有索引子執行時間上限，針對 Blob 來源為 3 分鐘，針對其他所有資料來源為 1 分鐘。 索引子每 180 秒調用一次。 對於呼叫 Foundry Tools 的 AI 索引，每個索引器每天僅提供 20 次免費交易，其中「交易」定義為成功通過增強管線的文件。 （提示：你可以重置索引器來重置其計數。）

² 2017 年 12 月之前建立的基本服務，在索引子、資料來源和技能方面具有較低的限制 (5 個，而不是 15 個)。

³ S3 HD 索引器的支援目前仍處於預覽階段，且需要 2025-11-01-preview REST API 版本或更高版本。 S3 HD 索引器僅在 多租戶執行環境中 運行，不支援 共享私有連結資源。 預覽期間，S3 HD 索引器支援最適合小負載（約 1 GB 索引大小）且技能需求有限。 關於整體行為、監控和規劃指南，請參閱 Serverless 和 S3 HD 上的索引器執行作業。

⁴ 每個技能集上限為 30 個技術。

⁵ 關於索引子的 2 或 24 小時最長持續時間：2 小時最長持續時間是最常見的，您應該對此進行規劃。 它指的是運行於 公共環境中的索引器，這樣可以卸下計算密集的處理，並保留更多資源用於查詢。 如果您只使用配置給搜尋服務的基礎結構，將索引器設定為在私人環境中執行，則適用 24 小時的限制。 有些較舊的索引器無法在公共環境中運行，這些索引器始終有 24 小時的處理範圍。 如果您有連續執行 24 小時的未排程索引器，您可以假設這些索引器無法移轉至較新的基礎結構。 一般來說，對於無法在兩小時內完成的索引工作，建議將索引器設定 為5分鐘的行程 表，這樣索引器可以快速接續上次的作業。 在免費層上，執行時間上限為 3-10 分鐘，適用於具有技能的索引子。

⁶ 在 S3 HD 與無伺服器服務中，所有索引器在每個 24 小時 UTC 視窗內共享每項服務累積 24 小時的執行時間。 關於配額行為、監控與規劃指引，請參閱無伺服器與 S3 HD 上的索引器執行（預覽版）。

類似 blob 索引器的原始碼檔案限制

檔案處理分階段進行，每個階段都有其限制：

1. 資料來源連接器會下載原始碼項目，但會受到來源特定連接器的限制。
2. Azure AI 搜尋服務 會擷取項目內容，但須遵守下表中最大原始檔案大小及擷取字元限制。
3. 可選擇性地，技能組會將內容傳送到下游服務，個別技能的輸入限制可能比索引器擷取的還要小。

以下表格中最大原始碼檔案大小與擷取字元限制適用於 Azure Blob 儲存體、ADLS Gen2、Microsoft 365 中的 SharePoint、OneLake 及 Azure 檔案儲存體 索引器。 關於每個技能的限制，請參考你技能組 中每個技能的參考文章 。

¹ 最大字元數是基於 Unicode 編碼單位，特別是 UTF-16。

² 使用 delimitedText 解析模式處理 CSV 檔案時，緩衝區大小限制為每列 10MB。

³ 使用 delimitedText 解析模式處理 CSV 檔案時，「最大擷取內容大小」限制不適用。

⁴ 類 Blob 索引器包括 Azure Blob 儲存體 indexer（blob indexer）、ADLS Gen2 索引器、Microsoft 365 索引器中的 SharePoint、OneLake 索引器及 Azure 檔案儲存體 索引器。 直接上傳檔案的知識來源不使用索引器，且有 獨立的限制。

共用私人連結資源限制

索引子可以透過共用私人連結資源 API 管理的私人端點存取其他 Azure 資源。 本節說明與這項功能相關聯的限制。

¹ AI 擴充和影像分析會耗用大量運算資源，並且需要大量的可用處理能力。 因此，會停用較低層級中的私人連線，以確保搜尋服務本身的效能和穩定性。 在 Basic 服務中，為維持服務穩定性，不支援與 Microsoft Foundry 資源的私有連線。 針對 S1 層，請確定服務是在 2024 年 4 月 3 日之後以 較高的限制 建立。 擁有超過2項Azure OpenAI嵌入或Azure Vision多模態嵌入技能的索引器，將被限制在私有環境中執行，且無法提供私有連線。

² 在 2024 年 4 月 3 日之後建立，且對儲存體和計算處理具有較高限制的基本和 S1 高容量搜尋服務上，支援對內嵌模型的私人連線。

³ 不同資源類型的數目被計算為針對指定搜尋服務的所有共用私人鏈接資源所使用的獨特groupId值數目，無論資源的狀態為何。

同義字限制

同義地圖的最大數量依層級而異。 每個規則最多可以有 20 個擴充，擴充是指對等的字詞。 例如，給定「cat」時，與「kitty」、「feline」和「felis」(貓屬) 的關聯會計為三個擴展。

索引別名限制

索引 別名 的最大數量會依階層和 服務建立日期而異。 在所有層級中，若服務是在 2022 年 10 月之後建立，最大別名數為允許索引數量的兩倍。 如果服務是在 2022 年 10 月之前建立的，限制是允許的索引數目。

¹ 2017 年 12 月之前建立的基本服務，在索引方面具有較低的限制 (5 個，而不是 15 個)。

代理檢索極限

知識庫指定一或多個知識來源，以及擷取推理強度（預覽），用來控制大型語言模型（LLM）為進行代理式擷取時的處理層級。 限制會依價格層級、API 版本及推理工作量而異。

¹ 2024年4月3日之前建立的基本服務對知識來源與知識庫有下限（5）。

² 這些限制適用於支援知識庫與知識來源的 S3 HD 服務。 有些較舊的 S3 HD 服務不支援這些資源。

檢索時的知識來源選擇

知識庫可包含上述特定層級的最大值，無論 API 版本或擷取推理努力為何。 API 版本與推理工作量則影響檢索時可選擇的知識來源數量。

它 2025-08-01-preview 使用了舊有知識代理合約，並不支援 retrievalReasoningEffort。

²minimal 推理工作會使用知識庫中的所有知識來源，因為它繞過了基於大型語言模型（LLM）的查詢規劃。

擷取請求執行時間

所有支援的層級的 maxRuntimeInSeconds 限制都相同。

最大值僅適用於 Azure AI 搜尋服務 取回請求。 關於設定範例，請參閱 覆寫預設推理努力及設定請求限制。

資料限制 (AI 擴充)

資料限制適用於 在 Foundry Tools 中呼叫 Azure Language 的 AI 擴充管線。 對於 實體辨識技能、實體連結技能、關鍵片語擷取技能、語言偵測技能和 個人識別資訊偵測技能，以 String.Length 計算的最大輸入量為 50,000 個字元。 情感技能的上限為5,000字元。

當你需要在下游處理前分割較大的文字時，可以使用 文字分割技能 。

這些限制適用於專用與無伺服器定價模式。

節流限制

限速限制透過控制 API 請求速率，有助於確保服務穩定性。

在 Dedicated 定價模型中，節流是以搜尋單位 (複本 × 分割區) 為基礎。

在無伺服器定價模型中，節流並非依據搜尋單元。 取而代之的是服務層級的操作限制與整體消耗行為，決定吞吐量。 使用量與服務限制管理容量，而非複本與分割區的配置。

語意排名工具節流限制

語意排名器 會使用佇列系統來管理並行要求。 此系統可讓搜尋服務達到盡可能高的每秒查詢數。 當並行請求達到上限時，系統會將額外的請求放入隊列。 若隊列已滿，系統會拒絕進一步請求，必須重試。

每秒總語意排序查詢數會根據以下因素變化：

• 搜尋服務的階層。 佇列容量和並行要求限制會因層級而異。
• 搜尋服務中的搜尋單位數目。 增加並行語意排名器查詢數目上限的最簡單方式，就是 將更多搜尋單位新增至您的搜尋服務。
• 區域中可用的語意排名工具容量總計。
• 使用語意排名工具來提供查詢所需的時間長度。 這個時間會依搜尋服務的忙碌程度而有所不同。

下表描述依階層的語意排名器節流限制，受限於區域中的可用容量。 您可以連絡Microsoft支持人員以要求增加限制。

API 要求限制

查詢的限制存在，因為未系結的查詢可能會破壞搜尋服務的穩定性。 一般而言，這類查詢會以程式設計方式建立。 如果你的應用程式是程式化產生搜尋查詢，請設計成不會產生無限大小的查詢。

基於類似的原因，承載的限制存在，以確保搜尋服務的穩定性。 此限制適用於整個要求，包含其所有元件。 例如，如果請求包含多個文件或命令的批次處理，則整個請求必須符合支援的限制範圍。

如果你必須超過支援的限制，請 測試你的工作量 ，這樣你才能知道會遇到什麼。

除非有說明，否則下列 API 要求會套用至所有可程式化介面，包括 Azure SDK。

一般：

• 支持的承載上限為 16 MB，可透過 REST API 和 SDK 編製索引和查詢要求。
• 長度上限為 8 KB 的 URL（僅適用於 REST API）。

編製索引 API：

• 每個批次的索引上傳、合併或刪除最多支援 1,000 份檔。
• 每個請求支援 1 到 32,000 個索引動作。

查詢 API：

• 向量查詢中最多 10 個字段
• $orderby 子句中最多可包含 32 個欄位。
• 搜尋子句中最多 100,000 個字元。
• 搜尋中的子句數目上限為 3,000。
• Lucene 強制執行的萬用字元和規則運算式查詢的最大限制。 它會將模式、變化或比對的數目上限為 1,000 個實例。 此限制設立是為了避免引擎過載。

搜尋字詞：

• 支援的搜尋字詞大小上限為UTF-8編碼文字的32,766位元組（32 KB減2位元組）。 適用於關鍵詞搜尋和向量搜尋的文字屬性。
• 支援的搜尋字詞大小上限是前置詞搜尋和 regex 搜尋的 1,000 個字元。

API 回應限制

• 每頁搜尋結果最多可返回1,000份文件。
• 每個建議 API 請求最多回傳 100 個建議。

搜尋引擎預設會傳回 50 個結果，但您可以覆寫此參數最高到上限。

API 金鑰限制

使用 API 金鑰進行服務認證。 API 金鑰有兩種類型。 管理金鑰（Admin key）可在請求標頭中指定，提供服務的完整讀寫存取權限。 查詢鍵（你在 URL 上指定）是唯讀的，通常分發給用戶端應用程式。

• 每個服務最多支援兩個管理金鑰。
• 每個服務最多支援 50 個查詢鍵。