Esecuzioni fittizie per le assegnazioni di attività di archiviazione

Che cos'è un'esecuzione simulata?

Un'esecuzione di prova simula l'esecuzione dell'assegnazione di un'attività di archiviazione senza eseguire effettivamente alcuna operazione sui blob. Quando si crea un'esecuzione fittizia, Archiviazione di Azure Actions analizza e valuta i BLOB in base alle condizioni dell'attività esattamente come durante un'esecuzione reale, ma non esegue alcuna operazione. Genera invece un report dettagliato che mostra quali BLOB soddisfano le condizioni e quali operazioni sarebbero state eseguite.

Le esecuzioni simulate sono utili quando si desidera:

• Visualizzare in anteprima l'impatto di un'attività prima di eseguirla su larga scala, soprattutto quando le operazioni sono irreversibili (ad esempio, criteri di eliminazione o immutabilità)
• Convalida le condizioni sull'intero set di BLOB nel tuo account, non solo su un piccolo campione di anteprima.
• Generare report pronti per il controllo che mostrano quali BLOB verrebbero interessati, senza apportare alcuna modifica.
• Stimare i costi capendo quanti blob sarebbero interessati e quante operazioni verrebbero eseguite.

Come funzionano le esecuzioni simulate

Crea un'esecuzione simulata come assegnazione di un'attività di archiviazione con il tipo di trigger impostato su MockRun. Analogamente ad altri tipi di assegnazione, un'esecuzione fittizia è destinata a un account di archiviazione specifico, usa filtri di prefisso facoltativi per definire l'ambito dei BLOB e genera report di esecuzione in un contenitore di esportazione designato.

Quando viene eseguita un'esecuzione di prova:

1. Archiviazione di Azure Actions enumera tutti i BLOB che corrispondono ai filtri di ambito e prefisso dell'assegnazione.
2. Valuta ogni blob in base alle condizioni dell'attività di archiviazione.
3. Per i BLOB corrispondenti, registra le operazioni che verrebbero eseguite, ma non esegue alcuna operazione.
4. Genera un report dettagliato che elenca i BLOB corrispondenti e le relative operazioni simulate.

Esecuzione simulata rispetto all'anteprima della condizione

Entrambe le esecuzioni fittizie e la funzionalità di anteprima della condizione consentono di convalidare le condizioni delle attività prima dell'esecuzione, ma servono scopi diversi:

Usa l'anteprima delle condizioni mentre configuri le condizioni dell'attività, quindi usa un'esecuzione simulata per la validazione finale prima di abilitare un'esecuzione reale.

Ciclo di vita e stati dell'esecuzione simulata

Le esecuzioni simulate seguono lo stesso ciclo di vita delle assegnazioni eseguite una sola volta.

Comportamento della concorrenza

Una sola esecuzione, fittizia o reale, può essere eseguita su un account di archiviazione alla volta. Questo modello di concorrenza corrisponde al modello per le esecuzioni di attività reali:

• Se è in corso un'esecuzione reale, il sistema accoda una nuova esecuzione simulata fino al termine dell'esecuzione reale.
• Se è in corso un'esecuzione di prova, il sistema accoda una nuova esecuzione reale dell'attività o la salta nel caso delle esecuzioni pianificate.
• Se è in corso un'altra esecuzione simulata, il sistema accoda la nuova esecuzione simulata.

Questo modello garantisce la stabilità e impedisce conflitti di risorse nell'account di archiviazione di destinazione.

Report di esecuzione simulata

Al termine di un'esecuzione fittizia, il processo scrive un report dettagliato nel contenitore di esportazione del report specificato durante la creazione dell'assegnazione. È possibile accedere ai report in formati CSV .

È anche possibile visualizzare un riepilogo dell'esecuzione direttamente nel portale di Azure nella pagina dei risultati fittizi dell'esecuzione dell'assegnazione. Il riepilogo include il numero di oggetti elencati, oggetti che soddisfano le condizioni e le operazioni che il processo avrebbe eseguito.

Colonne del report:

Esempio di output CSV:

Il processo genera anche un file JSON di riepilogo insieme al report. Questo file contiene metriche di aggregazione:

{
  "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"
}

Campi chiave nel riepilogo:

• objectsListed: Il numero totale di blob analizzati durante l'esecuzione simulata.
• objectsToBeOperated: numero di blob che corrispondevano alle condizioni e su cui sarebbero state eseguite operazioni.
• status: il risultato dell'esecuzione simulata (succeeded o failed).

Transizione dall'esecuzione fittizia all'esecuzione reale

Dopo aver esaminato il report di esecuzione fittizia e aver confermato che i risultati sono come previsto, è possibile eseguire la transizione dell'assegnazione da un'esecuzione fittizia a un'esecuzione reale:

1. Vai all'assegnazione nel portale di Azure.
2. Modifica l'assegnamento e cambia il tipo di trigger da Esecuzione fittizia a Esegui una volta o Ricorrente.
3. Salvare l'assegnazione aggiornata.

Usando questo processo, è possibile passare dalla convalida all'esecuzione senza ricreare l'assegnazione da zero.

Prezzi

Le esecuzioni fittizie vengono fatturate in modo analogo alle esecuzioni dell'assegnazione di attività reali, con una differenza fondamentale: non viene applicato alcun addebito per il contatore delle operazioni, poiché non vengono effettivamente eseguite operazioni sui BLOB.

I costi standard dell'API gestione rete virtuale di Azure per elencare e leggere le proprietà dei BLOB durante l'analisi sono ancora applicabili.

Autorizzazioni

L'identità gestita associata all'attività di archiviazione deve avere il ruolo appropriato nell'account di archiviazione di destinazione per eseguire un'esecuzione fittizia. Sebbene il processo non esegua alcuna operazione, l'identità necessita dell'accesso in lettura per analizzare e valutare i BLOB:

• Ruolo minimo: Lettore dei dati dei blob di archiviazione
• Ruolo consigliato: Proprietario dei dati dei BLOB di archiviazione (se si prevede di passare a un'esecuzione reale usando la stessa assegnazione)

Sia le identità gestite assegnate dal sistema che quelle assegnate dall'utente supportano esecuzioni fittizie.

Se l'account di archiviazione di destinazione presenta restrizioni di rete, verificare che l'opzione Allow trusted servizi Microsoft sia abilitata nella configurazione di rete dell'account.

Vedere anche

• Creare e utilizzare un'esecuzione simulata
• Assegnazione di attività di archiviazione
• Esecuzioni di attività di archiviazione
• Procedure consigliate per le attività di archiviazione