Datové připojení Event Gridu

Příjem dat ve službě Event Grid je kanál, který naslouchá službě Azure Storage a aktualizuje Azure Data Explorer, aby získal informace, když dojde k odbíraným událostem. Azure Data Explorer nabízí průběžný příjem dat ze služby Azure Storage (Blob Storage a ADLSv2) s předplatným služby Azure Event Grid pro oznámení o vytvoření objektu blob nebo přejmenování objektu blob a streamování těchto oznámení do Azure Data Exploreru prostřednictvím služby Azure Event Hubs.

Kanál příjmu dat služby Event Grid prochází několika kroky. V Azure Data Exploreru vytvoříte cílovou tabulku, do které se budou ingestovat data v určitém formátu . Pak vytvoříte datové připojení Event Gridu v Azure Data Exploreru. Datové připojení Event Gridu potřebuje znát informace o směrování událostí, jako je například tabulka, do které se mají data odesílat, a mapování tabulky. Zadáte také vlastnosti příjmu dat, které popisují ingestování dat, cílovou tabulku a mapování. K otestování připojení můžete vygenerovat ukázková data a nahrát objekty blob nebo přejmenovat objekty blob. Po příjmu dat odstraňte objekty blob.

Příjem dat služby Event Grid je možné spravovat prostřednictvím webu Azure Portal, pomocí průvodce příjmem dat, programově s C# nebo Pythonem nebo pomocí šablony Azure Resource Manageru.

Obecné informace o příjmu dat v Azure Data Exploreru najdete v přehledu příjmu dat v Azure Data Exploreru.

Mechanismy ověřování datových připojení služby Event Grid

• Datové připojení založené na spravované identitě (doporučeno): Použití datového připojení založeného na spravované identitě je nejbezpečnější způsob připojení ke zdrojům dat. Poskytuje úplnou kontrolu nad schopností načítat data ze zdroje dat. Nastavení datového připojení Event Gridu pomocí spravované identity vyžaduje následující kroky:

  1. Přidejte do clusteru spravovanou identitu.
  2. Udělte oprávnění spravované identitě ve zdroji dat. Pokud chcete načíst data ze služby Azure Storage, musí mít spravovaná identita alespoň oprávnění čtenáře dat objektů blob služby Storage v účtu služby Azure Storage.
  3. Udělte oprávnění spravované identitě v centru událostí. Pokud chcete načíst oznámení objektů blob z centra událostí, musí mít spravovaná identita oprávnění příjemce dat služby Azure Event Hubs ve službě Azure Event Hubs.
  4. Nastavte zásady spravované identity v cílových databázích.
  5. Vytvoření datového připojení pomocí ověřování spravované identity k načtení dat

  Upozornění

  • Pokud jsou oprávnění spravované identity odebrána ze zdroje dat, datové připojení už nebude fungovat a nebude možné načíst data ze zdroje dat.
  • Pokud je u existujícího oboru názvů služby Event Hubs zakázané místní ověřování, ve kterém se streamují oznámení objektů blob, musíte pro datové připojení použít ověřování spravované identity a správně nakonfigurovat prostředky. Další informace najdete v tématu Známé problémy se službou Event Grid.

• Datové připojení založené na klíčích: Pokud pro datové připojení není zadané ověřování spravované identity, připojení se automaticky nastaví na ověřování založené na klíči. Připojení založená na klíčích načítají data pomocí připojovací řetězec prostředků, jako je azure Event Hubs připojovací řetězec. Azure Data Explorer získá připojovací řetězec prostředku pro zadaný prostředek a bezpečně ho uloží. Potom se připojovací řetězec použije k načtení dat ze zdroje dat.

  Upozornění

  Pokud se klíč otočí, datové připojení už nebude fungovat a nebude možné načíst data ze zdroje dat. Pokud chcete tento problém vyřešit, aktualizujte nebo znovu vytvořte datové připojení.

Formát dat

• Viz podporované formáty.
• Viz podporované komprese.

  • Původní nekomprimovaná velikost dat by měla být součástí metadat objektů blob, jinak ji Azure Data Explorer odhadne. Limit nekomprimované velikosti příjmu dat na soubor je 6 GB.

    Poznámka:

    Odběr oznámení Event Gridu je možné nastavit pro účty Azure Storage pro BlobStorage, StorageV2nebo Data Lake Storage Gen2.

Vlastnosti příjmu dat

Vlastnosti příjmu dat příjmu objektů blob můžete zadat prostřednictvím metadat objektů blob. Můžete nastavit následující vlastnosti:

Směrování událostí

Při vytváření datového připojení ke clusteru určíte směrování, kam se mají ingestované data odesílat. Výchozí směrování je cílová tabulka zadaná v připojovací řetězec, která je přidružená k cílové databázi. Výchozí směrování dat se také označuje jako statické směrování. Alternativní směrování dat můžete zadat pomocí vlastností dat události.

Směrování dat událostí do alternativní databáze

Směrování dat do alternativní databáze je ve výchozím nastavení vypnuté. Pokud chcete data odeslat do jiné databáze, musíte nejprve nastavit připojení jako připojení s více databázemi. Můžete to udělat na webu Azure Portal, C#, Python nebo šabloně ARM. Uživatel, skupina, instanční objekt nebo spravovaná identita použitá k povolení směrování databáze musí mít v clusteru alespoň roli přispěvatele a oprávnění k zápisu. Další informace najdete v tématu Vytvoření datového připojení Event Gridu pro Azure Data Explorer.

Pokud chcete zadat alternativní databázi, nastavte vlastnost Příjem dat databáze.

Směrování dat událostí do alternativní tabulky

Při nastavování připojení úložiště objektů blob ke clusteru Azure Data Exploreru zadejte vlastnosti cílové tabulky:

• název tabulky
• formát dat
• mapping

Pomocí metadat objektů blob můžete také zadat vlastnosti cílové tabulky pro každý objekt blob. Data se budou dynamicky směrovat podle vlastností příjmu dat.

Následující příklad ukazuje, jak nastavit vlastnosti příjmu dat v metadatech objektu blob před nahráním. Objekty blob se směrují do různých tabulek.

Kromě toho můžete zadat cílovou databázi. Datové připojení Event Gridu se vytvoří v kontextu konkrétní databáze. Proto je tato databáze výchozím směrováním databáze datového připojení. Pokud chcete odeslat data do jiné databáze, nastavte vlastnost příjmu dat KustoDatabase a nastavte datové připojení jako datové připojení s více databázemi. Směrování dat do jiné databáze je ve výchozím nastavení zakázané (není povoleno). Nastavení vlastnosti příjmu dat, která se liší od databáze datového připojení, bez povolení směrování dat do více databází (nastavení připojení jako datového připojení s více databázemi) způsobí selhání příjmu dat.

Další informace najdete v tématu nahrání objektů blob.

var container = new BlobContainerClient("<storageAccountConnectionString>", "<containerName>");
await container.CreateIfNotExistsAsync();
var blob = container.GetBlobClient("<blobName>");
// Blob is dynamically routed to table `Events`, ingested using `EventsMapping` data mapping
await blob.SetMetadataAsync(
    new Dictionary<string, string>
    {
        { "rawSizeBytes", "4096" }, // the uncompressed size is 4096 bytes
        { "kustoTable", "Events" },
        { "kustoDataFormat", "json" },
        { "kustoIngestionMappingReference", "EventsMapping" },
        { "kustoDatabase", "AnotherDB" }
    }
);
await blob.UploadAsync(BinaryData.FromString(File.ReadAllText("<filePath>")));

Nahrání objektů blob

Objekt blob můžete vytvořit z místního souboru, nastavit vlastnosti příjmu dat na metadata objektů blob a nahrát ho. Příklady najdete v tématu Použití datového připojení Event Gridu.

Přejmenování objektů blob

Při použití ADLSv2 můžete objekt blob přejmenovat tak, aby aktivoval příjem dat objektů blob do Azure Data Exploreru. Podívejte se například na přejmenování objektů blob.

Odstranění objektů blob pomocí životního cyklu úložiště

Azure Data Explorer po příjmu dat neodstraní objekty blob. Ke správě odstranění objektů blob použijte životní cyklus služby Azure Blob Storage. Doporučujeme zachovat objekty blob po dobu tří až pěti dnů.

Známé problémy se službou Event Grid

Práce bez místního ověřování

Pokud je místní ověřování v oboru názvů služby Event Hubs, který obsahuje centrum událostí používané pro oznámení streamování, pomocí následujících kroků zajistíte, aby data správně proudily z úložiště do centra událostí pomocí spravovaných identit:

$eventGridSubscriptionId = "<AZURE SUBSCRIPTION ID OF EVENTGRID SYSTEM TOPIC>"
$eventGridResourceGroupName = "<RESOURCE GROUP NAME CONTAINING THE EVENTGRID SYSTEM TOPIC>"
$eventGridSystemTopicName = "<EVENTGRID SYSTEM TOPIC NAME>"
$eventGridSubscriptionName = "<EVENTGRID SUBSCRIPTION NAME>"

$eventhubSubscriptionId = "<AZURE SUBSCRIPTION ID OF EVENTHUB NAMESPACE>"
$eventhubResourceGroupName = "<RESOURCE GROUP NAME CONTAINING THE EVENTHUB NAMESPACE>"
$eventhubNamespaceName = "<THE EVENTHUB NAMESPACE NAME>"
$eventhubName = "<THE EVENTHUB NAME>"

Set-AzContext -SubscriptionId $eventGridSubscriptionId

Write-Host "Checking if Event Grid Topic exists"
$eg = Get-AzEventGridSystemTopic -ResourceGroupName $eventGridResourceGroupName -Name $eventGridSystemTopicName
$hasSystemAssignedIdentity = $eg.IdentityType -match "SystemAssigned"

if ($hasSystemAssignedIdentity) {
    Write-Host -ForegroundColor Green "Event Grid Topic $eventGridSystemTopicName already has a system-assigned identity"
}
else {
    Write-Host "Event Grid Topic $eventGridSystemTopicName doesn't have a system-assigned identity. Assigning one..."
    Update-AzEventGridSystemTopic -ResourceGroupName $eventGridResourceGroupName -Name $eventGridSystemTopicName -EnableSystemAssignedIdentity $true
    Write-Host -ForegroundColor Green "System-assigned identity has been assigned to Event Grid Topic $eventGridSystemTopicName"
}

$eg = Get-AzEventGridSystemTopic -ResourceGroupName $eventGridResourceGroupName -Name $eventGridSystemTopicName
$identityPrincipalId = $eg.IdentityPrincipalId

Set-AzContext -SubscriptionId $eventhubSubscriptionId

$eventhubResourceId = "/subscriptions/$eventhubSubscriptionId/resourceGroups/$eventhubResourceGroupName/providers/Microsoft.EventHub/namespaces/$eventhubNamespaceName/eventhubs/$eventhubName"

Write-Host "Checking if Azure Event Hubs Data Sender role is assigned to Event Grid Topic's system-assigned identity $identityPrincipalId for Event Hub $eventhubName"
$roleAssignment = Get-AzRoleAssignment -ObjectId $identityPrincipalId -RoleDefinitionName "Azure Event Hubs Data Sender" -Scope $eventhubResourceId
$hasRoleAssignment = $null -ne $roleAssignment

if ($hasRoleAssignment) {
    Write-Host -ForegroundColor Yellow "Azure Event Hubs Data Sender role is already assigned to Event Grid Topic's system-assigned identity $identityPrincipalId for Event Hub $eventhubName"
}
else {
    Write-Host "Going to assign Azure Event Hubs Data Sender role to Event Grid Topic's system-assigned identity $identityPrincipalId for Event Hub $eventhubResourceId"
    New-AzRoleAssignment -ObjectId $identityPrincipalId -RoleDefinitionName "Azure Event Hubs Data Sender" -Scope "/subscriptions/$eventhubSubscriptionId/resourceGroups/$eventhubResourceGroupName/providers/Microsoft.EventHub/namespaces/$eventhubNamespaceName/eventhubs/$eventhubName"
    Write-Host -ForegroundColor Green "Azure Event Hubs Data Sender role has been assigned to Event Grid Topic's system-assigned identity $identityPrincipalId for Event Hub $eventhubName"
}

Write-Host "Checking if Event Subscription $eventSubscriptionName is using Systeam assigned identity"
$eventGridSubscribtion = Get-AzEventGridSystemTopicEventSubscription -ResourceGroupName $eventGridResourceGroupName -SystemTopicName $eventGridSystemTopicName -EventSubscriptionName $eventGridSubscriptionName
$deliveryIdentityType = $eventGridSubscribtion.DeliveryWithResourceIdentityType
$destination = $eventGridSubscribtion.Destination

if ($deliveryIdentityType -eq "SystemAssigned") {
    Write-Host -ForegroundColor Yellow "Event Subscription $eventGridSubscriptionName is allready using System Assigned Identity"
}
else {
    Write-Host "Event Subscription $eventGridSubscriptionName is not using System Assigned Identity. Updating..."
    Update-AzEventGridSystemTopicEventSubscription -ResourceGroupName $eventGridResourceGroupName -SystemTopicName $eventGridSystemTopicName -EventSubscriptionName $eventGridSubscriptionName -DeliveryWithResourceIdentityType "SystemAssigned" -DeliveryWithResourceIdentityDestination $destination
    Write-Host -ForegroundColor Green "Event Subscription $eventGridSubscriptionName is now using System Assigned Identity"
}

Write-Host -ForegroundColor Green "%%%%%%%% Script has been executed successfully %%%%%%%%"

Kromě toho nakonfigurujte datové připojení Event Gridu tak, aby používalo ověřování spravované identity, aby Azure Data Explorer mohl přijímat oznámení z centra událostí.

Nastavení příjmu dat event Gridu u souborů exportovaných z Azure Data Exploreru

Při exportu souborů používaných k příjmu dat služby Event Grid pomocí Azure Data Exploreru si všimněte:

• Oznámení event Gridu se neaktivují, pokud připojovací řetězec poskytnuté příkazu pro export nebo připojovací řetězec poskytnuté externí tabulce je připojovací řetězec ve formátu ADLS Gen2 (napříkladabfss://filesystem@accountname.dfs.core.windows.net), ale účet úložiště není povolený pro hierarchický obor názvů.
• Pokud účet není povolený pro hierarchický obor názvů, připojovací řetězec musí používat formát Blob Storage (napříkladhttps://accountname.blob.core.windows.net). Export funguje podle očekávání i při použití připojovací řetězec ADLS Gen2, ale oznámení se neaktivují a příjem dat služby Event Grid nebude fungovat.

Emulace událostí úložiště z vlastních komponent

Při použití vlastních komponent k emulaci událostí služby Azure Storage musí emulované události striktně vyhovovat schématu událostí služby Azure Blob Storage, protože Azure Data Explorer zahodí události, které nelze analyzovat sadou Event Grid SDK.

Související obsah

• Vytvoření datového připojení Event Gridu
• Příjem dat ze služby Azure Event Hubs do Azure Data Exploreru pomocí průvodce příjmem dat
• Ingestování dat z kontejneru nebo Azure Data Lake Storage do Azure Data Exploreru