Sdílet prostřednictvím

Správa verzí rozhraní REST API služby Batch

  • Článek

Operace poskytované rozhraním REST API služby Batch můžou mít několik verzí z důvodu zpětné kompatibility, protože se rozhraní API v průběhu času vyvíjí. Musíte určit, jakou verzi operace chcete při jejím volání použít, a to poskytnutím verze s voláním REST. Pokud vaše aplikace volá starší verzi operace, můžete pokračovat ve volání starší verze, nebo upravit kód tak, aby volal novější verzi. Pokud není zadaná verze nebo je zadána nesprávná verze, vrátí se chyba.

Pokud chcete určit verzi operace, která se má použít, nastavte parametr dotazu api-version . Verze je ve formátu Group.Major.Minor, kde Group je ve formátu "RRRR-MM-DD" a Major je celé číslo a Podverze je celé číslo.

Poslední verze: 2023-05-01.17.0

  • [Rozbít] Odebrali jsme rozhraní API pro statistiku doby života dávkové úlohy nebo fondu: lifetimejobstats a lifetimepoolstats.
  • Přidání logické vlastnosti enableAcceleratedNetworking do NetworkConfiguration.
    • Tato vlastnost určuje, jestli má tento fond povolit akcelerované síťové služby s výchozí hodnotou False.
    • To, jestli je tato funkce povolená, souvisí také s tím, jestli se podporuje operační systém nebo instance virtuálního počítače, což by mělo být v souladu se zásadami akcelerované sítě.
  • Přidání logické vlastnosti enableAutomaticUpgrade do VMExtension.
    • Tato vlastnost určuje, jestli má být rozšíření automaticky upgradováno platformou, pokud je k dispozici novější verze rozšíření.
  • Vlastnost typeContainerConfiguration, která teď podporuje dvě hodnoty: DockerCompatible a CriCompatible.

Předchozí verze

Mezi předchozí verze patří:

Verze: 2022-10-01.16.0

  • Přidání nové NodeCommunicationMode vlastnosti, která určuje, jak fond komunikuje se službou Batch
  • Přidání nové currentNodeCommunicationMode vlastnosti NodeCommunicationMode typu do CloudPool modelu pro odkazování na aktuální stav režimu komunikace fondu.
  • Byla přidána nová targetNodeCommunicationMode vlastnost NodeCommunicationMode typu do následujících modelů, která bude odkazovat na požadovaný režim komunikace uzlu pro fond:

Verze: 2022-01-01.15.0

Verze: 2021-06-01.14.0

  • Přidejte možnost přiřazovat spravované identity přiřazené uživatelem do CloudPool. Tyto identity budou k dispozici na každém uzlu ve fondu a dají se použít pro přístup k různým prostředkům.
  • Přidání identityReference vlastnosti do následujících modelů pro podporu přístupu k prostředkům prostřednictvím spravované identity:
  • Přidání nové extensions vlastnosti do VirtualMachineConfiguration na CloudPool pro určení rozšíření virtuálních počítačů pro uzly
  • Přidání možnosti zadat zóny dostupnosti pomocí nové vlastnosti nodePlacementConfigurationna VirtualMachineConfiguration
  • Přidání nové osDisk vlastnosti virtualMachineConfiguration, která obsahuje nastavení pro disk operačního systému virtuálního počítače.
    • Vlastnost placement určuje DiffDiskSettings dočasné umístění disku pro disky operačního systému pro všechny virtuální počítače ve fondu. Pokud ho nastavíte na CacheDisk, dočasný disk s operačním systémem se uloží do mezipaměti virtuálního počítače.
  • Přidání maxParallelTasks vlastnosti pro CloudJob řízení maximálního počtu úkolů, které se dají spustit najednou na úlohu (výchozí hodnota je -1, což znamená bez omezení). Tato vlastnost je aktuálně v privátní verzi Preview.
  • Přidání virtualMachineInfo vlastnosti, která ComputeNode obsahuje informace o aktuálním stavu virtuálního počítače, včetně přesné verze image z Marketplace, kterou virtuální počítač používá.
  • Přidání recurrenceInterval vlastnosti do Schedule pro řízení intervalu mezi časy zahájení dvou po sobě jdoucích úloh v rámci plánu úlohy.

Verze: 2020-09-01.12.0

  • [Rozbít] Vlastnost byla nahrazena parametrem maxTasksPerNodetaskSlotsPerNode ve fondu. Při použití této vlastnosti mohou úkoly v úloze využívat dynamický počet slotů, což umožňuje podrobnější kontrolu nad spotřebou prostředků.
  • [Rozbít] Byl změněn typ GetTaskCounts odpovědi tak, aby vracel TaskCountsResult, což je komplexní objekt obsahující předchozí TaskCounts objekt a nový TaskSlotCounts objekt poskytující podobné informace v kontextu používaných slotů.
  • Přidání vlastnosti requiredSlots do úlohy, která uživateli umožňuje určit, kolik slotů na uzlu má zabírat.

Verze: 2020-03-01.11.0

Verze: 2019-08-01.10.0

  • Přidali jsme možnost zadat kolekci veřejných IP adres NetworkConfiguration pro prostřednictvím nové publicIPs vlastnosti ve fondu. To zaručuje, že uzly ve fondu budou mít IP adresu ze seznamu IP adres zadaných uživatelem.
  • Přidání možnosti připojení vzdálených systémů souborů na každém uzlu fondu prostřednictvím MountConfiguration vlastnosti
  • Shared Image Gallery image je teď možné zadat ve vlastnosti ImageReference objektu virtualMachineImageId odkazováním na image prostřednictvím id Resource Manager Azure.
  • [Rozbít] Pokud není zadaný, výchozí hodnota pro waitForSuccess dne StartTask je true (dříve to bylo false).
  • [Rozbít] Pokud není zadaný, výchozí hodnota pro scope hodnotu on AutoUserSpecification je teď vždy Pool (dříve to bylo Task na uzlech s Windows a Pool na uzlech s Linuxem).
  • Vylepšili jsme různé matoucí nebo neúplné dokumenty.

Verze: 2019-06-01.9.0

  • [Rozbít] Nahrazeno za ListNodeAgentSKUsListSupportedImages. ListSupportedImages obsahuje všechny stejné informace, které byly původně k dispozici v ListNodeAgentSKUs , ale v jasnějším formátu. Nyní se také vrátí nové neověřené image. Další informace o Capabilities nástroji a BatchSupportEndOfLife jsou přístupné prostřednictvím ImageInformation.

  • Teď podporují pravidla zabezpečení sítě blokující síťový přístup k objektu CloudPool na základě zdrojového portu provozu. To se provádí prostřednictvím vlastnosti SourcePortRanges třídy NetworkSecurityGroupRule.

  • Při spuštění kontejneru teď Batch podporuje provedení úlohy v pracovním adresáři kontejneru nebo v pracovním adresáři úlohy Batch. To se řídí vlastností WorkingDirectory třídy TaskContainerSettings.

  • Vylepšili jsme různé matoucí nebo neúplné dokumenty.

Verze: 2018-12-01.8.0

  • [Rozbít] Byla odebrána podpora pro u upgradeoscloudServiceConfiguration fondů.

    • Odebrali jsme upgradeos.
    • Přejmenování targetOSVersion na osVersion a odebrání currentOSVersion v .CloudPool
    • Byla odebrána vlastnost upgrading ze třídy PoolState.

  • [Rozbít] Odebráno dataEgressGiB a dataIngressGiB z poolusagemetrics. Tyto vlastnosti se už nepodporují.

  • [Rozbít]ResourceFile Zlepšení

    • Přidání možnosti zadat celý kontejner Azure Storage v souboru prostředků. ResourceFile teď podporuje tři režimy:
      • httpUrl vytvoří ResourceFile odkazující na jednu adresu URL PROTOKOLU HTTP.
      • storageContainerUrlResourceFile vytvoří odkazující na kontejner Azure Blob Storage.
      • autoStorageContainerNamevytvoří ResourceFile odkazující na kontejner Azure Blob Storage v účtu automatického úložiště zaregistrovaného službou Batch.
    • Adresy URL zadané ResourceFile přes metodu httpUrl teď můžou být libovolná adresa URL HTTP. Dříve to musela být Azure Blob Storage adresa URL.
    • blobPrefix lze použít k filtrování stažených souborů z kontejneru úložiště pouze na ty, které odpovídají předponě.

  • [Rozbít] Odebraná osDisk vlastnost z VirtualMachineConfiguration. Tato vlastnost se už nepodporuje.

  • Fondy, které nastavují dynamicVNetAssignmentScope hodnotu zapnutoNetworkConfiguration, job teď můžou dynamicky přiřadit Virtual Network každému uzlu, na kterých úlohy úlohy běží. Konkrétní Virtual Network, ke které se mají uzly připojit, je zadána v nové JobNetworkConfiguration vlastnosti na CloudJob a JobSpecification.

    Poznámka

    Tato funkce je ve verzi Public Preview. Je zakázaný pro všechny účty Batch s výjimkou těch, které nás kontaktovaly a požádaly o pilotní nasazení.

  • Maximální životnost úkolu je nyní 180 dnů (dříve to bylo 7).

  • Přidání podpory pro fondy Windows pro vytváření uživatelů s konkrétním režimem přihlášení (buď batch nebo interactive) přes LoginMode.

  • Výchozí doba uchovávání úkolů pro všechny úkoly je nyní 7 dní, dříve byla nekonečná.

Verze 2018-08-01.7.0

Mezi nové funkce ve verzi 2018-08-01.7.0 patří:

  • Podívejte se na verzi agenta uzlu Azure Batch prostřednictvím nové vlastnosti NodeAgentInfo na výpočetním uzlu.
  • Byla přidána možnost zadat FilterResult u úkolu hodnotu . Další podrobnosti najdete tady.
    • To umožňuje často požadovaný scénář provedení dotazu na straně serveru, aby se zjistily všechny úlohy, které selhaly.
  • [Rozbít] Byla odebrána ValidationStatus vlastnost z TaskCounts.
  • [Rozbít] Výchozí typ ukládání do mezipaměti pro DataDisk a OSDisk je teď ReadWrite místo None.
  • [Rozbít] Přejmenovali jsme jedinou hodnotu ContainerType z docker na dockerCompatible.

Verze 2018-03-01.6.1

Mezi nové funkce ve verzi 2018-03-01.6.1 patří:

  • Počet uzlů fondu podle stavu: Tato verze přidává možnost dotazovat se na počty uzlů fondu podle stavu prostřednictvím nové operace ListPoolNodeCounts . Tato operace vám umožňuje dotazovat se na stavy uzlů ve všech fondech v účtu Batch, včetně vytváření, nečinnosti, offline, zablokování, restartování, opětovného zpracování, spouštění a dalších.
  • Protokoly agenta uzlů: Tato verze přidává možnost nahrávat protokoly agenta Azure Batch uzlu z konkrétního uzlu prostřednictvím operace UploadBatchServiceLogs. Tato možnost je určená k použití při ladění podpora Microsoftu v případě, že na uzlu dojde k problémům.

Verze 2017-09-01.6.0

  • Zvýhodněné hybridní využití Azure: Teď můžete vytvořit fondy virtuálních počítačů s Windows služby Batch, které určují, že se budou používat licence Zvýhodněné hybridní využití Azure. Při použití tohoto licencování se na cenu virtuálního počítače uplatní sleva. Použijte novou vlastnost LicenseType na VirtualMachineConfiguration.

  • Fondy datových disků virtuálních počítačů: Pomocí nové konfigurace datového disku, která je součástí konfigurace virtuálního počítače, můžete k fondům virtuálních počítačů připojit jeden nebo více prázdných datových disků. Použijte vlastnost DataDisks na VirtualMachineConfiguration.

  • (Změna způsobující chybu) Vlastní image se teď vytvářejí a nasazují pomocí prostředků image Azure Resource Manager místo souborů VHD objektů blob. Služba Batch teď používá spravované disky k vytvoření virtuálních počítačů fondu, a proto používá prostředek image . Počet virtuálních počítačů ve fondu vytvořených pomocí vlastní image teď není nijak omezený. Pro velké fondy se už také nevyžaduje více kopií objektu blob VHD. Vlastní fondy imagí se proto mnohem snadněji vytvářejí a škálují. Další informace najdete v tématu Použití vlastní image k vytvoření fondu virtuálních počítačů.

  • (Změna způsobující chybu) Úlohy s více instancemi (vytvořené pomocí MultiInstanceSettings) teď musí určovat CoordinationCommandLine a NumberOfInstances je teď nepovinný a výchozí hodnota je 1.

  • Přidání podpory pro úlohy spouštěné pomocí kontejnerů Dockeru Chcete-li spustit úlohu pomocí kontejneru Dockeru, musíte zadat ContainerConfiguration na VirtualMachineConfiguration pro fond a pak přidat TaskContainerSettings pro úlohu.

Verze 2017-06-01.5.1

Zde popsaná verze rozhraní API služby Batch je 2017-06-01.5.1. Pokud je to možné, doporučujeme používat nejnovější verzi.

Mezi nové funkce ve verzi 2017-06-01.5.1 patří:

  • Podpora efektivních počtů úkolů prostřednictvím nové operace Získat počty úkolů Voláním operace Získat počty úloh můžete získat počet aktivních, spuštěných a dokončených úkolů a úkolů, které byly úspěšné nebo selhaly. Další informace najdete v tématu Počet úkolů pro úlohu podle stavu (Preview).
  • Podpora zadávání příchozích koncových bodů na výpočetních uzlech fondu prostřednictvím nové vlastnosti poolEndpointConfiguration Nastavením této vlastnosti můžete externě adresovat konkrétní porty na uzlu.

Verze 2017-05-01.5.0

Následující části popisují nové a změněné funkce ve verzi 2017-05-01.5.0.

Důležité

Verze 2017-05-01.5.0 obsahuje několik zásadních změn. Zkontrolujte níže uvedené změny způsobující chybu a aktualizujte kód, aby volal verzi 2017-05-01.5.0.

Výpočetní uzly s nízkou prioritou

Azure Batch teď nabízí výpočetní uzly s nízkou prioritou, aby se snížily náklady na úlohy služby Batch. Virtuální počítače s nízkou prioritou umožňují nové typy úloh Služby Batch tím, že poskytují velký výpočetní výkon, který je také úsporný.

V rozhraní REST API pro uzly s nízkou prioritou došlo k několika změnám:

  • (Změna způsobující chybu) Vlastnosti targetDedicated a currentDedicated specifikace fondu nebo fondu byly přejmenovány na targetDedicatedNodes a currentComputeNodes.
  • (Změna způsobující chybu) Vlastnost resizeError fondu je teď kolekce s názvem resizeErrors.
  • Výpočetní uzly mají novou vlastnost isDedicated . Tato vlastnost platí pro vyhrazené uzly a false pro uzly s nízkou prioritou.
  • Úloha Správce úloh má novou vlastnost allowLowPriorityNode . Pokud je tato vlastnost true, úloha Správce úloh může běžet na uzlu s nízkou prioritou. Pokud je nepravda, úloha Správce úloh se spustí na vyhrazeném výpočetním uzlu.

Pojmenovaní uživatelé v Linuxu

Azure Batch teď nabízí další podporu vytváření pojmenovaných uživatelů na linuxových uzlech.

  • Nová vlastnost linuxUserConfiguration podporuje zadání identifikátoru uID (ID uživatele) a gid (ID skupiny) při vytváření uživatele s Linuxem.
  • (Změna způsobující chybu) Vlastnost sshPrivateKey byla přesunuta z vlastnosti userAccount do nové vlastnosti linuxUserConfiguration . Vlastnost linuxUserConfiguration je sama o sobě vlastností vlastnosti userAccount .

Další informace o pojmenovaných uživatelských účtech najdete v tématu Spouštění úloh v rámci uživatelských účtů ve službě Batch.

Výstupní soubory pro data úkolů

Teď můžete zadat výstupní soubory, které se po dokončení úkolu nahrají data úkolu.

  • Nová vlastnost outputFiles podporuje zadání souborů úloh, které se mají nahrát do služby Azure Storage.
  • Nová vlastnost fileUploadErrorvlastnosti exitConditions podporuje určení akcí, které se mají provést na základě stavu nahrávání výstupního souboru.

Zasílání zpráv o chybách úloh

Bylo provedeno několik změn, aby se zlepšilo hlášení chyb úkolů.

  • Vlastnost nového výsledkuvlastnosti executionInfo označuje, jestli úkol proběhl úspěšně nebo selhal.
  • (Změna způsobující chybu) Vlastnost schedulingErrorvlastnosti executionInfo byla přejmenována na failureInfo. Vlastnost failureInfo se vrátí pokaždé, když dojde k selhání úkolu. To zahrnuje všechny předchozí případy chyb plánování, všechny případy, kdy se vrátí nenulový ukončovací kód úkolu, a případná selhání nahrávání souboru.
  • (Změna způsobující chybu) Vlastnost schedulingErrorvlastnosti exitConditions byla přejmenována na preProcessingError , aby bylo jasné, kdy došlo k chybě v životním cyklu úlohy.
  • (Změna způsobující chybu) Vlastnost schedulingErrorCateogry byla přejmenována na errorCategory.

Licence aplikací

Nyní můžete požádat o zřízení licencí aplikací pro váš fond prostřednictvím nové vlastnosti applicationLicenses ve specifikaci fondu nebo fondu.

Verze 2017-01-01.4.0

Tato verze rozšiřuje veškerou podporu z předchozí verze, 2016-07-01.3.1. Kromě toho podporuje následující funkce:

  • Spusťte úlohu pod zadanou identitou uživatele.

    Teď můžete spustit úlohu nebo kolekci úkolů pod jednou z následujících identit uživatelů zadanou prostřednictvím vlastnosti new userIdentity u zdroje úlohy:

    • Uživatelský účet s názvem, který definujete.

    • Uživatelský účet, který se vytvoří automaticky (automatický uživatel). Automatický uživatel může běžet jako správce nebo jako uživatel bez oprávnění správce. Ve výchozím nastavení se automatický uživatel spouští jako uživatel bez oprávnění správce.

      Důležité

      Vlastnost userIdentity s vlastností elevationLevel nahrazuje vlastnost runElevated v požadavcích, které přidávají úkol nebo kolekci úkolů, a v odpovědích, které získají informace o úkolu nebo seznamu úkolů.

      Pokud odešlete požadavek, který zahrnuje vlastnost runElevated na verzi 2017-01-01.4.0 služby Batch, požadavek se nezdaří.

      Pokud chcete aplikaci spustit jako správce, aktualizujte aplikaci tak, aby používala vlastnost userIdentity , a nastavte vlastnost elevationLevel na hodnotu admin.

      Pokud chcete aplikaci spustit jako uživatel bez oprávnění správce, aktualizujte aplikaci tak, aby používala vlastnost userIdentity , a nastavte vlastnost elevationLevel na hodnotu nonAdmin. Vzhledem k tomu, že se jedná o výchozí nastavení, můžete toto nastavení také vynechat.

  • Definujte uživatelské účty ve všech uzlech ve fondu.

    Teď můžete spustit úlohu nebo kolekci úloh pod uživatelským účtem, který definujete u zdroje fondu. Definujte uživatelský účet prostřednictvím nové vlastnosti userAccounts v požadavcích na přidání fondu. Při definování účtu můžete zadat název účtu, heslo, úroveň zvýšení oprávnění (správce nebo správce) a privátní klíč SSH (pro fondy Linuxu).

    Jakmile definujete uživatelský účet, můžete ho zadat pro vlastnost userIdentity v požadavcích, které přidávají úlohu nebo kolekci úloh.

  • Poskytněte úkolu token pro ověření ve službě Batch při spuštění úlohy.

    Služba Batch teď může úkolu při spuštění poskytnout ověřovací token. Ověřovací token umožňuje úloze vydávat požadavky související s úlohou do služby Batch bez klíčů účtu Batch. Token se poskytuje prostřednictvím proměnné prostředí AZ_BATCH_AUTHENTICATION_TOKEN.

    V současné době se ověřovací tokeny podporují pouze pro volání operací s prostředkem úlohy. Ověřovací token uděluje přístup ke všem operacím v úloze, která obsahuje úlohu.

    Pokud chcete, aby služba Batch poskytla ověřovací token, zadejte novou vlastnost authenticationTokenSettings spolu s vlastností přístupu v požadavcích na přidání úlohy nebo přidat kolekci úloh.

  • Zadejte akci, která se má provést se závislostmi úkolu v případě selhání úkolu.

    Teď můžete určit, aby závislé úkoly pokračovaly i v případě, že úkol, na kterém jsou závislé, selže. Nastavte novou vlastnost dependencyAction prostředku úkolu tak, aby vyhovovala spouštění závislých úloh i v případě, že nadřazený úkol selže. Případně můžete nastavit dependencyAction na block , aby se zabránilo spuštění závislých úloh, pokud nadřazená úloha selže.

    Zadejte vlastnost dependencyAction v požadavcích na Přidat úlohu nebo Přidat kolekci úloh.

    Další informace o používání akcí závislostí najdete v tématu Akce závislostí.

  • Při vytváření fondu použijte vlastní image disků s operačním systémem.

    K vytvoření fondu teď můžete použít vlastní image disků operačního systému.

    Chcete-li to provést, musíte při vytváření účtu Batch určit, že fondy se mají zřizovat v předplatném uživatele, nikoli v předplatném spravovaném službou Batch. Ve volání vytvořit účet nastavte vlastnost poolAllocationMode na UserSubscription. Potom pomocí vlastnosti osDisk určete odkaz na image disku v požadavku na přidání fondu.

    Důležité

    Pokud při vytváření účtu Batch určíte, že se fondy mají zřídit v předplatném uživatele, musíte pro všechny žádosti provedené prostřednictvím tohoto účtu použít ověřování založené na Azure Active Directory.

  • Pro požadavky na službu Batch použijte ověřování založené na Azure Active Directory.

    Azure Active Directory (Azure AD) se teď podporuje pro ověřování volání do služby Batch.

    Pokud je váš účet Batch nastavený tak, aby zřizovat fondy v předplatném uživatele, vyžaduje se ověřování pomocí Azure AD.

Verze 2016-07-01.3.1

Tato verze rozšiřuje veškerou podporu z předchozí verze z 2016-02-01.3.0. Kromě toho podporuje následující možnosti:

  • Možnost vytvořit fond a automatické zařazování s konfigurací sítě

    • Do prostředků fondu i automatického zařazování byla přidána nová vlastnost networkConfiguration . Tato vlastnost se dá použít k určení konfigurace sítě fondu, například podsítě, ve které se vytvářejí výpočetní uzly fondu.

  • Automaticky ukončit úlohu po dokončení všech úkolů.

    • Do prostředku úlohy byla přidána nová vlastnost onAllTasksComplete . Tuto možnost můžete zadat při vytváření nebo aktualizaci úlohy.

  • Automaticky ukončit nebo zakázat úlohu při selhání úkolu

    • Do prostředku úlohy byla přidána nová vlastnost onTaskFailure a do zdroje úkolu byla přidána nová vlastnost exitConditions . Nastavení úlohy onTaskFailure označuje, jestli selhání úlohy může mít dopad na úroveň úlohy, a vlastnost úkolu exitConditions umožňuje úkolům přizpůsobit dopad na úrovni úlohy povaze selhání.

  • Přidružte balíčky aplikací k úkolům i fondům.

    • Nová vlastnost applicationPackageReferences byla přidána do zdroje úkolu a do jobManagerTask nastavení. To umožňuje, aby se balíčky aplikací nasazovaly na vyžádání tak, jak je úkoly vyžadují, a ne jejich zadání při vytváření fondu. To je obzvláště užitečné pro dlouhodobé fondy, které mohou být volána ke spouštění různých druhů úloh nebo různých verzí aplikací v průběhu jejich životnosti, nebo pokud máte velký balíček aplikace, který není vyžadován všemi úlohami.

  • Schopnost znovu aktivovat neúspěšný úkol.

    • Byla přidána nová operace Opětovná aktivace úlohy , která resetuje stav neúspěšného úkolu na aktivní. To umožňuje opakovat selhání, například pokud bylo selhání přechodné nebo pokud jste byli schopni opravit příčinu selhání, aniž byste znovu vytvořili úlohu.

Verze 2016-02-01.3.0

Tato verze rozšiřuje veškerou podporu z předchozí verze z 2015-12-01.2.2. Kromě toho podporuje následující možnosti:

Verze 2015-12-01.2.2

Tato verze rozšiřuje veškerou podporu z předchozí verze z 2015-11-01.2.1. Kromě toho podporuje následující možnosti:

  • Aplikace se teď dají nasazovat do výpočetních uzlů pomocí balíčků aplikací místo jako souborů prostředků.

    • Klientům jsou k dispozici nová rozhraní API, aby mohli procházet seznam dostupných aplikací a verzí, například pro zobrazení voliče v uživatelském rozhraní.

    • Rozhraní API související s fondem se změnila tak, aby fond mohl určovat balíčky aplikací, které se mají stáhnout do všech uzlů v daném fondu.

  • Úkoly teď můžou být závislé na jiných úkolech. Závislý úkol se nespustí, dokud se úspěšně nedokončí všechny úkoly, na kterých závisí.

Tato verze obsahuje následující další změny:

  • Výchozí časový limit změny velikosti fondu se změnil na 15 minut.

Verze 2015-11-01.2.1

Tato verze rozšiřuje veškerou podporu z předchozí verze 2015-06-01.2.0. Kromě toho podporuje následující možnosti:

  • Schopnost přidat a spustit úlohu s více instancemi (například MPI)

    • Do prostředku úlohy se přidá nová volitelná vlastnost multiInstanceSettings, která může být volitelně zahrnuta do rozhraní API pro přidání úkolu, získání úlohy a výpisu úkolů.

    • Přidá se nový seznam rozhraní API Pro získání informací o dílčích úkolech.

    • Do pole recentTasks se pro výpočetní uzel přidá nová volitelná vlastnost subtaskId. Tato vlastnost se vrátí jako součást získání výpočetního uzlu a výpisu výpočetních uzlů.

  • Možnost zakázat nebo povolit plánování úkolů na výpočetním uzlu

    • Do výpočetního prostředku uzlu se přidají dvě nová rozhraní API: Zákaz plánování úkolů na uzlu a Povolení plánování úkolů na uzlu.

    • Přidá se nový stav výpočetního uzlu offline. U starších verzí rozhraní API se tento stav mapuje na nepoužitelné.

    • Do prostředku výpočetního uzlu se přidá nová vlastnost schedulingState. Možné hodnoty pro "enabled" a "disabled".

  • Možnost zadat interval vyhodnocení automatického škálování fondu nebo automatického fondu

    • Do prostředku fondu se přidá nová vlastnost autoScaleEvaluationInterval. Tuto vlastnost je možné zahrnout do rozhraní API Přidat fond, Získat fond, Povolit automatické škálování a Výpis fondů.

    • Podobně u automatických fondů se do vlastnosti autoPoolSpecification přidá nová vlastnost autoScaleEvaluationInterval. Tato vlastnost může být zahrnutá v části Přidat úlohu, Získat úlohu, Vypsat úlohy, Přidat plán úloh, Získat plán úloh, Aktualizovat plán úloh, Vypsat plány úloh a Vypsat úlohy v rozhraníCH API pro plánování úloh.

  • Vylepšení rozhraní TASK API pro vrácení kořenového adresáře úlohy na výpočetním uzlu

    • Do prostředku úlohy se přidají dvě nové vlastnosti taskRootDirectory a taskRootDirectoryUrl, které je možné získat jako součást získání informací o úkolu, vypsat úkoly rozhraní API.

    • Do jobPreparationTaskExecutionInfo a jobReleaseTaskExecutionInfo se přidá nová vlastnost taskRootDirectory, kterou lze získat prostřednictvím seznamu stavu úkolů přípravy a uvolnění úlohy pro rozhraní API úlohy.