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.
För att förbättra säkerheten, förenkla användarupplevelsen och möjliggöra viktiga framtida förbättringar kommer Azure Batch att avveckla den klassiska kommunikationsmodellen för beräkningsnoder den 31 mars 2026. Lär dig hur man migrerar dina Batch-pooler för att använda den förenklade kommunikationsmodellen för beräkningsnoder.
Om funktionen
En Azure Batch-pool innehåller en eller flera beräkningsnoder som kör användardefinierade arbetsbelastningar i form av Batch-uppgifter. För att aktivera Batch-funktioner och hantering av Batch-poolinfrastruktur måste beräkningsnoder kommunicera med Azure Batch-tjänsten. I den klassiska kommunikationsmodellen för beräkningsnoder initierar Batch-tjänsten kommunikation till beräkningsnoderna och beräkningsnoderna måste kunna kommunicera med Azure Storage för baslinjeåtgärder. I den förenklade kommunikationsmodellen för beräkningsnoder kräver Batch-pooler endast utgående åtkomst till Batch-tjänsten för grundläggande operationer.
Slut på support för funktion
Den förenklade kommunikationsmodellen för beräkningsnoder ersätter den klassiska kommunikationsmodellen för beräkningsnoder efter den 31 mars 2026. Ändringen införs i två faser:
- Från och med nu fram till 30 september 2024 kommer standardläget för nodkommunikation för nyss skapade Batch-pooler med virtuella nätverk att förbli som klassiskt.
- Efter den 30 september 2024 kommer standardläget för nodkommunikation för nybildade Batch-pooler med virtuella nätverk att ändras till det förenklade.
Efter den 31 mars 2026 kommer alternativet att använda det klassiska kommunikationsläget för beräkningsnoder inte längre att respekteras. Batchpooler utan användardefinierade virtuella nätverk påverkas vanligtvis inte av den här ändringen och Batch-tjänsten styr standardkommunikationsläget.
Alternativ: Använd en förenklad modell för kommunikationen mellan beräkningsnoder
Det förenklade kommunikationsläget för beräkningsnoder effektiviserar hur Batch-poolinfrastrukturen hanteras för användarnas räkning. Detta kommunikationsläge minskar komplexiteten och omfattningen av de nätverksanslutningar för inkommande och utgående trafik som krävs i grundläggande operationer.
Den förenklade modellen ger också mer detaljerad dataexfiltreringskontroll, eftersom utgående kommunikation till Storage.region inte längre krävs. Du kan uttryckligen låsa utgående kommunikation till Azure Storage om det behövs för ditt arbetsflöde. Till exempel kan automatisk lagring av konton för AppPackages och andra lagringskonton för resursfiler eller utdatafiler begränsas på lämpligt sätt.
Migrera dina berättigade pooler
Följ dessa steg om du vill migrera dina Batch-pooler från klassisk till den förenklade kommunikationsmodellen för beräkningsnoder:
Important
Kontrollera inställningen för batchkontot publicNetworkAccess. Om den är inställd på Inaktiveradmåste du först skapa en privat nodHantera privat slutpunkt i poolens virtuella nätverk och konfigurera DNS. I klassiskt läge initierar Batch-tjänsten inkommande anslutningar till noder och går inte igenom åtkomstkontrollen för det offentliga nätverket. I förenklat läge initierar noder utgående anslutningar till nodhanteringsslutpunkten och tjänsten tillämpar kontots åtkomstinställning för offentligt nätverk. Om du migrerar utan den privata slutpunkten misslyckas noderna med ett oanvändbart tillstånd.
För den detaljerade migreringsprocessen börjar du med avsnittet om potentiell påverkan mellan klassiska och förenklade kommunikationslägen. Du kan antingen skapa nya pooler eller uppdatera befintliga pooler med förenklad kommunikation för beräkningsnoder.
Vanliga frågor och svar
Behöver jag en privat nodhantering slutpunkt?
En privat nodeManagement-slutpunktkrävs om batchkontot har
publicNetworkAccessangetts till Inaktiverat eller om poolen inte använder några offentliga IP-adresser. I förenklat läge initierar beräkningsnoder utgående anslutningar till nodhanteringsslutpunkten. Om kontot avvisar offentliga anslutningar kan noder inte registrera sig med Batch-tjänsten och gå till ett oanvändbart tillstånd. Skapa den privata slutpunkten innan du migrerar till förenklat läge. Mer information finns i Använda privata slutpunkter med Batch-konton.Krävs fortfarande offentliga IP-adresser för mina pooler?
Som standard behövs fortfarande en offentlig IP-adress för att initiera utgående anslutning till Azure Batch-tjänsten från beräkningsnoder. Om du vill eliminera behovet av offentliga IP-adresser från beräkningsnoder helt och hållet, se guiden för att skapa en förenklad nodkommunikationspool utan offentliga IP-adresser.
Hur kan jag ansluta till mina noder för diagnostiska ändamål?
RDP- eller SSH-anslutning till noden är opåverkad – lastbalanserare skapas fortfarande som kan dirigera dessa förfrågningar till noden när den förses med en offentlig IP-adress.
Finns det några skillnader i faktureringen?
Det ska inte finnas några kostnader eller fakturakonsekvenser för den nya modellen.
Finns det några förändringar i Azure Batch-agenterna på beräkningsnoden?
En extra agent på beräkningsnoder aktiveras i förenklat kommunikationsläge för beräkningsnoder både för Linux och Windows,
Microsoft.BatchClusters.AgentochMicrosoft.BatchClusters.Agent.exerespektive.Finns det några förändringar i hur mina länkade resurser från Azure Storage i Batch-pooler och uppgifter laddas ner?
Detta beteende påverkas inte – alla användarspecificerade resurser som kräver Azure Storage, såsom resursfiler, utdatafiler eller applikationspaket, överförs från beräkningsnoden direkt till Azure Storage. Du behöver säkerställa att din nätverkskonfiguration tillåter dessa flöden.
Nästa steg
För mer information, se Simplified compute node communication.