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.
En kontinuerlig pipeline körs utan avbrott, så Azure Databricks kan inte vänta tills den är klar innan plattformsuppdateringar som nya runtime-versioner eller infrastrukturunderhåll appliceras. För att tillämpa dessa uppdateringar startar Azure Databricks om pipelinen. Ett underhållsfönster låter dig kontrollera när dessa omstarter sker: du väljer en veckodag, en starttid och en tidszon, och Azure Databricks startar underhåll endast inom det fönstret.
Underhållsfönstret är en inställning för det kontinuerliga jobbet som kör pipen. Om du inte sätter in en kan underhållet köras när som helst.
Hur Azure Databricks tillämpar uppdateringar
För att uppdatera en kontinuerlig pipeline startar Azure Databricks en ny pipelineuppdatering på ett nytt kluster och stänger ner det tidigare. Eftersom kontinuerliga pipelines spårar sin progression i en streamingkontrollpunkt fortsätter den nya uppdateringen där den föregående slutade. Databehandlingen pausar kort under bytet och fortsätter sedan utan att förlora data.
Azure Databricks startar underhåll endast inom ett en-timmes fönster som börjar vid starttimmen på den dag du väljer. Själva omstarten är oftast kort.
Välj en dag och starta en timme när en kort omstart är acceptabel för din arbetsbelastning.
Vilka uppdateringar ingår?
Underhåll för en kontinuerlig ledning kan inkludera:
- Databricks Runtime-versionuppgraderingar
- Säkerhetskorrigeringar och uppdateringar
- Uppdateringar av operativsystemet
- Spark Declarative Pipelines i Lakeflow – funktioner och förbättringar
- Underhåll av serverlös infrastruktur, såsom periodisk omstart av långlivade serverlösa kluster
Både runtime-uppgraderingar (serviceuppgraderingar) och underhåll av serverless infrastruktur respekterar det underhållsfönster du konfigurerar.
Viktigt!
Serverlösa kluster har maximal livslängd. Om den gränsen nås innan ditt nästa underhållsfönster startar, startar Azure Databricks om pipelinen för att hålla sig inom gränsen, även om den aktuella tidpunkten ligger utanför ditt underhållsfönster. Detta säkerställer att en pipeline som har körts länge till slut återställs.
Hur ofta tillämpas uppdateringar?
Azure Databricks applicerar en uppdatering endast när underhåll behövs. Nya versioner släpps periodiskt, och serverlös infrastrukturunderhåll sker i en återkommande takt. Hur ofta en enskild pipeline startas om beror på:
- Frekvensen för nya versioner av Databricks Runtime som gäller för din pipeline
- För serverlösa pipelines, återvinningsschema för serverlösa kluster
- Hur ofta ditt underhållsfönster inträffar
När ditt underhållsfönster kommer och ingen uppdatering väntar, passerar fönstret utan omstart.
Konfigurera ett underhållsfönster
Du kan ställa in ett underhållsfönster i Azure Databricks UI eller med Jobs REST API.
Ett underhållsfönster har tre nödvändiga delar:
| Inställning | Beskrivning |
|---|---|
| Dag i veckan | En enda dag, från måndag till söndag. |
| Starttid | Timmen då fönstret startar, som ett heltal från 0 till 23, i 24-timmarstid. |
| Tidszon | Ett Java-tidszons-ID, såsom America/New_York. Azure Databricks utvärderar fönstret i denna tidszon. |
Note
Underhållsfönster gäller endast för kontinuerliga jobb och pipelines. Inställningen är inte tillgänglig för jobb som körs enligt schema eller en annan triggertyp.
Konfigurera ett underhållsfönster i användargränssnittet
Du kan konfigurera ett underhållsfönster antingen från Jobs UI eller Pipelines UI.
Från jobbgränssnittet
- I sidofältet i din Azure Databricks-arbetsyta klickar du på ikonen Arbetsflöden.Jobb & Pipelines.
- Klicka på jobbets namn.
- I fönstret Jobbinformation öppnar du utlösaren Kontinuerlig och expanderar Avancerat för att hitta Underhållsfönster.
- Välj en veckodag, en starttid och en tidszon.
- Klicka på Spara.
Från gränssnittet för Pipelines
- I sidofältet i din Azure Databricks-arbetsyta klickar du på ikonen Arbetsflöden.Jobb & Pipelines.
- Klicka på pipelinens namn.
- Öppna schema och expandera Avancerade inställningar för att hitta underhållsfönstret.
- Välj en veckodag, en starttid och en tidszon.
- Klicka på Spara.
Konfigurera ett underhållsfönster med Jobs API
Ställ in maintenance_window fältet i inställningarna continuous när du skapar eller uppdaterar ett jobb med Jobs REST API. Följande exempel konfigurerar underhåll så att det startar kl. 02.00 amerikansk östkusttid på tisdagar:
{
"continuous": {
"pause_status": "UNPAUSED",
"maintenance_window": {
"start_hour": 2,
"day_of_week": "TUESDAY",
"timezone_id": "America/New_York"
}
}
}
Alla tre fält (start_hour, day_of_week, och timezone_id) krävs när du sätter ett underhållsfönster.
start_hour måste vara ett heltal från 0 till 23.
Konfigurera underhållsnotiser
Azure Databricks kan meddela dig när en underhållsomstart startar och när den är klar. Underhållsnotiser använder det standardiserade Lakeflow Jobs-notifikationssystemet, så du kan leverera dem till e-postadresser eller till systemdestinationer som Slack, PagerDuty eller Microsoft Teams. Se Lägg till meddelanden på ett jobb.
Två evenemang är tillgängliga under ett kontinuerligt jobb:
- Underhållsstart: skickas när en omstart för underhåll påbörjas. Inkluderar jobbet, orsaken (till exempel en serviceuppgradering) och starttid.
- Underhåll klart: skickas när omstarten är klar. Inkluderar orsaken, slutförandetiden, omstartens längd och pipelinens status efter omstarten.
Övergångar till sommartid
Azure Databricks utvärderar underhållsfönstret i den tidszon du konfigurerar, så fönstret följer den zonens sommartidsövergångar. De flesta dagar börjar tidsfönstret vid den lokala timme som du har konfigurerat. När dagklockorna byts kan starten flyttas med upp till en timme. Välj en tidszon som matchar ditt arbetsschema.
Hantera störningar under uppdateringar
En underhållsomstart pausar databehandlingen medan den nya uppdateringen tar över. Strömningskällor samlar kontinuerligt data under pausen, och den nya uppdateringen återupptas från pipelinens kontrollpunkt, så ingen data går förlorad.
Om din pipeline har strikta latenskrav, välj ett underhållsfönster under en period då en kort paus är acceptabel. För att bekräfta att pipelinen återgick till ett friskt tillstånd efter en omstart, övervaka aviseringen om att underhållet är komplett .