Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Центры событий предоставляют решение для обработки и анализа больших объемов данных, особенно в сценариях, требующих аналитики и изучения в режиме реального времени. Они предназначены для эффективной обработки потоков данных в режиме реального времени, что позволяет организациям выполнять прием, обработку и анализ данных в режиме реального времени. Эти аспекты делают центры событий полезными для сценариев, когда своевременная аналитика имеет решающее значение. Центры событий обеспечивают масштабируемую инфраструктуру, которая позволяет организациям обрабатывать растущие объемы данных, обеспечивая оптимальную производительность и использование ресурсов. Дома событий — это предпочтительный механизм для полуструктурированного и свободного анализа текста. Хранилище событий — это рабочая область баз данных, которые могут быть общими для определенного проекта. Он позволяет одновременно управлять несколькими базами данных, совместно использовать емкость и ресурсы для оптимизации производительности и затрат. Центры событий обеспечивают единый мониторинг и управление всеми базами данных и каждой базой данных.
Среды событий адаптированы для времязависимых и потоковых событий с использованием структурированных, полуструктурированных и неструктурированных данных. Можно получать данные из нескольких источников, в различных конвейерах (например, Eventstream, комплекты средств разработки программного обеспечения, Kafka, Logstash, потоки данных и другие) и в различных форматах данных. Эти данные автоматически индексируются и секционируются на основе времени приема.
Когда мне создавать пространство для мероприятий?
Используйте хранилище событий для любого сценария, включающего данные на основе событий. Например, данные телеметрии и журналы, временные ряды и данные Интернета вещей, журналы безопасности и соответствия требованиям или финансовые записи.
Можно создать базу данных KQL в хранилище событий. База данных KQL может быть стандартной базой данных или ярлыком к базе данных. Для каждой базы данных KQL создается среда поисковых запросов , которую можно использовать для изучения и управления данными. Доступность данных в OneLake может быть включена на уровне базы данных или таблицы.
Какую информацию я вижу в площадке для мероприятий?
На странице обзора системы в доме событий отображаются следующие сведения:
- Сведения о Eventhouse
- Хранилище Eventhouse
- Системные ресурсы
- Расчетное использование
- Основное действие пользователя в минутах
- Скорость приема
- Самые запрашиваемые базы данных
- Наиболее используемые базы данных для обработки данных
- Новые возможности
Дополнительные сведения см. в разделе "Просмотр сведений о системе" для дома событий.
На странице баз данных в хранилище событий отображаются сведения о базе данных в представлении списка или плитки. В представлении плиток отображаются следующие сведения о каждой базе данных:
- Имя базы данных
- Сведения о базе данных
- Средство отслеживания действий базы данных
- Таблицы базы данных
- Предварительный просмотр данных
- Аналитика запросов — первые 100 запросов
Дополнительные сведения см. в разделе "Сведения о базе данных".
Always-On
Ваша платформа для мероприятий предназначена для оптимизации затрат путем приостановки работы, когда она не используется. При повторной активации службы может возникнуть задержка в течение нескольких секунд. Если у вас есть очень чувствительные к времени системы, которые не могут терпеть эту задержку, используйте Always-On. Этот параметр позволяет службе всегда быть доступной, регулируя масштаб в соответствии с нашим механизмом авторегулирования масштаба. Если включена Always-On, вы увидите 100% EventHouse UpTime, и вы не платите за хранилище кэша, так как он включен в плату за емкость.
Минимальное потребление
В рамках функции Always-On можно дополнительно настроить минимальное потребление. Этот шаг полезен в сценариях, когда возникают непредсказуемые нагрузки запросов или ввода данных. Это позволяет обеспечить достаточную производительность во время внезапных высоких нагрузок. Этот параметр позволяет предотвратить масштабирование механизма автомасштабирования ниже определенного размера, позволяя масштабировать его до большего размера, если рабочая нагрузка требует его. Ограниченный объем хранилища класса Premium включается в службу, и если использование кэша приближается к этому ограничению, автомасштабирование корректируется до следующего большего размера.
Минимальное количество единиц CUS | Емкость SSD (ГБ) свободного хранилища |
---|---|
4,25 | 50 |
8.5 | 200 |
13 (тринадцать) | восемьсот |
18 | 3500-4000 |
26 | 5250-6000 |
34 | 7000-8000 |
50 | 10500-12000 |
Обычай | ~200/CU (например, 100 CU = ~20 000 ГБ) |
Инструкции по включению минимального потребления см. в разделе "Включить минимальное потребление".