Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Wat is een testrun?
Met een proefuitvoering wordt de uitvoering van een toewijzing van een opslagtaak gesimuleerd zonder daadwerkelijk bewerkingen uit te voeren op uw blobs. Wanneer u een mockuitvoering maakt, scant en evalueert Azure Storage Actions uw blobs op dezelfde manier als tijdens een echte uitvoering, maar worden er geen bewerkingen uitgevoerd. In plaats daarvan wordt een gedetailleerd rapport gegenereerd waarin wordt weergegeven welke blobs overeenkomen met de voorwaarden en welke bewerkingen zouden zijn uitgevoerd.
Proefdraaien is nuttig wanneer u het volgende wilt doen:
- Bekijk vooraf de impact van een taak voordat u deze op grote schaal uitvoert, vooral wanneer bewerkingen onomkeerbaar zijn (zoals verwijderen of een verwijderings- of onveranderbaarheidsbeleid)
- Valideer voorwaarden voor de volledige set blobs in uw account, niet alleen een klein voorbeeldvoorbeeld.
- Genereer rapporten die gereed zijn voor controle die aangeven welke blobs worden beïnvloed, zonder wijzigingen aan te brengen.
- Schat de kosten door inzicht te krijgen in hoeveel blobs het doelwit zouden zijn en hoeveel bewerkingen zouden worden uitgevoerd.
Note
Bij een simulatie-uitvoering worden alle blobs die binnen het bereik vallen gescand en geëvalueerd, net als bij een werkelijke uitvoering. Het enige verschil is dat er geen bewerkingen worden uitgevoerd op de blobs. Omdat er geen bewerkingen worden uitgevoerd, zijn mock-uitvoeringen doorgaans sneller dan echte uitvoeringen.
Hoe testruns werken
Maak een testrun aan als opslagtaaktoewijzing, met het triggertype ingesteld op MockRun. Net als bij andere toewijzingstypen is een mock-run gericht op een specifiek opslagaccount, worden optionele voorvoegselfilters gebruikt om de blobs te beperken en worden uitvoeringsrapporten gegenereerd in een aangewezen exportcontainer.
Wanneer een testrun wordt uitgevoerd:
- Azure Storage Acties inventariseert alle blobs die overeenkomen met het bereik- en voorvoegselfilters van de toewijzing.
- Elke blob wordt geëvalueerd op basis van de voorwaarden van de opslagtaak.
- Voor blobs die overeenkomen, worden de bewerkingen vastgelegd die moeten worden uitgevoerd, maar er worden geen bewerkingen uitgevoerd.
- Er wordt een gedetailleerd rapport gegenereerd waarin de overeenkomende blobs en de gesimuleerde bewerkingen worden vermeld.
Proefdraaien versus voorbeeld van voorwaarde
Zowel proefuitvoeringen als de functie voor het bekijken van voorwaarden helpen u taakvoorwaarden te valideren voordat ze worden uitgevoerd, maar ze dienen verschillende doelen:
| Vermogen | Voorvertoning van voorwaarde | Testrun |
|---|---|---|
| Scope | Beperkt voorbeeld (maximaal 5.000 blobs) | Volledig: alle blobs binnen het toewijzingsbereik |
| Weergegeven bewerkingen | No | Ja- geeft aan welke bewerkingen moeten worden uitgevoerd |
| Rapport gegenereerd | No | Ja - downloadbaar CSV-rapport |
| Uitvoeringsmodel | Synchrone, onmiddellijke resultaten | Asynchroon, wordt uitgevoerd als een echte taak |
| Facturatie | Geen kosten | Kosten worden in rekening gebracht voor de uitvoeringsinstantie van de taak en voor gescande objecten (geen kosten voor bewerkingen) |
| Gebruiksscenario | Snelle controle tijdens het opstellen van voorwaarden | Volledige validatie vóór de productie-uitvoering |
Gebruik de preview-versie van de voorwaarde tijdens het opstellen van de taakvoorwaarden en gebruik vervolgens een mockuitvoering voor definitieve validatie voordat u een echte uitvoering inschakelt.
Levenscyclus en statussen van mock-runs
Mock-uitvoeringen volgen dezelfde levenscyclus als run-once-toewijzingen.
Important
U kunt een voltooide mock-uitvoering niet opnieuw starten. Als u een andere mocksimulatie met dezelfde configuratie wilt uitvoeren, moet u een nieuwe toewijzing maken of de bestaande dupliceren.
Gelijktijdigheidsgedrag
Er kan slechts één uitvoering — mock of echt — tegelijk worden uitgevoerd binnen een opslagaccount. Dit gelijktijdigheidsmodel komt overeen met het model voor uitvoeringen van echte taken:
- Als er een echte run bezig is, wordt een nieuwe mock-run in de wachtrij gezet totdat de echte run is voltooid.
- Als er een proefuitvoering bezig is, wordt een nieuwe echte taakuitvoering in de wachtrij gezet of overgeslagen bij geplande uitvoeringen.
- Als er een andere proefuitvoering bezig is, plaatst het systeem de nieuwe proefuitvoering in de wachtrij.
Dit model zorgt voor stabiliteit en voorkomt resourceconflicten in het doelopslagaccount.
Gesimuleerde uitvoeringsrapporten
Wanneer een simulatierun is afgerond, schrijft het proces een gedetailleerd rapport naar de container voor rapportexport die u opgeeft bij het maken van de toewijzing. U hebt toegang tot rapporten in CSV-formaat.
U kunt ook een samenvatting van de uitvoering rechtstreeks in de Azure-portal bekijken op de pagina met de resultaten van de gesimuleerde uitvoering van de opdracht. De samenvatting bevat het aantal objecten dat wordt vermeld, objecten die voldoen aan de voorwaarden en bewerkingen die het proces zou hebben uitgevoerd.
Rapportkolommen:
| Kolom | Description |
|---|---|
| Container | De container waarin de blob zich bevindt. |
| Blob | De naam van de blob. |
| Bewerking die moet worden uitgevoerd | De gesimuleerde bewerking, voorafgegaan door (mock) , bijvoorbeeld (mock) DeleteBlob of (mock) SetBlobImmutability. |
| Overeenkomend voorwaardeblok | Welke voorwaarde blokkeert de blob die overeenkomt (bijvoorbeeld IF of ELSE). |
Voorbeeld van CSV-uitvoer:
| Container | Blob | Bewerking die moet worden uitgevoerd | Overeenkomend voorwaardeblok |
|---|---|---|---|
| testContainer1 | output1.log | (mock) DeleteBlob | IF |
| testContainer2 | output2.log | (mock) DeleteBlob | IF |
| testContainer1 | financials1.csv | (mock) SetBlobImmutability | ELSE |
| testContainer2 | financials2.csv | (mock) SetBlobImmutability | ELSE |
Het proces genereert ook een overzichts-JSON-bestand naast het rapport. Dit bestand bevat statistische metrische gegevens:
{
"completionTime": "2024-10-21T17:46:59",
"destination": "taskoutput",
"endpoint": "https://contoso1storage1.blob.core.windows.net",
"fileFormat": "csv",
"fileSchema": [
"Container",
"Blob",
"Operation to be performed",
"Result",
"Matched condition block"
],
"files": [
"<link to the reporting file>"
],
"objectsListed": 1100,
"objectsToBeOperated": 240,
"operationType": "BlobOperation",
"runId": "mockrun-assignment-2024-10-21T17:30:13.9121342Z",
"startTime": "2024-10-21T17:37:12",
"status": "succeeded"
}
Sleutelvelden in de samenvatting:
- objectsListed: Het totale aantal blobs dat tijdens de mock-uitvoering is gescand.
- objectsToBeOperated: Het aantal blobs dat overeenkomt met de voorwaarden en waarop bewerkingen zijn uitgevoerd.
-
status: het resultaat van de mock-uitvoering (
succeededoffailed).
Overgang van een testrun naar een daadwerkelijke uitvoering
Nadat u het proefuitvoeringsrapport hebt bekeken en hebt bevestigd dat de resultaten zijn zoals verwacht, kunt u de toewijzing overzetten van een mock-uitvoering naar een echte uitvoering:
- Ga naar de toewijzing in de Azure-portal.
- Bewerk de taak en wijzig het triggertype van Testrun in Eenmalig uitvoeren of Terugkerend.
- Sla de bijgewerkte opdracht op.
Door dit proces te gebruiken, kunt u van validatie tot uitvoering gaan zonder de toewijzing helemaal opnieuw te maken.
Pricing
Mock-uitvoeringen worden op dezelfde manier gefactureerd als echte taaktoewijzingsuitvoeringen, met één belangrijk verschil: er worden geen kosten in rekening gebracht voor de bewerkingsmeter, omdat er geen bewerkingen daadwerkelijk worden uitgevoerd op blobs.
| Verbruiksmeter | Van toepassing op testruns? |
|---|---|
| Exemplaar van taakuitvoering (per uitvoering) | ✅ Ja |
| Doelobjecten (per miljoen gescande objecten) | ✅ Ja |
| Uitgevoerde bewerkingen (per miljoen bewerkingen) | ❌ Nee (altijd $0) |
Standard Blob Storage API-kosten voor het weergeven en lezen van blobeigenschappen tijdens de scan zijn nog steeds van toepassing.
Tip
Omdat testruns de kosten voor de bewerkingsmeter uitsluiten, zijn ze aanzienlijk goedkoper dan echte runs. Gebruik mockuitvoeringen als een rendabele manier om uw taakconfiguratie te valideren voordat u een volledige uitvoering uitvoert.
Machtigingen
De beheerde identiteit die is gekoppeld aan de opslagtaak moet de juiste rol hebben op het doelopslagaccount om een proefuitvoering uit te voeren. Hoewel het proces geen bewerkingen uitvoert, heeft de identiteit leestoegang nodig om blobs te scannen en te evalueren:
- Minimale rol: Opslagblobgegevenslezer
- Aanbevolen rol: Storage Blob Data Owner (als u wilt overstappen naar een werkelijke uitvoering met dezelfde roltoewijzing)
Zowel door het systeem toegewezen als door de gebruiker toegewezen beheerde identiteiten ondersteunen testruns.
Als het doelopslagaccount netwerkbeperkingen heeft, moet u ervoor zorgen dat de optie Allow trusted Microsoft-services is ingeschakeld in de netwerkconfiguratie van het account.