Batch Service REST API-versionshantering

  • Artikel

Åtgärder som tillhandahålls av Rest-API:et för Batch-tjänsten kan ha flera versioner för bakåtkompatibilitet när API:et utvecklas med tiden. Du måste ange vilken version av en åtgärd som du vill använda när den anropas genom att ange versionen med ditt REST-anrop. Om programmet anropar en äldre version av en åtgärd kan du välja att fortsätta anropa den äldre versionen eller ändra koden så att den anropar en nyare version. Om versionen inte har angetts eller om en felaktig version har angetts returneras ett fel.

Ange vilken version av en åtgärd som ska användas genom att ange frågeparametern api-version . Versionen har formatet Group.Major.Minor där Group har formatet ÅÅÅÅ-MM-DD och Huvud är ett heltal och Minor är ett heltal.

Senaste versionen: 2023-05-01.17.0

  • [Icke-bakåtkompatibel] Api:et för livslängdsstatistik för batchjobb/pool har tagits bort: lifetimejobstats och lifetimepoolstats.
  • Den booleska egenskapen enableAcceleratedNetworking har lagts till i NetworkConfiguration.
    • Den här egenskapen avgör om den här poolen ska aktivera accelererat nätverk, med standardvärdet Falskt.
    • Om den här funktionen kan aktiveras är också relaterat till om ett operativsystem/en VM-instans stöds, vilket bör överensstämma med acceleratedNetworking-principen.
  • Den booleska egenskapen enableAutomaticUpgrade har lagts till i VMExtension.
    • Den här egenskapen avgör om tillägget ska uppgraderas automatiskt av plattformen om det finns en nyare version av tillägget tillgängligt.
  • Egenskapen typeContainerConfigurationför , som nu stöder två värden: DockerCompatible och CriCompatible.

Tidigare versioner

Tidigare versioner är:

Version: 2022-10-01.16.0

  • NodeCommunicationMode Ny egenskap har lagts till som avgör hur en pool kommunicerar med Batch-tjänsten
  • currentNodeCommunicationMode Ny egenskap av NodeCommunicationMode typen har lagts till för CloudPool modellen för att referera till det aktuella tillståndet för poolkommunikationsläget.
  • targetNodeCommunicationMode Ny egenskap av typen NodeCommunicationMode har lagts till i följande modeller för att referera till önskat nodkommunikationsläge för poolen:

Version: 2022-01-01.15.0

Version: 2021-06-01.14.0

  • Lägg till möjligheten att tilldela användartilldelade hanterade identiteter till CloudPool. Dessa identiteter görs tillgängliga på varje nod i poolen och kan användas för att komma åt olika resurser.
  • Egenskapen har lagts identityReference till i följande modeller för att ge stöd för åtkomst till resurser via hanterad identitet:
  • extensions Ny egenskap har lagts till i VirtualMachineConfiguration på CloudPool för att ange tillägg för virtuella datorer för noder
  • Möjligheten att ange tillgänglighetszoner har lagts till med hjälp av en ny egenskap nodePlacementConfiguration i VirtualMachineConfiguration
  • osDisk Ny egenskap har lagts till i VirtualMachineConfiguration, som innehåller inställningar för operativsystemdisken för den virtuella datorn.
    • Egenskapen placement på DiffDiskSettings anger den tillfälliga diskplaceringen för operativsystemdiskar för alla virtuella datorer i poolen. Om du ställer in den på "CacheDisk" lagras den tillfälliga OS-disken i den virtuella datorns cacheminne.
  • Egenskapen har lagts maxParallelTasks till för CloudJob att styra det maximala antalet aktiviteter som kan köras samtidigt per jobb (standardvärdet är -1, vilket innebär obegränsat). Den här egenskapen är för närvarande i privat förhandsversion.
  • ComputeNode Egenskapen har lagts till virtualMachineInfo som innehåller information om den virtuella datorns aktuella tillstånd, inklusive den exakta versionen av marketplace-avbildningen som den virtuella datorn använder.
  • Egenskapen har lagts recurrenceInterval till för Schedule att styra intervallet mellan starttiderna för två på varandra följande jobb enligt ett jobbschema.

Version: 2020-09-01.12.0

  • [Icke-bakåtkompatibel] Ersatte egenskapen maxTasksPerNode med taskSlotsPerNode i poolen. Om du använder de här egenskapsuppgifterna i ett jobb kan du använda ett dynamiskt antal platser, vilket ger mer detaljerad kontroll över resursförbrukningen.
  • [Icke-bakåtkompatibel] Svarstypen GetTaskCounts för har ändrats för att returnera TaskCountsResult, vilket är ett komplext objekt som innehåller det tidigare TaskCounts objektet och ett nytt TaskSlotCounts objekt som tillhandahåller liknande information i kontexten för platser som används.
  • requiredSlots Egenskapen har lagts till för uppgiften så att användaren kan ange hur många platser på en nod den ska ta upp.

Version: 2020-03-01.11.0

Version: 2019-08-01.10.0

  • Lade till möjligheten att ange en samling offentliga IP-adresser på NetworkConfiguration via den nya publicIPs egenskapen i poolen. Detta garanterar att noder i poolen har en IP-adress från listanvändarens ip-adresser.
  • Möjlighet att montera fjärrfilsystem på varje nod i en pool via egenskapen har lagts MountConfiguration till.
  • Shared Image Gallery avbildningar kan nu anges i virtualMachineImageId egenskapen för genom att referera till avbildningen ImageReference via dess Azure Resource Manager-ID.
  • [Icke-bakåtkompatibel] När det inte anges är true standardvärdet för waitForSuccess på StartTask (tidigare var falsedet ).
  • [Icke-bakåtkompatibel] När det inte anges är standardvärdet för scope på AutoUserSpecification nu alltid Pool (tidigare fanns Task det på Windows-noder och Pool på Linux-noder).
  • Förbättrade olika förvirrande eller ofullständiga dokument.

Version: 2019-06-01.9.0

  • [Icke-bakåtkompatibel] Ersattes ListNodeAgentSKUs med ListSupportedImages. ListSupportedImages innehåller samma information som ursprungligen var tillgänglig i ListNodeAgentSKUs men i ett tydligare format. Nya, icke-verifierade avbildningar returneras också. Ytterligare information om Capabilities och BatchSupportEndOfLife är tillgänglig via ImageInformation.

  • Nu har stöd för nätverkssäkerhetsregler som blockerar nätverksåtkomst till en CloudPool baserat på källporten för trafiken. Detta görs via egenskapen SourcePortRanges på NetworkSecurityGroupRule.

  • När du kör en container stöder nu Batch körningen av uppgiften i arbetskatalogen för containern eller i arbetskatalogen för Batch-uppgiften. Detta styrs av egenskapen WorkingDirectory på TaskContainerSettings.

  • Förbättrade olika förvirrande eller ofullständiga dokument.

Version: 2018-12-01.8.0

  • [Icke-bakåtkompatibel] Stöd för upgradeos pooler cloudServiceConfiguration har tagits bort.

    • Tog bort upgradeos.
    • targetOSVersion Har bytt namn till osVersion och tagits bort currentOSVersion på CloudPool.
    • upgrading har tagits bort från PoolState.

  • [Icke-bakåtkompatibel] Har tagits bort dataEgressGiB och dataIngressGiB från poolusagemetrics. Dessa egenskaper stöds inte längre.

  • [Icke-bakåtkompatibel]ResourceFile Förbättringar

    • Möjligheten har lagts till för att ange en hel Azure Storage-container i ResourceFile. Det finns nu tre lägen som stöds för ResourceFile:
      • httpUrl skapar en ResourceFile som pekar på en enda HTTP-URL.
      • storageContainerUrlskapar en ResourceFile som pekar på en Azure Blob Storage container.
      • autoStorageContainerNameskapar en ResourceFile som pekar på en Azure Blob Storage container i det Batch-registrerade autolagringskontot.
    • URL:er som tillhandahålls via ResourceFilehttpUrl metoden kan nu vara valfri HTTP-URL. Tidigare var dessa tvungna att vara en Azure Blob Storage URL.
    • blobPrefix kan användas för att filtrera nedladdningar från en lagringscontainer till endast de som matchar prefixet.

  • [Icke-bakåtkompatibel] Egenskapen har tagits bort osDisk från VirtualMachineConfiguration. Den här egenskapen stöds inte längre.

  • Pooler som anger på dynamicVNetAssignmentScopeNetworkConfiguration till job kan nu dynamiskt tilldela en Virtual Network till varje nod som jobbets aktiviteter körs på. Den specifika Virtual Network som noderna ska kopplas till anges i den nya JobNetworkConfiguration egenskapen på CloudJob och JobSpecification.

    Anteckning

    Den här funktionen är en allmänt tillgänglig förhandsversion. Den är inaktiverad för alla Batch-konton förutom de som har kontaktat oss och begärt att få vara med i pilottestet.

  • Den maximala livslängden för en aktivitet är nu 180 dagar (tidigare var den 7).

  • Stöd har lagts till för Windows-pooler för att skapa användare med ett specifikt inloggningsläge (antingen batch eller interactive) via LoginMode.

  • Standardtiden för kvarhållning av aktiviteter för alla aktiviteter är nu 7 dagar, tidigare var den oändlig.

Version 2018-08-01.7.0

Nya funktioner i version 2018-08-01.7.0 är:

  • Visa versionen av Azure Batch Node Agent via den nya egenskapen NodeAgentInfo på ComputeNode.
  • Lade till möjligheten att ange en Filter för Result en aktivitet. Mer information finns här.
    • Detta gör att det ofta begärda scenariot med att utföra en fråga på serversidan kan hitta alla aktiviteter som misslyckades.
  • [Icke-bakåtkompatibel] Egenskapen har ValidationStatustagits bort från TaskCounts.
  • [Icke-bakåtkompatibel] Standardcachelagringstypen för DataDisk och OSDisk är nu ReadWrite i stället för None.
  • [Icke-bakåtkompatibel] Har bytt namn på det enda värdet för ContainerType från docker till dockerCompatible.

Version 2018-03-01.6.1

Nya funktioner i version 2018-03-01.6.1 är:

  • Poolnod räknas efter tillstånd: Den här versionen lägger till möjligheten att fråga antalet poolnoder efter tillstånd via den nya Åtgärden ListPoolNodeCounts . Den här åtgärden ger dig möjlighet att fråga alla pooler i ett Batch-konto om nodtillstånd, inklusive att skapa, inaktiva, offline, förhindra, starta om, återskapa, starta och andra.
  • Nodagentloggar: Den här versionen lägger till möjligheten att ladda upp Azure Batch nodagentloggar från en viss nod via åtgärden UploadBatchServiceLogs. Detta är avsett för felsökning av Microsoft Support om det uppstår problem på en nod.

Version 2017-09-01.6.0

  • Azure Hybrid Use Benefit: Nu kan du skapa Batch Windows VM-pooler som anger att Licensiering av Azure Hybrid Use Benefit ska användas. När den här licensieringen används tillämpas en rabatt på priset för den virtuella datorn. Använd den nya LicenseType-egenskapen på VirtualMachineConfiguration.

  • Pool-VM-datadiskar: Du kan koppla en eller flera tomma datadiskar till VM-pooler med hjälp av den nya datadiskkonfigurationen som ingår i konfigurationen av den virtuella datorn. Använd egenskapen DataDisks på VirtualMachineConfiguration.

  • (Icke-bakåtkompatibel ändring) Anpassade avbildningar skapas och distribueras nu med hjälp av Azure Resource Manager avbildningsresurser i stället för blob-VHD-filer. Batch använder nu hanterade diskar för att skapa de virtuella pooldatorerna och använder därför en avbildningsresurs . Det finns nu ingen gräns för antalet virtuella datorer i en pool som skapats med en anpassad avbildning. Dessutom krävs inte längre flera kopior av VHD-bloben för stora pooler. Anpassade avbildningspooler är därför mycket enklare att skapa och skala. Mer information finns i Använda en anpassad avbildning för att skapa en pool med virtuella datorer.

  • (Icke-bakåtkompatibel ändring) Uppgifter med flera instanser (som skapas med MultiInstanceSettings) måste nu ange CoordinationCommandLine, och NumberOfInstances är nu valfritt och standardvärdet är 1.

  • Stöd har lagts till för aktiviteter som körs med Docker-containrar. Om du vill köra en aktivitet med en Docker-container måste du ange en ContainerConfiguration på VirtualMachineConfiguration för en pool och sedan lägga till TaskContainerSettings i aktiviteten.

Version 2017-06-01.5.1

Den version av Batch-API:et som beskrivs här är 2017-06-01.5.1. Du rekommenderas att använda den senaste versionen när det är möjligt.

Nya funktioner i version 2017-06-01.5.1 är:

  • Stöd för effektiva uppgiftsantal via den nya åtgärden Hämta antal uppgifter . Genom att anropa åtgärden Get Task Counts (Hämta antal uppgifter) kan du få ett antal aktiva, aktiva och slutförda aktiviteter samt uppgifter som har lyckats eller misslyckats. Mer information finns i Räkna uppgifter för ett jobb efter tillstånd (förhandsversion).
  • Stöd för att ange inkommande slutpunkter på poolberäkningsnoder via den nya egenskapen poolEndpointConfiguration . Genom att ange den här egenskapen kan du adressera specifika portar på noden externt.

Version 2017-05-01.5.0

I följande avsnitt beskrivs nya och ändrade funktioner i version 2017-05-01.5.0.

Viktigt

Version 2017-05-01.5.0 innehåller flera icke-bakåtkompatibla ändringar. Granska de icke-bakåtkompatibla ändringarna nedan och uppdatera koden för att anropa version 2017-05-01.5.0.

Beräkningsnoder med låg prioritet

Azure Batch erbjuder nu beräkningsnoder med låg prioritet för att minska kostnaden för Batch-arbetsbelastningar. Lågprioriterade virtuella datorer gör nya typer av Batch-arbetsbelastningar möjliga genom att tillhandahålla en stor mängd beräkningskraft som också är ekonomisk.

Det finns flera ändringar i REST-API:et för noder med låg prioritet:

  • (Icke-bakåtkompatibel ändring) Egenskaperna targetDedicated och currentDedicated för en pool eller poolspecifikation har bytt namn till targetDedicatedNodes och currentComputeNodes.
  • (Icke-bakåtkompatibel ändring) Egenskapen resizeError för en pool är nu en samling som kallas resizeErrors.
  • Beräkningsnoder har en ny isDedicated-egenskap . Den här egenskapen gäller för dedikerade noder och falskt för noder med låg prioritet.
  • En Job Manager-aktivitet har en ny allowLowPriorityNode-egenskap . Om den här egenskapen är sann kan Job Manager-aktiviteten köras på en nod med låg prioritet. Om det är falskt körs Job Manager-aktiviteten på en dedikerad beräkningsnod.

Namngivna användare i Linux

Azure Batch erbjuder nu ytterligare stöd för att skapa namngivna användare på Linux-noder.

  • Den nya linuxUserConfiguration-egenskapen har stöd för att ange ett uid (användar-ID) och gid (grupp-ID) när du skapar en Linux-användare.
  • (Icke-bakåtkompatibel ändring) Egenskapen sshPrivateKey har flyttats från egenskapen userAccount till den nya linuxUserConfiguration-egenskapen . Egenskapen linuxUserConfiguration är i sig en egenskap för egenskapen userAccount .

Mer information om namngivna användarkonton finns i Köra uppgifter under användarkonton i Batch.

Utdatafiler för aktivitetsdata

Nu kan du ange utdatafiler för att ladda upp aktivitetsdata när en aktivitet har slutförts.

  • Den nya egenskapen outputFiles har stöd för att ange aktivitetsfiler som ska laddas upp till Azure Storage.
  • Den nya egenskapen fileUploadError för egenskapen exitConditions har stöd för att ange åtgärder som ska utföras baserat på uppladdningsstatusen för en utdatafil.

Aktivitetsfelrapportering

Flera ändringar har gjorts för att förbättra rapporteringen av aktivitetsfel.

  • Den nya resultategenskapen för egenskapen executionInfo anger om en uppgift lyckades eller misslyckades.
  • (Icke-bakåtkompatibel ändring) Egenskapen schedulingError för egenskapen executionInfo har bytt namn till failureInfo. Egenskapen failureInfo returneras varje gång det uppstår ett aktivitetsfel. Detta inkluderar alla tidigare schemaläggningsfelfall, alla fall där en slutkod för icke-nollaktivitet returneras och eventuella filuppladdningsfel.
  • (Icke-bakåtkompatibel ändring) Egenskapen schedulingError för egenskapen exitConditions har bytt namn till preProcessingError för att klargöra när felet inträffade i aktivitetslivscykeln.
  • (Icke-bakåtkompatibel ändring) Egenskapen schedulingErrorCateogry har bytt namn till errorCategory.

Programlicenser

Du kan nu begära att programlicenser etableras till din pool via den nya applicationLicenses-egenskapen i en pool eller poolspecifikation.

Version 2017-01-01.4.0

Den här versionen utökar allt stöd från den tidigare versionen, 2016-07-01.3.1. Dessutom har den stöd för följande funktioner:

  • Kör en uppgift under en angiven användaridentitet.

    Nu kan du köra en uppgifts- eller uppgiftssamling under någon av följande användaridentiteter, som anges via den nya userIdentity-egenskapen för aktivitetsresursen:

    • Ett användarkonto med ett namn som du definierar.

    • Ett användarkonto som skapas automatiskt (en automatisk användare). En automatisk användare kan köras som en administrativ användare eller som en icke-administrativ användare. Som standard körs en automatisk användare som en icke-administrativ användare.

      Viktigt

      Egenskapen userIdentity , med dess elevationLevel-egenskap , ersätter egenskapen runElevated i begäranden som lägger till en uppgift eller en uppgiftssamling och som svar som hämtar information om en uppgift eller en lista över aktiviteter.

      Om du gör en begäran som innehåller egenskapen runElevated till version 2017-01-01.4.0 av Batch-tjänsten misslyckas begäran.

      Om du vill köra som administrativ användare uppdaterar du programmet så att det använder egenskapen userIdentity och anger egenskapen elevationLevel till administratör.

      Om du vill köra som en icke-administrativ användare uppdaterar du programmet så att det använder egenskapen userIdentity och anger egenskapen elevationLevel till nonAdmin. Eftersom detta är standardinställningen kan du också utelämna inställningen.

  • Definiera användarkonton för alla noder i en pool.

    Nu kan du köra en uppgifts- eller uppgiftssamling under ett användarkonto som du definierar för poolresursen. Definiera ett användarkonto via den nya egenskapen userAccounts i begäranden till Lägg till pool. När du definierar kontot kan du ange kontonamn, lösenord, höjningsnivå (administratör eller icke-administratör) och privat SSH-nyckel (för Linux-pooler).

    När du har definierat användarkontot kan du ange användarkontot för egenskapen userIdentity i begäranden som lägger till en uppgift eller en uppgiftssamling.

  • Ange en aktivitet med en token för att autentisera till Batch-tjänsten när aktiviteten körs.

    Batch-tjänsten kan nu tillhandahålla en autentiseringstoken till en aktivitet när den körs. Med autentiseringstoken kan en uppgift utfärda begäranden som är relaterade till jobbet till Batch-tjänsten, utan Batch-kontonycklarna. Token tillhandahålls via miljövariabeln AZ_BATCH_AUTHENTICATION_TOKEN.

    För närvarande stöds autentiseringstoken endast för anropande åtgärder på jobbresursen. Autentiseringstoken ger åtkomst till alla åtgärder i jobbet som innehåller uppgiften.

    Om du vill att Batch-tjänsten ska tillhandahålla autentiseringstoken anger du den nya egenskapen authenticationTokenSettings , tillsammans med dess åtkomstegenskap , i begäranden om att lägga till uppgift eller lägga till uppgiftssamling.

  • Ange en åtgärd som ska vidtas för en aktivitets beroenden om aktiviteten misslyckas.

    Du kan nu ange att beroende aktiviteter ska fortsätta även om den aktivitet som de är beroende av misslyckas. Ange den nya dependencyAction-egenskapen för en aktivitetsresurs så att den uppfyller för att köra beroende aktiviteter även om den överordnade aktiviteten misslyckas. Alternativt kan du ange dependencyAction att blockera för att förhindra körning av beroende aktiviteter om den överordnade aktiviteten misslyckas.

    Ange egenskapen dependencyAction i begäranden om att lägga till aktivitet eller lägga till uppgiftssamling.

    Mer information om hur du använder beroendeåtgärder finns i Beroendeåtgärder.

  • Använd anpassade os-diskavbildningar när du skapar en pool.

    Nu kan du använda anpassade os-diskavbildningar för att skapa en pool.

    För att göra det måste du ange när du skapar ditt Batch-konto att pooler ska etableras i användarprenumerationen i stället för i en prenumeration som hanteras av Batch-tjänsten. I ett anrop till Skapa konto anger du egenskapen poolAllocationMode till UserSubscription. Använd sedan egenskapen osDisk för att ange en referens till en diskavbildning i en begäran till Lägg till pool.

    Viktigt

    Om du anger att pooler ska etableras i användarprenumerationen när du skapar ditt Batch-konto måste du använda Azure Active Directory-baserad autentisering för alla begäranden som görs via det kontot.

  • Använd Azure Active Directory-baserad autentisering för begäranden till Batch-tjänsten.

    Azure Active Directory (Azure AD) stöds nu för autentisering av anrop till Batch-tjänsten.

    Om ditt Batch-konto har konfigurerats för att etablera pooler i användarprenumerationen krävs Azure AD autentisering.

Version 2016-07-01.3.1

Den här versionen utökar allt stöd från tidigare version, 2016-02-01.3.0. Dessutom har den stöd för följande funktioner:

  • Möjlighet att skapa en pool och en automatisk pool med nätverkskonfiguration

    • Ett nytt egenskapsnätverkKonfiguration har lagts till i både poolen och autopoolresurserna. Den här egenskapen kan användas för att ange poolens nätverkskonfiguration, till exempel det undernät där poolens beräkningsnoder skapas.

  • Avsluta ett jobb automatiskt när alla aktiviteter är slutförda.

    • En ny egenskap påAllTasksComplete har lagts till i jobbresursen. Du kan ange detta när du skapar eller uppdaterar ett jobb.

  • Avsluta eller inaktivera ett jobb automatiskt när en aktivitet misslyckas.

  • Associera programpaket med uppgifter och pooler.

    • Ett nytt egenskapsprogramPackageReferences har lagts till i aktivitetsresursen och i jobbjobbmanagerTask-inställningarna. Detta gör att programpaket kan distribueras på begäran eftersom uppgifter kräver dem i stället för att kräva att de anges när poolen skapas. Detta är särskilt värdefullt för långlivade pooler som kan uppmanas att köra olika typer av jobb eller olika programversioner under sin livstid, eller om du har ett stort programpaket som inte krävs av alla uppgifter.

  • Möjlighet att återaktivera en misslyckad uppgift.

    • En ny åtgärd Återaktivera en aktivitet har lagts till för att återställa statusen för en misslyckad aktivitet till aktiv. Detta gör att fel kan göras om, till exempel om felet var tillfälligt eller om du har kunnat åtgärda orsaken till felet, utan att återskapa uppgiften.

Version 2016-02-01.3.0

Den här versionen utökar allt stöd från tidigare version, 2015-12-01.2.2. Dessutom har den stöd för följande funktioner:

Version 2015-12-01.2.2

Den här versionen utökar allt stöd från tidigare version, 2015-11-01.2.1. Dessutom har den stöd för följande funktioner:

  • Program kan nu distribueras till beräkningsnoder med hjälp av programpaket i stället för som resursfiler.

    • Nya API:er tillhandahålls för klienter för att bläddra i listan över tillgängliga program och versioner, till exempel för att visa en väljare i ett användargränssnitt.

    • Poolrelaterade API:er ändras så att en pool kan ange att programpaket ska laddas ned till alla noder i poolen.

  • Uppgifter kan nu göras beroende av andra uppgifter. En beroende aktivitet startar inte förrän alla aktiviteter som den är beroende av har slutförts.

Den här versionen innehåller följande andra ändringar:

  • Standardgränsen för storleksändring av pool har ändrats till 15 minuter.

Version 2015-11-01.2.1

Den här versionen utökar allt stöd från tidigare version 2015-06-01.2.0. Dessutom har den stöd för följande funktioner:

  • Möjlighet att lägga till och köra aktivitet med flera instanser (till exempel MPI)

    • En ny valfri egenskap "multiInstanceSettings" läggs till i aktivitetsresursen som kan inkluderas i API:erna Lägg till aktivitet, Hämta aktivitet och Visa uppgifter.

    • Ett nytt API Lista underaktiviteterna för en aktivitet läggs till för att hämta information om underaktiviteter.

    • En ny valfri egenskap "subtaskId" läggs till i "recentTasks" för en beräkningsnod. Den här egenskapen returneras som en del av Hämta beräkningsnod och Lista beräkningsnoder

  • Möjlighet att inaktivera eller aktivera aktivitetsschemaläggning på en beräkningsnod

    • Två nya API:er Inaktivera aktivitetsschemaläggning på en nod och Aktivera aktivitetsschemaläggning på en nod läggs till på beräkningsnodresursen.

    • Ett nytt beräkningsnodtillstånd "offline" läggs till. För äldre API-versioner mappas det här tillståndet till "oanvändbart".

    • En ny egenskap "schedulingState" läggs till i beräkningsnodresursen. Möjliga värden för "aktiverad" och "inaktiverad".

  • Möjlighet att ange utvärderingsintervall för automatisk skalning i en pool/autopool

    • En ny egenskap "autoScaleEvaluationInterval" läggs till i poolresursen. Den här egenskapen kan inkluderas i API:erna Lägg till pool, Hämta pool, Aktivera autoskalning och Lista pooler.

    • På samma sätt läggs en ny egenskap "autoScaleEvaluationInterval" till i egenskapen autoPoolSpecification för automatiska pooler. Den här egenskapen kan inkluderas i Lägg till jobb, Hämta jobb, Listjobb, Lägg till jobbschema, Hämta jobbschema, Uppdatera jobbschema, Lista jobbscheman och Lista jobb i JOBBschema-API:er.

  • Förbättring av aktivitets-API:er för att returnera rotkatalogen för aktiviteten på beräkningsnoden.

    • Två nya egenskaper "taskRootDirectory" och "taskRootDirectoryUrl" läggs till i aktivitetsresursen som kan hämtas som en del av Hämta information om en aktivitet, API:er för listaktiviteter

    • En ny egenskap "taskRootDirectory" läggs till i "jobPreparationTaskExecutionInfo" och "jobReleaseTaskExecutionInfo" som kan hämtas via Lista status för jobbförberedelse- och jobblanseringsuppgifterna för ett jobb-API.