Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Выделенный кластер в Azure Monitor обеспечивает расширенные возможности безопасности и управления и оптимизацию затрат. Вы можете связать новые или существующие рабочие области с выделенным кластером без прерывания приема и выполнения запросов.
Расширенные возможности
Azure Monitor Журналы — это полностью управляемая облачная служба, предназначенная для автоматической обработки приема, индексирования и запросов в условиях больших и изменяющихся рабочих нагрузок. Его базовый механизм использует встроенные механизмы, которые оптимизируют выполнение запросов, распределяют обработку и автоматически масштабировать ресурсы без вмешательства пользователя. Эта высокопроизводительная служба — это платформа, на которую по умолчанию основаны рабочие области Log Analytics или общих кластеров. При создании выделенного кластера разблокируются следующие дополнительные возможности:
| Возможность | Описание |
|---|---|
| Ключи, управляемые клиентом | Шифрование данных с помощью ключа, который вы предоставляете и управляете. |
| Защищенное хранилище | Управление доступом инженера Microsoft к данным. |
| Двойное шифрование | Дополнительный уровень шифрования данных. |
| Кросс-оптимизация рабочих областей | Запросы, выполняемые в разных рабочих областях, выполняются быстрее, если они находятся в одном кластере. |
| Оптимизация затрат | Свяжите рабочие области, находящиеся в одном регионе, с кластером и получите скидку на данные, поступающие из всех связанных областей, согласно уровню обязательств. |
| Зоны доступности | Защитите данные с помощью центров обработки данных в разных физических местах, оснащенных независимым питанием, охлаждением и сетями.
Зоны доступности Azure Monitor автоматически повышают устойчивость Azure Monitor. Azure Monitor включает выделенные кластеры для зон доступности (isAvailabilityZonesEnabled: true) по умолчанию во всех регионах, поддерживающих зоны доступности.
Поддерживаемые зоны доступности включают поддержку выделенных кластеров и общих кластеров. |
| Загрузка из Центры событий Azure | Позволяет получать данные непосредственно из Центров событий в рабочую область Log Analytics. |
| Мониторинг связанных рабочих областей как кластера | Отслеживайте производительность кластера с помощью Azure Monitor, включая объем данных, эффективность выполнения запросов и использование обязательств по емкости во всех связанных рабочих пространствах. |
Примечание.
Выделенные кластеры не являются общим способом ускорить все запросы. Как и в любой крупной аналитической системе, выполнение запросов в очень больших наборах данных требует дополнительных вычислительных ресурсов и может повлиять на производительность запросов. Для повышения производительности запросов за пределами оптимизации между рабочими областями выделенных кластеров оптимизируйте запросы. Эта стратегия особенно эффективна с большими наборами данных и при запросе в течение длительных диапазонов времени.
Ценовая модель кластера
Кластеры Log Analytics выделенного назначения используют модель ценообразования на основе обязательств, начиная с 100 ГБ в день. Избыток приема, превышающий уровень обязательств, оплачивается по тарифу за ГБ. Вы можете в любой момент увеличить уровень обязательств, но у него есть 31-дневный период обязательств, прежде чем он может быть сокращен. Дополнительные сведения о уровнях обязательств см. в Azure Monitor сведения о ценах на журналы.
Тип выставления счетов кластера имеет два возможных значения:
- Cluster (по умолчанию): затраты на кластер относятся к кластерному ресурсу.
- Workspaces: Затраты на кластер распределяются пропорционально рабочим областям в кластере, причем часть использования кластерного ресурса все равно выставляется на оплату, если общий объем принимаемых данных за день находится ниже уровня обязательств. Дополнительные сведения о модели цен кластера см. в разделе Log Analytics Dedicated Clusters.
Необходимые разрешения
Для выполнения действий, связанных с кластером, вам потребуется следующее:
| Действие | Необходимые разрешения или роли |
|---|---|
| Создать выделенный кластер |
Microsoft.Resources/deployments/* и Microsoft.OperationalInsights/clusters/write разрешения, как предусмотрено встроенной ролью Log Analytics Contributor, например |
| Изменение свойств кластера |
Microsoft.OperationalInsights/clusters/write разрешения, предоставляемые, например, встроенной ролью Log Analytics Contributor |
| Связывание рабочих областей с кластером |
Microsoft.OperationalInsights/clusters/write, Microsoft.OperationalInsights/workspaces/write и Microsoft.OperationalInsights/workspaces/linkedservices/write разрешения, предоставляемые встроенной ролью участника Log Analytics, например |
| Проверка состояния связывания рабочей области |
Microsoft.OperationalInsights/workspaces/read разрешения для рабочей области, как указано встроенной роли читатель Log Analytics, например |
| Получение кластеров или проверка статуса настройки кластера |
Microsoft.OperationalInsights/clusters/read разрешения, предоставляемые встроенной ролью читателя Log Analytics, например |
| Обновление уровня обязательств по тарифу или типа выставления счетов в кластере |
Microsoft.OperationalInsights/clusters/write разрешения, предоставляемые, например, встроенной ролью Log Analytics Contributor |
| Предоставление необходимых разрешений | Роль владельца или участника с разрешениями */write, или встроенная роль Участник Log Analytics, которая имеет разрешения Microsoft.OperationalInsights/* |
| Отсоединение рабочей области от кластера |
Microsoft.OperationalInsights/workspaces/linkedServices/delete разрешения, предоставляемые, например, встроенной ролью Log Analytics Contributor |
| Удалите выделенный кластер |
Microsoft.OperationalInsights/clusters/delete разрешения, предоставляемые, например, встроенной ролью Log Analytics Contributor |
Дополнительные сведения о разрешениях Log Analytics см. статью Управление доступом к данным журнала и рабочим областям в Azure Monitor.
примеры шаблонов Resource Manager
В этой статье приведены примеры шаблонов Azure Resource Manager (ARM для создания и настройки кластеров Log Analytics в Azure Monitor. Каждый пример включает файл шаблона и файл параметров с примерами значений для использования в шаблоне.
Примечание.
См. примеры для Azure Resource Manager в Azure Monitor для получения списка доступных примеров и рекомендаций по их развертыванию в вашей подписке Azure.
Ссылки на шаблоны
Подготовка
Выставление счетов уровня обязательств кластера начинается сразу после создания кластера независимо от приема данных. Перед началом работы подготовьте следующие предметы:
- Подписка на создание кластера.
- Список рабочих областей, которые необходимо связать с кластером. Эти рабочие области должны находиться в том же регионе, что и кластер.
- Решение о типе выставления счетов и атрибуции: следует ли назначить на кластер (по умолчанию) или распределить пропорционально между связанными рабочими пространствами.
- Проверка разрешений для создания кластера и связывания рабочих областей.
Примечание.
- Создание кластера и связывание рабочих областей — это асинхронные операции, которые могут занять несколько часов.
- Связывание или отсоединение рабочих областей от кластера не влияет на прием или запросы в процессе операций.
Создать выделенный кластер
Укажите следующие свойства при создании выделенного кластера:
ClusterName: должно быть уникальным для группы ресурсов.
ResourceGroupName: используйте центральную ИТ-группу ресурсов, так как многие команды в организации обычно используют кластеры. Дополнительные рекомендации по проектированию см. в Проектирование конфигурации рабочей области Log Analytics.
Местоположение
SkuCapacity: допустимые уровни обязательств: 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000 или 50000 ГБ в день. Минимальный уровень обязательств, поддерживаемый в шаблонах интерфейса командной строки и развертывания, составляет 500 ГБ. Используйте REST API для настройки уровней обязательств ниже 500 ГБ. Дополнительные сведения о затратах на кластер см. в разделе "Выделенные кластеры".
Managed identity: кластеры поддерживают два типа управляемых удостоверений:
Управляемое удостоверение, назначаемое системой, создается автоматически при создании кластера, если для удостоверения
typeзадано значение SystemAssigned. Используйте это удостоверение для предоставления Key Vault доступа к хранилищу для операций упаковки и разупаковки.Идентификация в REST-вызове кластера
{ "identity": { "type": "SystemAssigned" } }Назначаемое пользователем управляемое удостоверение. С помощью этого удостоверения можно настроить управляемый клиентом ключ при создании кластера при предоставлении ему разрешений в Key Vault перед созданием кластера.
Идентификация в REST-вызове кластера
{ "identity": { "type": "UserAssigned", "userAssignedIdentities": { "subscriptions/<subscription-id>/resourcegroups/<resource-group-name>/providers/Microsoft.ManagedIdentity/UserAssignedIdentities/<cluster-assigned-managed-identity>" } } }
После создания ресурса кластера можно изменить такие свойства, как sku, keyVaultProperties или billingType. Дополнительные сведения см. ниже.
Удаленные кластеры полностью удаляются за две недели. Вы можете иметь до семи кластеров на подписку и регион — пять активных и два удаленных за последние две недели.
Примечание.
Создание кластера включает несколько ресурсов, и операция обычно завершается в два часа. Выделенный кластер оплачивается как только подготовка завершена независимо от приема данных. Подготовьте развертывание для ускорения подготовки и связывания рабочих областей с кластером. Проверьте выполнение следующих условий.
- Определяется список начальных рабочих областей, связанных с кластером.
- У вас есть разрешения на подписку, предназначенную для кластера, и любую рабочую область, которую необходимо связать.
Выберите Создать в меню выделенные кластеры Log Analytics на портале Azure. Вам будет предложено получить подробные сведения, такие как имя кластера и уровень обязательств.
Проверка состояния подготовки кластера
Подготовка кластера Log Analytics занимает некоторое время. Чтобы проверить свойство ProvisioningState, используйте один из описанных ниже способов. Значение Создается при подготовке и Завершено после выполнения.
Портал предоставляет информацию о статусе процесса обеспечения кластера ресурсами.
Связывание рабочей области с кластером
Примечание.
- Только после завершения подготовки Log Analytics кластера на портале свяжите рабочую область.
- Связывание рабочей области с кластером синхронизирует несколько внутренних компонентов и гидратацию кэша, которые обычно выполняются в два часа.
- При связывании рабочей области Log Analytics тарифный план рабочей области изменяется на LACluster. Удалите номер SKU в шаблоне рабочей области, чтобы предотвратить конфликт во время развертывания рабочей области.
- Кроме аспектов выставления счетов, которые управляет план кластера, все конфигурации рабочих областей и аспекты запросов остаются неизменными во время и после ссылки.
Для операции ссылки на рабочую область и ресурс кластера требуются разрешения на запись:
- В рабочей области: Microsoft.OperationalInsights/workspaces/write
- В ресурсе кластера: Microsoft.OperationalInsights/clusters/write
После связывания рабочей области Log Analytics с выделенным кластером, новые данные, отправляемые в рабочую область, будут перенаправляться в выделенный кластер, в то время как ранее собранные данные остаются в кластере Log Analytics. Связывание рабочей области не влияет на функционирование рабочей области, в том числе на поглощение данных и работу с запросами. Подсистема запросов Log Analytics автоматически связывает данные из старых и новых кластеров, поэтому результаты запросов будут полными.
Кластеры являются региональными и могут связываться с 1000 рабочими областями, расположенными в том же регионе, что и кластер. Чтобы предотвратить фрагментацию данных, невозможно связать рабочую область с кластером более чем дважды в месяц.
Связанные рабочие области могут находиться в других подписках, отличных от той, в которой находится кластер. Если вы используете Azure Lighthouse для сопоставления обоих из них с одним клиентом, рабочая область и кластер могут находиться в разных клиентах.
При настройке выделенного кластера с ключом, управляемым клиентом (CMK), вновь передаваемые данные шифруются с помощью ключа, а старые данные остаются зашифрованными с помощью ключа, управляемого Microsoft (MMK). Log Analytics абстрагирует конфигурацию ключа, а запросы в старых и новых шифрованиях данных выполняются легко.
Чтобы связать рабочую область с кластером, выполните следующие действия. Вы можете использовать автоматизацию для связывания нескольких рабочих областей:
Выберите кластер в меню выделенных кластеров Log Analytics на портале Azure. Выберите связанные рабочие области , чтобы просмотреть все рабочие области, связанные с выделенным кластером. Выберите "Связать рабочие области" , чтобы связать дополнительные рабочие области.
Проверка состояния связывания рабочей области
Операция связывания рабочей области может занять до 90 минут. Состояние можно проверить как в связанных рабочих областях, так и в кластере. По завершении ресурсы рабочей области включают свойство clusterResourceId под features, а кластер включает связанные рабочие области в секции associatedWorkspaces.
При настройке кластера с ключом, управляемым клиентом, данные, поступающие в рабочую область, шифруются вашим ключом после завершения операции связывания.
На странице "Обзор" для выделенного кластера выберите JSON View. В associatedWorkspaces разделе перечислены рабочие области, связанные с кластером.
Изменение свойств кластера
После создания ресурса кластера и его полной подготовки можно изменить свойства кластера с помощью CLI, PowerShell или REST API. После подготовки кластера можно задать следующие свойства:
- keyVaultProperties — содержит ключ в Azure Key Vault со следующими параметрами: KeyVaultUriKeyName, KeyVersion. Дополнительные сведения об идентификаторе ключа см. в разделе "Обновление выделенного кластера".
- Identity — удостоверение, используемое для проверки подлинности в Key Vault. Это удостоверение может быть назначено системой или назначаемое пользователем.
-
billingType: тип выставления счетов для кластерного ресурса и его данных. Включает следующие значения:
- Cluster (по умолчанию) - затраты на кластер относятся к кластерному ресурсу.
- Workspaces: затраты на кластер распределяются пропорционально рабочим областям в кластере. Некоторая часть использования кластерного ресурса оплачивается, если общий объем данных, принятых за день, находится ниже уровня обязательств. Дополнительные сведения о модели цен кластера см. в разделе Log Analytics Dedicated Clusters.
Внимание
Обновление одного кластера не должно содержать сведения об идентификаторе и идентификаторе ключа в одной операции. Если необходимо обновить оба, сделайте это обновление двумя последовательными операциями.
Неприменимо
Получите все кластеры в группе ресурсов
В меню выделенных кластеров Log Analytics на портале Azure выберите фильтр группы ресурсов.
Получите все кластеры в подписке
В меню
Обновление уровня обязательств в кластере
Когда объем данных для связанных рабочих областей изменяется со временем, обновите уровень обязательств, чтобы оптимизировать затраты. Укажите уровень в единицах гигабайт (ГБ). Уровень может иметь значения 100, 200, 300, 400, 500, 1000, 2 000, 5000, 10 000, 25 000 или 50 000 ГБ в день. Вам не нужно предоставить полный текст запроса REST, но необходимо включить номер SKU.
В течение периода обязательств вы можете переходить на более высокий уровень обязательств, который перезапускает 31-дневный период обязательств. Вы не можете вернуться на оплату по мере использования или на более низкий уровень обязательств до тех пор, пока не завершите период обязательств.
Выберите кластер в меню выделенных кластеров Log Analytics на портале Azure. Выберите "Изменить" рядом с уровнем Обязательства.
Отсоединение рабочей области от кластера
Предупреждение
Отмена связывания рабочей области не перемещает данные рабочей области из кластера. Все данные, собранные для рабочей области во время связывания с выделенным кластером, остаются в кластере в течение периода хранения, определенного рабочей областью, и доступны, пока кластер не удаляется.
Вы можете в любое время отвязать рабочую область от кластера. Вот что происходит, когда рабочая область не связана
- Ценовая категория рабочей области изменяется на основе объема данных в гигабайтах.
- Данные, внесенные в кластер до операции отмены связи, остаются в кластере.
- Новые данные, отправленные в рабочую область, обрабатываются в рабочей области, а не в выделенном кластере.
- Запросы не затрагиваются при отмене связи рабочей области. Служба Log Analytics выполняет запросы между кластерами без проблем.
- Если выделенный кластер был настроен с использованием ключа, управляемого клиентом (CMK), данные, поступающие в рабочую область, пока она связывается, остаются зашифрованными вашим ключом в выделенном кластере и доступны до тех пор, пока у вас сохраняются ключ и разрешения на доступ к Key Vault.
Примечание.
- Чтобы предотвратить распределение данных между кластерами, можно выполнять только две операции связывания для определенной рабочей области в течение месяца. Обратитесь в службу поддержки, если достигнут предел.
- Несвязанные рабочие области переходят на ценовую категорию с оплатой по мере использования.
Используйте следующие команды для отсоединения рабочей области от кластера:
Выберите кластер из меню выделенные кластеры Log Analytics на портале Azure. Выберите связанные рабочие области , чтобы просмотреть все рабочие области, связанные с выделенным кластером. Выберите все рабочие области, которые хотите отсоединить, и выберите Отсоединить.
Удаление кластера
Необходимы разрешения на запись в ресурсе кластера.
Удалите кластер с осторожностью. Отменить эту операцию невозможно. Все загруженные в кластер данные из связанных рабочих областей безвозвратно удаляются.
Выставление счетов кластера останавливается при удалении кластера независимо от 31-дневного периода обязательств, определенного в кластере.
Если удалить кластер с связанными рабочими областями, рабочие области автоматически отменяют связь с кластером. Они переходят на ценовую категорию с оплатой по мере использования, а новые данные, отправленные в рабочие пространства, поглощаются в кластеры Log Analytics. Вы можете запросить рабочую область в диапазоне времени, прежде чем она была связана с кластером, и после отмены связи служба выполняет запросы между кластерами без проблем.
Примечание.
- Существует ограничение в семь кластеров для каждой подписки и региона: пять активных кластеров, а также два, которые были удалены за последние две недели.
- Имя кластера остается зарезервированным через две недели после удаления, в течение которого его нельзя использовать для создания нового кластера.
Используйте следующие команды для удаления кластера:
Выберите кластер в меню выделенных кластеров Log Analytics на портале Azure. Затем выберите Удалить.
Изменение типа управляемого удостоверения
Вы можете изменить тип идентичности после создания кластера без прерывания ввода данных или запросов. Рассмотрим следующее:
- Обновление
SystemAssignedдоUserAssigned. Предоставьте доступ идентичностиUserAssignв Key Vault и обновите тип идентичности в кластере. - Обновление
UserAssignedнаSystemAssigned, так как управляемое удостоверение, назначаемое системой, создается после обновления типа удостоверения кластера с помощьюSystemAssigned, выполните следующие действия.- Обновите кластер, чтобы удалить ключ — установите
keyVaultUri,keyName, иkeyVersionв значение"". - Измените тип удостоверения кластера на
SystemAssigned. - Обновите Key Vault и предоставьте разрешения на удостоверение.
- Обновление ключа в выделенном кластере.
- Обновите кластер, чтобы удалить ключ — установите
Предельные значения и ограничения
Вы можете создать до пяти активных кластеров в каждом регионе и подписке.
У вас может быть до семи кластеров на одну подписку и регион: пять активных кластеров и два удаленных кластера за последние две недели.
Вы можете связать до 1000 Log Analytics рабочих областей с кластером.
Вы можете выполнять до двух операций связывания рабочей области в определенной рабочей области в течение 30-дневного периода.
Невозможно переместить кластер в другую группу ресурсов или подписку.
Невозможно переместить кластер в другой регион.
При обновлении кластера не следует включать сведения об идентификаторе и идентификаторе ключа в одну и ту же операцию. Если необходимо обновить оба, выполните две последовательные операции обновления.
Защищенное хранилище в настоящее время недоступно в Китае.
В настоящее время Lockbox не может применяться к таблицам с вспомогательным планом.
шифрование Double настраивается автоматически для кластеров, созданных с октября 2020 г. в поддерживаемых регионах. Вы можете проверить, настроено ли для кластера двойное шифрование, отправив запрос GET в кластер и убедившись, что значение
isDoubleEncryptionEnabledравноtrueдля кластеров с включенным двойным шифрованием.- Если вы создаете кластер и получаете сообщение об ошибке "<имя_региона> не поддерживает двойное шифрование для кластеров", вы по-прежнему можете создать кластер без двойного шифрования, добавив
в тело запроса REST. - После создания кластера невозможно изменить параметр двойного шифрования.
- Если вы создаете кластер и получаете сообщение об ошибке "<имя_региона> не поддерживает двойное шифрование для кластеров", вы по-прежнему можете создать кластер без двойного шифрования, добавив
Вы можете удалить рабочую область, связанную с кластером. При восстановлении рабочей области во время периода обратимого удаления рабочая область возвращается в предыдущее состояние и остается связанной с кластером.
В течение периода обязательств вы можете переходить на более высокий уровень обязательств, который перезапускает 31-дневный период обязательств. Вы не можете вернуться на оплату по мере использования или на более низкий уровень обязательств до тех пор, пока не завершите период обязательств.
Устранение неполадок
Если при создании кластера возникает ошибка конфликта, кластер может быть удален и по-прежнему находится в процессе удаления. Имя кластера остается зарезервированным в течение двухнедельного периода удаления, и вы не можете создать новый кластер с таким именем.
Если вы обновляете кластер, пока кластер находится в состоянии подготовки или обновления, обновление завершается ошибкой.
Некоторые операции являются продолжительными, и их выполнение может занять много времени. Эти операции — создание кластера, обновление ключа кластера и удаление кластера. Вы можете проверить состояние операции, отправив запрос GET в кластер или рабочую область и наблюдая за ответом. Например, у несвязанной рабочей области нет clusterResourceId в разделе функций.
Если вы пытаетесь связать рабочую область Log Analytics, которая уже связана с другим кластером, операция завершается ошибкой.
Сообщения об ошибках
Создание кластера
- Недопустимое имя кластера. Имя кластера может содержать символы a-z, A-Z, 0-9 и длину 3-63.
- 400 — тело запроса пустое или имеет неправильный формат.
- 400 — недопустимое имя SKU. Установите имя SKU на capacityReservation.
- 400--Емкость была предоставлена, но SKU не является резервированием емкости. Установите имя SKU на capacityReservation.
- 400 — отсутствие емкости в SKU. Задайте значение емкости 100, 200, 300, 400, 500, 1000, 2 000, 5000, 10 000, 25 000, 50 000 ГБ в день.
- 400 — емкость заблокирована на 30 дней. Уменьшение емкости разрешено через 30 дней после обновления.
- 400 — номер SKU не задан. Установите имя SKU как capacityReservation и Емкость как 100, 200, 300, 400, 500, 1 000, 2 000, 5 000, 10 000, 25 000, 50 000 ГБ в день.
- 400--Операция не может быть выполнена сейчас. Асинхронная операция находится в состоянии, отличном от "Выполнено". Перед выполнением операции обновления кластер должен завершить операцию.
Обновление кластера
- 400: кластер находится в состоянии удаления. Выполняется асинхронная операция. Перед выполнением операции обновления кластер должен завершить операцию.
- 400--KeyVaultProperties не пуст, но имеет неправильный формат. См. раздел об обновлении идентификатора ключа.
- 400- Не удалось проверить ключ в Key Vault. Это может быть связано с отсутствием разрешений или ключа. Убедитесь, что в Key Vault установлены ключ и политика доступа.
- 400---Key не может восстановиться. Key Vault должен быть настроен на мягкое удаление и защиту от окончательной очистки. См. документацию Key Vault
- 400--Операция не может быть выполнена сейчас. Дождитесь завершения асинхронной операции и повторите попытку.
- 400: кластер находится в состоянии удаления. Дождитесь завершения асинхронной операции и повторите попытку.
Получение кластера
- 404--Cluster не найден, кластер может быть удален. Если вы пытаетесь создать кластер с таким именем и сталкиваетесь с конфликтом, кластер находится в процессе удаления.
Удаление кластера
- 409 — нельзя удалить кластер в состоянии подготовки. Дождитесь завершения асинхронной операции и повторите попытку.
Ссылка на рабочую область
- 404 — рабочая область не найдена. Указанная рабочая область не существует или была удалена.
- 409 — операция привязки или отмены привязки рабочей области в процессе.
- 400 — кластер не найден, указанный кластер не существует или был удален.
Отсоединение рабочей области
- 404 — рабочая область не найдена. Указанная рабочая область не существует или была удалена.
- 409 — операция привязки или отмены привязки рабочей области в процессе.
Следующие шаги
- Узнайте о выставлении счетов за выделенный кластер Log Analytics.
- Узнайте о правильном проектировании рабочих областей Log Analytics.
- Получите другие образцы шаблонов для Azure Monitor.