有時候，需要主機啟動的時候，即自動啟動容器。

要實現(xiàn)這個功能非常簡單。

情況一：啟動容器前的指令設(shè)置restart選項

在啟動容器的時候，添加--restart=always即可，例如：

docker run --restart=always docker_id

情況二：已啟動容器通過 docker update 對設(shè)置 restart 選項

如果，已經(jīng)啟動了容器，那么通過docker update對容器設(shè)置進行更新，一樣可以讓運行中的容器設(shè)置自動啟動。

首先， 通過docker ps查看，運行的docker ID

docker ps

然后，使用 docker update，例如：

docker update --restart=always docker_id

停止容器自動啟動

又時候我們不需要容器自動啟動了，可以通過docker update對容器設(shè)置進行更新

首先， 通過docker ps查看，運行的docker ID

docker ps

然后，使用 docker update，例如：

docker update --restart=no

Docker支持以下重啟策略 restart的選項

策略結(jié)果

no容器退出時不自動重啟。這是默認的。

on-failure［：max-retries］只有在容器以非零退出狀態(tài)退出時才重新啟動?？梢赃x擇限制Docker守護進程嘗試重啟的次數(shù)。例如 --restart=3 ，表示重啟3次后不再重啟。

always始終重啟容器，不管退出狀態(tài)如何。當(dāng)你指定always時，Docker守護進程將無限期地嘗試重新啟動容器。容器也將總是在守護進程啟動時啟動，無論容器的當(dāng)前狀態(tài)如何。

unless-stopped無論退出狀態(tài)如何，總是重啟容器，包括在守護進程啟動時，除非容器在Docker守護進程停止之前就已經(jīng)進入了停止?fàn)顟B(tài)。

請注意，這些設(shè)置會在Docker守護進程的層面上生效，所以確保Docker守護進程本身設(shè)置為在系統(tǒng)啟動時啟動。這通常是通過系統(tǒng)的服務(wù)管理（如systemd）來配置的。

注意事項

依賴服務(wù)：如果你的容器依賴于其他服務(wù)（例如數(shù)據(jù)庫或其他容器），你需要確保這些服務(wù)在你的容器啟動之前就已經(jīng)可用。這可以通過編排工具如Docker Compose來管理，或者通過編寫自定義的啟動腳本來控制服務(wù)啟動順序。

資源限制：確保你的系統(tǒng)有足夠的資源來啟動所有設(shè)置為自動啟動的容器。如果資源（如內(nèi)存或CPU）不足，可能會導(dǎo)致容器啟動失敗。

日志管理：自動啟動的容器可能會產(chǎn)生大量日志。配置適當(dāng)?shù)娜罩据嗈D(zhuǎn)策略，以避免日志文件占用過多磁盤空間。

數(shù)據(jù)持久化：對于需要持久化數(shù)據(jù)的容器，確保正確配置了數(shù)據(jù)卷或綁定掛載，以便在容器重啟后數(shù)據(jù)不會丟失。

網(wǎng)絡(luò)配置：如果容器需要特定的網(wǎng)絡(luò)配置，比如固定的IP地址或訪問特定的網(wǎng)絡(luò)資源，確保這些配置在容器啟動時是正確的。

安全性：自動啟動的容器可能會增加安全風(fēng)險，特別是如果它們公開了網(wǎng)絡(luò)端口。確保只有必要的端口被暴露，并且適當(dāng)?shù)陌踩胧┮呀?jīng)到位。

更新和維護：定期檢查并更新你的容器鏡像和配置，以確保安全性和功能性。自動啟動的容器應(yīng)該包含在你的常規(guī)維護計劃中。

系統(tǒng)啟動時間：如果你有多個容器設(shè)置為開機啟動，這可能會影響系統(tǒng)的啟動時間。在某些情況下，可能需要優(yōu)化啟動順序或延遲某些容器的啟動。

監(jiān)控和告警：設(shè)置適當(dāng)?shù)谋O(jiān)控和告警機制，以便在容器啟動失敗或運行不正常時能夠及時發(fā)現(xiàn)并采取行動。

確保在生產(chǎn)環(huán)境中，你已經(jīng)考慮了這些因素，并且對于任何關(guān)鍵服務(wù)，都有適當(dāng)?shù)膫浞莺突謴?fù)計劃。

審核編輯：黃飛