Denna artikel är en spegelartikel om maskinöversättning, klicka här för att hoppa till originalartikeln.

Utsikt: 10111|Svar: 2

Docker tittar på inställningar för containeromstart och bulk stop-containrar

[Kopiera länk]
Publicerad på 2021-10-29 13:57:51 | | | |
Omstartsstrategin för Docker --restart-containern är följande:

Nej, standardpolicyn startar inte om containern när den avslutar
Vid misslyckande startas containern om när containern avslutar onormalt (exit-tillståndet är inte 0).
on-failure:3,在容器非正常退出时重启容器,最多重启3次
Starta alltid, alltid om containern när den lämnar
unless-stopped, startar alltid om containern när den avslutas, men tar inte hänsyn till containrar som har stoppats när Docker-daimonen startar

Kolla in kommandot för container-omstart:



Ändra container-omstartspolicyn med följande kommando:


Bulkstoppbehållarens kommando är följande:

(Slut)





Föregående:Spring åsidosätter standardkonfigurationen i jar-paketet
Nästa:Java ThreadLocal-principer och flertrådad återanvändning leder till datastörningar
 Hyresvärd| Publicerad på 2021-11-07 22:04:34 |
Unless-Stopped är i princip samma sak som alltid, med bara ett scenario som är lite speciellt:

Om containern stoppas som vanligt, och sedan maskinen startas om eller docker-tjänsten startas om, i vilket fall containern inte startas om
 Hyresvärd| Publicerad på 2024-09-04 22:22:38 |
--restart-flaggan för Docker-containrar används för att definiera containerns omstartspolicy. De två alternativen, --restart=uneither-stopped och --restart=alltid, har några subtila men viktiga skillnader:

--restart=alltid:

  • Behållaren kommer alltid att försöka starta om, oavsett hur den slutade.
  • Om containern kraschar startar den automatiskt om.
  • Om Docker-daimonen startas om startas containern också automatiskt.
  • Även om containern stoppas manuellt (som att använda docker stop-kommandot) kommer den att starta om när Docker-daemonen startar om.

--restart=om inte-stoppad:

  • Containern startar automatiskt om när den kraschar.
  • Om Docker-daimonen startas om startas containern också automatiskt.
  • Viktig skillnad: Om en container manuellt stoppas (t.ex. med docker stop-kommandot) startar den inte automatiskt när Docker-daemonen startar om.


Sammanfattning av de viktigaste skillnaderna:

Allways-policyn försöker starta om containern i alla fall, även efter ett manuellt stopp.
Strategi om inte stoppadRespektera beslutet att sluta manuellt, som inte automatiskt startar containern om efter ett manuellt stopp.

Urvalsrekommendationer:

Om du vill att containern ska gå hela tiden, oavsett vad som händer, välj alltid.
Om du vill kunna stoppa containern manuellt och hålla den stoppad, även efter en Docker-omstart, välj unlessed-stopped.
Detta val är viktigt för att hantera och underhålla containrar, särskilt när vissa tjänster måste tillfälligt stoppas eller underhållas. Unless-Stopped anses generellt vara ett mer flexibelt alternativ, eftersom det gör det möjligt för administratörer att manuellt kontrollera containerns tillstånd vid behov.

Friskrivning:
All programvara, programmeringsmaterial eller artiklar som publiceras av Code Farmer Network är endast för lärande- och forskningsändamål; Ovanstående innehåll får inte användas för kommersiella eller olagliga ändamål, annars kommer användarna att bära alla konsekvenser. Informationen på denna sida kommer från internet, och upphovsrättstvister har inget med denna sida att göra. Du måste helt radera ovanstående innehåll från din dator inom 24 timmar efter nedladdning. Om du gillar programmet, vänligen stöd äkta programvara, köp registrering och få bättre äkta tjänster. Om det finns något intrång, vänligen kontakta oss via e-post.

Mail To:help@itsvse.com