Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Innan du automatiserar en finansiell simulering, definiera en liten körning som du kan inspektera i Azure-portalen eller Batch Explorer. En mindre körning hjälper dig att validera modellen, partitioneringsstrategin och utdataformatet innan du skalar upp arbetsbelastningen.
Mappa arbetsbelastningen till batchresurser
| Simuleringselement | Batch-resurs | Planeringsbeslut |
|---|---|---|
| En simuleringskörning | Job | Använd ett unikt jobb-ID som identifierar körningen. |
| Ett portföljsegment eller en serie av prövningar | Task | Ge varje partition ett deterministiskt uppgifts-ID. |
| Arbetare som utför modellen | Pool | Välj en VM-storlek och aktivitetsplatser baserat på uppmätt resursanvändning. |
| Körbar modellfil och beroenden | Applikationspaket, resursfiler eller containeravbildning | Versionera modellen separat från dess indata. |
| Portfölj- och marknadsdata | Azure Storage | Separera delad referensdata från partitionsspecifik indata. |
| Partitionsresultat och loggar | Utdatafiler för uppgift | Använd en unik väg för varje jobb, uppgift och försök. |
| Portföljnivåresultat | Beroendeuppgift eller extern orkestratör | Aggregera först efter att alla nödvändiga utdata är validerade. |
För en allmän introduktion till dessa resurser, se Batch service arbetsflöde och resurser.
Definiera körmanifestet
Dokumentera följande information innan du skapar jobbet:
- Modeller- och indataversioner.
- Antal rättegångar och delningar.
- Policy för slumptalsfrö.
- Förväntat utdataschema och partitionsantal.
- Poolavbildning, VM-storlek och applikationsversion.
- Krav på lagring av resultat och diagnostiska loggar.
Spara manifestet med utdata. Den ger den information som behövs för att reproducera och granska körningen.
Välj partitionsstorleken
Börja med partitioner som tar några minuter istället för några sekunder. Mycket små partitioner kan lägga mer tid på schemaläggning och dataöverföring än på beräkning. Mycket stora partitioner ökar det arbete som förloras efter ett avbrott.
Använd oföränderliga kör- och partitionsidentifierare för att härleda frön med slumpmässiga nummer. Samma partition bör ge samma resultat när Batch försöker igen eller lägger den i kö.
Verifiera en liten testkörning
- Slutför snabbstarten för portalen för att skapa en liten pool, ett jobb och en uppgift.
- Byt ut en liten, icke-känslig indatamängd och din modellkommando när du förstår det grundläggande arbetsflödet.
- Kontrollera att varje förväntad partition ger ett resultat och diagnostiska utdata.
- Jämför det aggregerade resultatet med ett känt lokalt resultat eller toleransintervall.
- Granska aktiviteternas slutkoder, antal återförsök och fel vid uppladdning av utdata innan du ökar antalet pooler eller partitioner.
Lägg inte in hemligheter eller känslig finansiell data i uppgiftskommandorader, uppgifts-ID:n, jobbmetadata eller loggar.