Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Центры событий Azure обеспечивает шифрование неактивных данных с помощью шифрования службы служба хранилища Azure (Azure SSE). Служба Центров событий использует служба хранилища Azure для хранения данных. Все данные, хранящиеся в служба хранилища Azure, шифруются с помощью ключей, управляемых Microsoft. Если вы используете свой ключ (также называемый Bring Your Own Key (BYOK) или ключ, управляемый клиентом), данные всё равно шифруются с помощью ключа, управляемого Microsoft, но управляемый ключом Microsoft также шифруется с помощью ключа, управляемого клиентом. Эта функция позволяет создавать, изменять, отключать и отменять доступ к ключам, управляемым клиентом, которые используются для шифрования ключей, управляемых корпорацией Майкрософт. Включение функции BYOK — это однократная процедура настройки для вашего пространства имен.
Внимание
- Возможность BYOK поддерживается на уровнях Премиум и Выделенный в Центрах событий.
- Вы можете включить шифрование только для новых или пустых пространств имён. Если пространство имен содержит центры событий, операция шифрования завершается ошибкой.
Вы можете использовать Azure Key Vault (включая модуль безопасности управляемого оборудования Azure Key Vault) для управления ключами и аудита использования ключей. Вы можете создать собственные ключи и сохранить их в key vault или использовать API Azure Key Vault для создания ключей. Дополнительные сведения о Azure Key Vault см. в разделе Что такое Azure Key Vault?
В этой статье показано, как настроить key vault с ключами, управляемыми клиентом, с помощью Azure portal. Чтобы узнать, как создать хранилище ключей с помощью портала Azure, см. раздел Quickstart: Create an Azure Key Vault using the Azure portal.
Необходимые условия
- Подписка на Azure. Если у вас его нет, создайте бесплатную учетную запись перед началом.
- Премиальное или выделенное пространство имён Event Hubs, которое новое или пустое. Шифрование можно включить только для новых или пустых пространств имен. Для выделенного уровня — выделенный кластер Event Hubs.
- Хранилище ключей (или Azure Key Vault Managed HSM) с включённой защитой от мягкого удаления и очистки. Мягкое удаление по умолчанию включено на всех хранилищах ключей; Вам нужно отдельно включить защиту от очищения.
Включение ключей, управляемых клиентом (Azure portal)
Чтобы включить ключи, управляемые клиентом в Azure portal, выполните следующие действия. Если вы используете выделенный уровень, сначала перейдите к выделенному кластеру Центров событий.
Выберите пространство имен, для которого требуется включить BYOK.
На странице Параметры пространства имен Центров событий выберите Шифрование.
Выберите Шифрование данных в состоянии покоя, управляемое клиентом, как показано на следующем рисунке.
Примечание.
В настоящее время невозможно настроить управляемый HSM Azure Key Vault на портале.
Настройте хранилище ключей с ключами
После включения ключей, управляемых клиентом, необходимо связать управляемый клиентом ключ с пространством имён Центры событий Azure. Центры событий поддерживают только Azure Key Vault. Если вы включили опцию «Шифрование с ключом, управляемым клиентом» в предыдущем разделе, вам нужно импортировать ключ в Azure Key Vault. Также в хранилище ключей должно быть включено soft delete и purge protection . Вы можете настроить эти настройки с помощью PowerShell или Azure CLI.
Создайте хранилище ключей или управляемый модуль HSM
Внимание
Использование ключей, управляемых клиентом, в Центры событий Azure требует, чтобы в хранилище ключей были включены как soft delete, так и защита от очистки. Мягкое удаление по умолчанию включено во всех хранилищах ключей и нельзя отключить. Защита от очистки не включена по умолчанию. Когда вы создаёте новое хранилище ключей в портале Azure, вы можете включить защиту от очистки во время создания. Если вам нужно включить защиту от очистки существующего хранилища ключей, используйте либо PowerShell, либо Azure CLI.
Чтобы создать новое хранилище ключей, выполните Краткое руководство по началу работы с Azure Key Vault. Дополнительные сведения о ключах, секретах и сертификатах см. в About keys, secrets, and certificates.
По умолчанию включено мягкое удаление. Чтобы включить защиту от очистки при создании хранилища, используйте команду az keyvault create.
az keyvault create --name ContosoVault --resource-group ContosoRG --location westus --enable-purge-protection trueЧтобы добавить защиту от очистки в существующее хранилище, используйте команду az keyvault update.
az keyvault update --name ContosoVault --resource-group ContosoRG --enable-purge-protection true
Создание ключей
Чтобы создать ключи, выполните следующее.
Чтобы создать новый ключ, выберите Создать или импортировать из меню Ключи в разделе Параметры.
Задайте Параметры, чтобы Создать и присвоить имя для ключа.
Выберите этот ключ в раскрывающемся списке, чтобы связать его с пространством имён Event Hubs для шифрования.
Примечание.
Для избыточности можно добавить до трех ключей. Если один из ключей истекает или становится недоступным, другие ключи используются для шифрования.
Заполните данные для клавиши и выберите Select. Этот шаг позволяет зашифровать ключ, управляемый Microsoft, с помощью вашего ключа (ключ, управляемый клиентом).
Управляемые удостоверения
Существуют два типа управляемых удостоверений, которые можно назначить пространству имен Event Hubs.
Назначаемый системой: вы можете включить управляемое удостоверение непосредственно в пространстве имен Event Hubs. При включении управляемого удостоверения, назначаемого системой, создается удостоверение в Microsoft Entra, связанное с жизненным циклом пространства имен Event Hubs. Поэтому при удалении пространства имен Azure автоматически удаляет идентификатор для вас. Только данный ресурс Azure (пространство имен) по замыслу может использовать это удостоверение для запроса токенов от Microsoft Entra ID.
User-assigned. Вы также можете создать управляемое удостоверение как автономный ресурс Azure, который называется удостоверением, назначенным пользователем. Вы можете создать управляемое удостоверение, присваиваемое пользователем, и назначить его одному или нескольким пространствам имен Event Hubs. В случае назначенных пользователем управляемых удостоверений управление таким удостоверением осуществляется отдельно от ресурсов, которые его используют. Они не привязаны к жизненному циклу пространства имен. Вы можете явно удалить назначенную пользователем идентичность, когда она больше не нужна.
Дополнительные сведения см. в разделе Что такое управляемые удостоверения для ресурсов Azure?.
Шифрование с использованием присвоенных системой идентификаторов (шаблон)
В этом разделе показано, как выполнить следующие задачи с помощью шаблонов Azure Resource Manager:
- Создайте пространство имен для концентраторов событий с управляемым удостоверением службы.
- Создайте key vault и предоставьте удостоверение службы доступ к key vault.
- Обновите пространство имен Event Hubs с помощью данных хранилища ключей (ключ/значение).
Создание кластера Центров событий и пространства имен с управляемым удостоверением службы
В этом разделе показано, как создать пространство имён Центры событий Azure с управляемым идентификатором сервиса, используя шаблон Azure Resource Manager и PowerShell.
Создайте шаблон Azure Resource Manager для создания пространства имен Event Hubs с управляемым удостоверением службы. Назовите файл: CreateEventHubClusterAndNamespace.json.
{ "$schema":"https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#", "contentVersion":"1.0.0.0", "parameters":{ "clusterName":{ "type":"string", "metadata":{ "description":"Name for the Event Hub cluster." } }, "namespaceName":{ "type":"string", "metadata":{ "description":"Name for the Namespace to be created in cluster." } }, "location":{ "type":"string", "defaultValue":"[resourceGroup().location]", "metadata":{ "description":"Specifies the Azure location for all resources." } } }, "resources":[ { "type":"Microsoft.EventHub/clusters", "apiVersion":"2018-01-01-preview", "name":"[parameters('clusterName')]", "location":"[parameters('location')]", "sku":{ "name":"Dedicated", "capacity":1 } }, { "type":"Microsoft.EventHub/namespaces", "apiVersion":"2018-01-01-preview", "name":"[parameters('namespaceName')]", "location":"[parameters('location')]", "identity":{ "type":"SystemAssigned" }, "sku":{ "name":"Standard", "tier":"Standard", "capacity":1 }, "properties":{ "isAutoInflateEnabled":false, "maximumThroughputUnits":0, "clusterArmId":"[resourceId('Microsoft.EventHub/clusters', parameters('clusterName'))]" }, "dependsOn":[ "[resourceId('Microsoft.EventHub/clusters', parameters('clusterName'))]" ] } ], "outputs":{ "EventHubNamespaceId":{ "type":"string", "value":"[resourceId('Microsoft.EventHub/namespaces',parameters('namespaceName'))]" } } }Создайте файл параметров шаблона с именем CreateEventHubClusterAndNamespaceParams.json.
Примечание.
Измените следующие значения:
-
<EventHubsClusterName>— имя кластера Центров событий; -
<EventHubsNamespaceName>— имя пространства имен для Event Hubs -
<Location>— расположение пространства Центров событий.
{ "$schema":"https://schema.management.azure.com/schemas/2015-01-01/deploymentParameters.json#", "contentVersion":"1.0.0.0", "parameters":{ "clusterName":{ "value":"<EventHubsClusterName>" }, "namespaceName":{ "value":"<EventHubsNamespaceName>" }, "location":{ "value":"<Location>" } } }-
Выполните следующую команду PowerShell, чтобы развернуть шаблон и создать пространство имен Event Hubs. Затем получите идентификатор пространства имен Event Hubs, чтобы использовать его позднее. Замените
{MyRG}именем группы ресурсов перед выполнением команды.$outputs = New-AzResourceGroupDeployment -Name CreateEventHubClusterAndNamespace -ResourceGroupName {MyRG} -TemplateFile ./CreateEventHubClusterAndNamespace.json -TemplateParameterFile ./CreateEventHubClusterAndNamespaceParams.json $EventHubNamespaceId = $outputs.Outputs["eventHubNamespaceId"].value
Предоставление пространству имен Центров событий удостоверения доступа к хранилищу ключей.
Установите политику доступа к хранилищу ключей так, чтобы управляемая идентичность пространства имён Event Hubs могла получать доступ к ключам в хранилище ключей. Используйте идентификатор пространства имен Центров событий из предыдущего раздела.
Примечание.
Эти шаги подразумевают, что хранилище ключей использует модель разрешений на основе политик доступа. Если в вашем хранилище ключей используется модель разрешений управления доступом на основе ролей Azure (RBAC), вместо этого назначьте управляемой идентичности роль Key Vault Crypto Service Encryption User. Для получения дополнительной информации см. раздел «Предоставить доступ к ключам, сертификатам и секретам Key Vault с помощью Azure RBAC».
$identity = (Get-AzResource -ResourceId $EventHubNamespaceId -ExpandProperties).Identity
Set-AzKeyVaultAccessPolicy -VaultName {keyVaultName} -ResourceGroupName {RGName} -ObjectId $identity.PrincipalId -PermissionsToKeys get,wrapKey,unwrapKey,list
Шифрование данных в пространстве имен в Event Hubs с использованием управляемого клиентом ключа из хранилища ключей.
Выполните следующие действия.
- Создайте премиум-пространство имён с управляемой идентичностью.
- Создайте хранилище ключей и предоставьте управляемой личности доступ к хранилищу ключей.
На этом этапе вы обновляете пространство имён Event Hubs, добавляя сведения о Key Vault.
Создайте файл JSON с именем CreateEventHubClusterAndNamespace.json и приведенным ниже содержимым.
{ "$schema":"https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#", "contentVersion":"1.0.0.0", "parameters":{ "clusterName":{ "type":"string", "metadata":{ "description":"Name for the Event Hub cluster." } }, "namespaceName":{ "type":"string", "metadata":{ "description":"Name for the Namespace to be created in cluster." } }, "location":{ "type":"string", "defaultValue":"[resourceGroup().location]", "metadata":{ "description":"Specifies the Azure location for all resources." } }, "keyVaultUri":{ "type":"string", "metadata":{ "description":"URI of the KeyVault." } }, "keyName":{ "type":"string", "metadata":{ "description":"KeyName." } } }, "resources":[ { "type":"Microsoft.EventHub/namespaces", "apiVersion":"2018-01-01-preview", "name":"[parameters('namespaceName')]", "location":"[parameters('location')]", "identity":{ "type":"SystemAssigned" }, "sku":{ "name":"Standard", "tier":"Standard", "capacity":1 }, "properties":{ "isAutoInflateEnabled":false, "maximumThroughputUnits":0, "clusterArmId":"[resourceId('Microsoft.EventHub/clusters', parameters('clusterName'))]", "encryption":{ "keySource":"Microsoft.KeyVault", "keyVaultProperties":[ { "keyName":"[parameters('keyName')]", "keyVaultUri":"[parameters('keyVaultUri')]" } ] } } } ] }Создайте файл параметров шаблона UpdateEventHubClusterAndNamespaceParams.json.
Примечание.
Измените следующие значения:
-
<EventHubsClusterName>— имя кластера Центров событий; -
<EventHubsNamespaceName>— имя пространства имен для Event Hubs -
<Location>— расположение пространства Центров событий. -
<KeyVaultName>— имя вашего хранилища ключей -
<KeyName>— имя ключа в хранилище ключей
{ "$schema":"https://schema.management.azure.com/schemas/2015-01-01/deploymentParameters.json#", "contentVersion":"1.0.0.0", "parameters":{ "clusterName":{ "value":"<EventHubsClusterName>" }, "namespaceName":{ "value":"<EventHubsNamespaceName>" }, "location":{ "value":"<Location>" }, "keyName":{ "value":"<KeyName>" }, "keyVaultUri":{ "value":"https://<KeyVaultName>.vault.azure.net" } } }-
Выполните следующую команду PowerShell, чтобы развернуть шаблон Resource Manager. Замените
{MyRG}именем группы ресурсов перед выполнением команды.New-AzResourceGroupDeployment -Name UpdateEventHubNamespaceWithEncryption -ResourceGroupName {MyRG} -TemplateFile ./UpdateEventHubClusterAndNamespace.json -TemplateParameterFile ./UpdateEventHubClusterAndNamespaceParams.json
Шифрование с использованием назначенных пользователем идентификаторов (шаблон)
- Создайте пользовательскую идентичность.
- Создайте хранилище ключей и предоставьте доступ к идентификации, назначенной пользователем, с помощью политик доступа.
- Создайте пространство имен Event Hubs, используя управляемую учетную запись пользователя и информацию Key Vault.
Создание идентификации, назначаемой пользователем
Следуйте инструкциям в разделе Управление управляемыми идентификаторами, назначенными пользователями , чтобы создать пользовательскую идентичность. Вы можете создать пользовательскую идентичность, используя портал Azure, Azure CLI, Azure PowerShell, шаблон Azure Resource Manager или REST.
Примечание.
Вы можете назначить до 4 идентификаторов пользователей пространству имен. Azure удаляет эти ассоциации, когда вы удаляете пространство имен или задаете в шаблоне для identity -> type значение None.
Предоставить доступ назначаемой пользователем идентификации
Получите идентификатор принципала сервиса для идентификатора пользователя, выполнив следующую команду PowerShell. В примере
ud1— это идентификатор, назначенный пользователем, который вы используете для шифрования.$servicePrincipal=Get-AzADServicePrincipal -SearchString "ud1"Предоставьте удостоверению, назначенному пользователем, доступ к ключевому хранилищу, назначив политику доступа.
Set-AzKeyVaultAccessPolicy -VaultName {keyVaultName} -ResourceGroupName {RGName} -ObjectId $servicePrincipal.Id -PermissionsToKeys get,wrapKey,unwrapKey,listПримечание.
Можно добавить до 3 ключей, но идентификатор пользователя для шифрования должен быть одинаковым для всех ключей. В настоящее время поддерживается только один идентификатор шифрования.
Создайте пространство имен для концентраторов событий с идентификацией пользователя и сведениями о хранилище ключей.
В этом разделе приведён пример, показывающий, как выполнять следующие задачи с помощью шаблона Azure Resource Manager.
Назначьте управляемое пользователем удостоверение пространству имен Microsoft Event Hubs.
"identity": { "type": "UserAssigned", "userAssignedIdentities": { "[parameters('identity').userAssignedIdentity]": {} } },Включите шифрование в пространстве имен, указав ключ из хранилища ключей и управляемую пользователем личность для получения доступа к ключу.
"encryption":{ "keySource":"Microsoft.KeyVault", "keyVaultProperties":[ { "keyName": "[parameters('keyName')]", "keyVaultUri": "[parameters('keyVaultUri')]", "identity": { "userAssignedIdentity": "[parameters('identity').userAssignedIdentity]" } } ] }Создайте JSON-файл CreateEventHubsNamespaceWithUserIdentityAndEncryption.json со следующим содержимым:
{ "$schema":"https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#", "contentVersion":"1.0.0.0", "parameters":{ "clusterName":{ "type":"string", "metadata":{ "description":"Name for the Event Hub cluster." } }, "namespaceName":{ "type":"string", "metadata":{ "description":"Name for the Namespace to be created in cluster." } }, "location":{ "type":"string", "defaultValue":"[resourceGroup().location]", "metadata":{ "description":"Specifies the Azure location for all resources." } }, "keyVaultUri":{ "type":"string", "metadata":{ "description":"URI of the KeyVault." } }, "keyName":{ "type":"string", "metadata":{ "description":"KeyName." }, "identity": { "type": "Object", "defaultValue": { "userAssignedIdentity": "" }, "metadata": { "description": "user-assigned identity." } } }, "resources":[ { "type":"Microsoft.EventHub/clusters", "apiVersion":"2018-01-01-preview", "name":"[parameters('clusterName')]", "location":"[parameters('location')]", "sku":{ "name":"Dedicated", "capacity":1 } }, { "type":"Microsoft.EventHub/namespaces", "apiVersion":"2021-01-01-preview", "name":"[parameters('namespaceName')]", "location":"[parameters('location')]", "sku":{ "name":"Standard", "tier":"Standard", "capacity":1 }, "identity": { "type": "UserAssigned", "userAssignedIdentities": { "[parameters('identity').userAssignedIdentity]": {} } }, "properties":{ "encryption":{ "keySource":"Microsoft.KeyVault", "keyVaultProperties":[ { "keyName": "[parameters('keyName')]", "keyVaultUri": "[parameters('keyVaultUri')]", "identity": { "userAssignedIdentity": "[parameters('identity').userAssignedIdentity]" } } ] } } } ] }Создайте файл параметров шаблона CreateEventHubsNamespaceWithUserIdentityAndEncryptionParams.json.
{ "$schema":"https://schema.management.azure.com/schemas/2015-01-01/deploymentParameters.json#", "contentVersion":"1.0.0.0", "parameters":{ "namespaceName":{ "value":"<EventHubsNamespaceName>" }, "location":{ "value":"<Location>" }, "keyVaultUri":{ "value":"https://<KeyVaultName>.vault.azure.net" }, "keyName":{ "value":"<KeyName>" }, "identity": { "value": { "userAssignedIdentity": "/subscriptions/<AZURE SUBSCRIPTION ID>/resourceGroups/<RESOURCE GROUP NAME>/providers/Microsoft.ManagedIdentity/userAssignedIdentities/<USER MANAGED IDENTITY NAME>" } } } }В файле параметров замените заполнители соответствующими значениями.
Заполнитель значение <EventHubsNamespaceName>Имя пространства имен Центров событий. <Location>Место, где вы хотите создать пространство имен. <KeyVaultName>Имя ключевого хранилища. <KeyName>Имя ключа в хранилище ключей. <AZURE SUBSCRIPTION ID>Идентификатор подписки Azure. <RESOURCE GROUP NAME>Группа ресурсов пользовательски управляемого удостоверения. <USER MANAGED IDENTITY NAME>Имя управляемого пользователем удостоверения. Выполните следующую команду PowerShell, чтобы развернуть шаблон Resource Manager. Замените
{MyRG}именем группы ресурсов перед выполнением команды.New-AzResourceGroupDeployment -Name CreateEventHubsNamespaceWithEncryption -ResourceGroupName {MyRG} -TemplateFile ./CreateEventHubsNamespaceWithUserIdentityAndEncryption.json -TemplateParameterFile ./CreateEventHubsNamespaceWithUserIdentityAndEncryptionParams.json
Использование удостоверений, назначаемых пользователем, и удостоверений, назначаемых системой
Пространство имен может одновременно иметь удостоверения, как назначаемые системой, так и пользователем. В этом случае свойство type будет SystemAssigned, UserAssigned как показано в следующем примере.
"identity": {
"type": "SystemAssigned, UserAssigned",
"userAssignedIdentities": {
"/subscriptions/<SUBSCRIPTION ID>/resourceGroups/<RESOURCE GROUP>/providers/Microsoft.ManagedIdentity/userAssignedIdentities/<userIdentity1>" : {}
}
}
В этом сценарии вы можете выбрать либо удостоверение, назначаемое системой, либо удостоверение, назначаемое пользователем, для шифрования неактивных данных.
Если в шаблоне Resource Manager не указан атрибут identity, используется управляемое системой удостоверение. Вот пример фрагмента.
"properties":{
"encryption":{
"keySource":"Microsoft.KeyVault",
"keyVaultProperties":[
{
"keyName":"[parameters('keyName')]",
"keyVaultUri":"[parameters('keyVaultUri')]"
}
]
}
}
См. следующий пример использования управляемого пользователем удостоверения для шифрования. Обратите внимание, что для атрибута identity задан идентификатор, управляемый пользователем.
"properties":{
"encryption":{
"keySource":"Microsoft.KeyVault",
"keyVaultProperties":[
{
"keyName":"[parameters('keyName')]",
"keyVaultUri":"[parameters('keyVaultUri')]",
"identity": {
"userAssignedIdentity": "[parameters('identity').userAssignedIdentity]"
}
}
]
}
}
Включение шифрования инфраструктуры или двойного шифрования данных
Если вам требуется повышенный уровень гарантии защищенности данных, можно включить шифрование на уровне инфраструктуры, которое также называется двойным шифрованием.
Если включено шифрование инфраструктуры, данные в пространстве имен Центров событий шифруются дважды (один раз на уровне службы и один раз на уровне инфраструктуры) с использованием двух разных алгоритмов шифрования и двух разных ключей. Таким образом, шифрование инфраструктуры данных Центров событий защищает от сценария, в котором можно скомпрометировать один из алгоритмов шифрования или ключей.
Вы можете включить шифрование инфраструктуры, обновив шаблон Azure Resource Manager с requireInfrastructureEncryption свойством из предыдущего CreateEventHubClusterAndNamespace.json, как показано в следующем примере.
"properties":{
"isAutoInflateEnabled":false,
"maximumThroughputUnits":0,
"clusterArmId":"[resourceId('Microsoft.EventHub/clusters', parameters('clusterName'))]",
"encryption":{
"keySource":"Microsoft.KeyVault",
"requireInfrastructureEncryption":true,
"keyVaultProperties":[
{
"keyName":"[parameters('keyName')]",
"keyVaultUri":"[parameters('keyVaultUri')]"
}
]
}
}
Замена, отзыв и кэширование ключей шифрования
Поворот ключей шифрования
Вы можете заменить ключ в хранилище ключей с помощью механизма ротации Azure Key Vault. Установите даты активации и истечения срока действия для автоматизации ротации ключа. Сервис Event Hubs обнаруживает новые версии ключей и начинает использовать их автоматически.
Отменить доступ к ключам
Отзыв доступа к ключам шифрования не очищает данные из Event Hubs. Однако получить доступ к данным из пространства имен Центров событий невозможно. Вы можете отменить ключ шифрования через политику доступа или удалив ключ. Чтобы узнать больше о политике доступа и защите вашего хранилища ключей, смотрите раздел «Безопасный доступ к хранилищу ключей».
После отзыва ключа шифрования служба Центров событий в зашифрованном пространстве имен становится неработоспособной. Если доступ к ключу включен или ключ удаления восстановлен, служба Event Hubs выбирает ключ, чтобы вы могли получить доступ к данным из зашифрованного пространства имен Event Hubs.
Кэширование ключей
Экземпляр Event Hubs (event hub) проверяет указанные ключи шифрования каждые пять минут. Он кэширует и использует их до следующего опроса, который проходит через пять минут. Пока доступен по крайней мере один ключ, центр событий доступен. Если все перечисленные ключи недоступны при опросе, все центры событий становятся недоступными.
Вот дополнительные сведения:
- Каждые пять минут служба Event Hubs выполняет опрос всех ключей, управляемых клиентом, перечисленных в записи пространства имён:
- Если ключ вращается, запись обновляется новым ключом.
- Если ключ отозван, он удаляется из записи.
- Если все ключи отменены, статус шифрования пространства имён устанавливается как Отменено. Доступ к данным нельзя получить из пространства имён Event Hubs.
Рекомендации при использовании геоизбыточного аварийного восстановления
Внимание
Чтобы включить Geo-DR в пространстве имен, использующем шифрование BYOK, вторичное пространство имен для связывания должно иметь включенное управляемое удостоверение, назначенное системой или назначаемое пользователем.
Геоаварийное восстановление — шифрование с присвоенными системой идентификаторами
Чтобы обеспечить шифрование ключа, управляемого Microsoft, с ключом, управляемым клиентом, настройте политику доступа к системно назначенной управляемой идентичности на указанном Azure KeyVault. Эта политика обеспечивает контролируемый доступ к Azure KeyVault из пространства имён Центры событий Azure.
Из-за этого состояния:
- Если для пространства имён Event Hubs уже включено географическое аварийное восстановление и вы хотите включить ключ, управляемый клиентом, то
- Разорвите пару.
- Настройте политику доступа для управляемого удостоверения, назначаемого системой, как для основного, так и для вторичного пространства имен в хранилище ключей.
- Настройте шифрование для основного пространства имен.
- Повторно соедините основные и второстепенные пространства имен.
- Если вы хотите включить Geo-DR в пространстве имён Event Hubs, где уже настроен ключ, управляемый клиентом, следуйте следующим шагам:
- Настройте политику доступа для управляемой идентичности для вторичного пространства имен в хранилище ключей.
- Свяжите основное и второстепенное пространства имен.
Устранение последствий гео-катастроф — шифрование с идентификаторами, назначенными пользователем
Вот несколько рекомендаций.
- Создайте управляемое удостоверение и назначьте ему разрешения на Key Vault.
- Добавьте удостоверение в качестве удостоверения, назначаемого пользователем, и включите шифрование с использованием этого удостоверения в обоих пространствах имен.
- Объедините пространства имен.
Условия для включения гео-доступного аварийного восстановления и шифрования с использованием пользовательских удостоверений:
- Вторичное пространство имен должно уже иметь включенное шифрование через назначенное пользователем удостоверение, если требуется сопряжение с основным пространством имен, в котором также включено шифрование.
- Невозможно активировать шифрование на уже связанном главном объекте, даже если вторичный объект имеет удостоверение, назначенное пользователем, связанное с пространством имен.
Настройка журналов диагностики
Настройка журналов диагностики для пространств имен с включенной функцией BYOK предоставляет необходимые сведения об операциях. Эти журналы можно включить, а затем поток данных позже может быть направлен в концентратор событий или проанализирован с помощью Log Analytics либо передан в хранилище для выполнения пользовательской аналитики. Дополнительные сведения о журналах диагностики можно найти в разделе Обзор журналов диагностики Azure. Сведения о схеме см. в справочных материалах по данным мониторинга.
Замок клиента для Microsoft Azure
Customer Lockbox для Microsoft Azure не применяется к Центры событий Azure. Сотрудники Microsoft не обращаются к данным о действиях клиента во время операций поддержки. Microsoft персонал имеет доступ только к следующим метаданным:
- Имена объектов Event Hubs (концентраторы событий)
- Параметры конфигурации для пространства имен и его сущностей
Заголовки данных событий и содержимое текста событий недоступны для Microsoft персонала. Кроме того, данные событий сериализуются в двоичный формат на стороне клиента перед отправкой в службу Центров событий, поэтому он не хранится или просматривается в форме, доступной для чтения на сервере. В результате одобрение Customer Lockbox не требуется для сценариев поддержки Центры событий Azure.