活動屋概觀
事件存放區提供處理和分析大量數據的解決方案,特別是在需要即時分析和探索的案例中。 其設計目的是要有效率地處理實時數據流,讓組織以近乎即時的方式內嵌、處理及分析數據。 這些層面讓事件儲存區特別適用於及時深入解析至關重要的案例。 事件存放區提供可調整的基礎結構,可讓組織處理不斷增加的數據量,以確保最佳的效能和資源使用。 事件屋是半結構化和自由文字分析的慣用引擎。 事件存放區是資料庫工作區,可能會跨特定項目共用。 它可讓您一次管理多個資料庫、共用容量和資源,以優化效能和成本。 事件屋會跨所有資料庫和每個資料庫提供統一的監視和管理。
事件屋特別針對以時間為基礎的串流事件量身打造,其中包含結構化、半結構化和非結構化數據。 您可以在多個管線中從多個來源取得數據(例如 Eventstream、SDK、Kafka、Logstash、數據流等等)和多個數據格式。 此數據會根據擷取時間自動編製索引並分割。
何時要建立活動之家?
針對包含事件型數據的任何案例使用事件存放區,例如遙測和記錄數據、時間序列和 IoT 數據、安全性和合規性記錄或財務記錄。
當事件屋處於預覽狀態時,您可以建立獨立的 KQL 資料庫,或事件存放區內的 KQL 資料庫。 KQL 資料庫可以是標準資料庫或 資料庫快捷方式。 OneLake 中的數據可用性是在資料庫或數據表層級上啟用。
我在活動屋中看到哪些資訊?
事件屋的系統概觀頁面會顯示下列資訊:
- 活動屋詳細數據
- 事件存放區的執行狀態
- OneLake 記憶體使用量
- 依資料庫使用的 OneLake 記憶體使用量
- 計算使用量
- 依使用者計算使用量
- 大部分的作用中資料庫
- 最近的事件
如需詳細資訊,請參閱 檢視事件屋的系統概觀詳細數據。
事件存放區的資料庫頁面會顯示清單或磚檢視中的資料庫資訊。 每個資料庫的相關下列資訊會顯示在圖格檢視中:
- 資料庫名稱
- 過去一周執行的查詢圖表
- 資料大小
- 快取原則
- 保留原則
- 上次擷取日期
最小耗用量
您的活動屋的設計目的是在不使用服務時暫停服務,以將成本優化。 重新啟用服務時,您可能會遇到幾秒鐘的延遲。 如果您有無法容忍此延遲的高時間敏感系統,請使用 最低耗用量。 這可讓服務隨時可供使用,但在選取的最小層級。 當您的計算層級高於最低設定時,您需支付所選取的最小計算層級,或實際耗用量。 指定的計算可供事件存放區內的所有資料庫使用。 服務中包含有限的進階記憶體,並對應至下表所示的最低耗用量層級:
名稱 | 最小 RU | 免費記憶體的 SSD 容量 (GB) |
---|---|---|
額外小 | 4.25 | 20 |
超小型 | 8.5 | 200 |
Small | 13 | 800 |
中 | 18 | 3500-4000 |
大型 | 26 | 5250-6000 |
超大型 | 34 | 7000-8000 |
超大型 | 50 | 10500-12000 |
如需如何啟用最小耗用量的指示,請參閱 啟用最小耗用量。
後續步驟
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應