Docker<\/strong> Heute ist es eines der am weitesten verbreiteten Werkzeuge im Servermanagement, bei der Bereitstellung von Diensten und in modernen Architekturen (Microservices \/ CI\/CD \/ Cloud-native). Den Speicherplatz des Servers vollst\u00e4ndig ausf\u00fcllen.<\/p>\n<\/li>\n Geschwindigkeit von Pull- und Deploy-Diensten reduzieren<\/p>\n<\/li>\n Bauzeit verl\u00e4ngern<\/p>\n<\/li>\n Dies kann zu Leistungseinbu\u00dfen und sogar zum Ausfall von Diensten f\u00fchren.<\/p>\n<\/li>\n<\/ul>\n In diesem Artikel, in der Form Spezialisiert und technisch<\/strong> Wir werden lernen, wie man Docker-Ressourcen konfiguriert als Sicher, zielgerichtet und serverfreundlich<\/strong> Lasst uns aufr\u00e4umen.<\/p>\n Auf einem Server z\u00e4hlt im Gegensatz zu einer lokalen Entwicklungsumgebung jedes Gigabyte Speicherplatz und jede E\/A-Operation. Beispiel: alte Builds, fr\u00fchere Versionen von Diensten, CI\/CD-Systeme, die bei jedem Push ein Image erstellen.<\/p>\n Auf Servern sind gestoppte Container in der Regel \u00dcberbleibsel von fehlgeschlagenen Deployments oder Rollbacks.<\/p>\n Wird der Dienst gel\u00f6scht, das Volume aber erhalten, k\u00f6nnen alte Daten unbeabsichtigt Speicherplatz auf dem Server belegen.<\/p>\n Dieser Befehl ist das leistungsst\u00e4rkste High-Level-Cleanup-Tool in Docker.<\/p>\n Unbenutzte Bilder<\/p>\n<\/li>\n Angehaltene Container<\/p>\n<\/li>\n Unbenutzte Netzwerke<\/p>\n<\/li>\n Build-Cache<\/p>\n<\/li>\n<\/ul>\n Niemals in einer Produktionsumgebung ohne R\u00fccksprache mit Professioneller Vorschlag: Dieser Befehl wird \u00fcblicherweise in F\u00e4llen wie dem Zur\u00fccksetzen des Servers oder dem vollst\u00e4ndigen Neuaufbau der Registry verwendet:<\/p>\n Docker verhindert dies, wenn ein Image gel\u00f6scht wird, das einen laufenden Container enth\u00e4lt. Dieser Befehl sollte Mit gr\u00f6\u00dfter Vorsicht.<\/strong> Zur Verwendung.<\/p>\n Dieser Befehl wird \u00fcblicherweise beim Zur\u00fccksetzen des Servers verwendet:<\/p>\n L\u00f6schen Sie niemals alle Container gleichzeitig, ohne sie vorher zu \u00fcberpr\u00fcfen. Datentr\u00e4ger auf Servern sind gef\u00e4hrlicher als Bilder, weil:<\/p>\n Gel\u00f6schte Daten sind nicht wiederherstellbar.<\/strong><\/p>\n Auf Servern \u00fcblicherweise:<\/p>\n Datenbanken<\/p>\n<\/li>\n Gummib\u00e4nder<\/p>\n<\/li>\n Persistente Dateien<\/p>\n<\/li>\n<\/ul>\n Sie werden in Volumes gespeichert.<\/p>\n Schneiden Sie niemals Pflanzen zur\u00fcck, ohne sich vorher \u00fcber die aktuelle Nutzung zu informieren.<\/strong><\/p>\n Wenn Ihr Server viele Builds durchf\u00fchrt:<\/p>\n Oder eine vollst\u00e4ndige Reinigung:<\/p>\n
Aber auf jedem Server<\/strong>Bei l\u00e4ngerer Nutzung von Docker sammelt sich allm\u00e4hlich eine gro\u00dfe Menge an Unn\u00f6tige Images, Container, Volumes und Netzwerke<\/strong> Diese Ansammlung kann:<\/p>\n\n
1. Die Bedeutung der Docker-Bereinigung in Serverumgebungen<\/h2>\n
Die drei Hauptursachen f\u00fcr Leistungseinbu\u00dfen bei Servern sind:<\/p>\n1) Unbenutzte Bildebenen<\/h3>\n
2) Aus der Umlaufbahn entfernte Beh\u00e4lter<\/h3>\n
3) Verwaiste B\u00e4nde<\/h3>\n
\n2. F\u00fchren Sie eine vollst\u00e4ndige Serverbereinigung durch.
Docker-System beschneiden<\/code><\/h2>\nNicht verwendete Ressourcen bereinigen:<\/h3>\n
docker system prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nTiefenreinigung \u2013 geeignet f\u00fcr Server mit vollem Speicherplatz<\/h3>\n
docker system prune -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nZu entfernende Gegenst\u00e4nde:<\/h3>\n
\n
Sicherheitstipp f\u00fcr Server:<\/h3>\n
-A<\/code> Nicht verwenden
Denn ein Image, das momentan nicht verwendet wird, aber f\u00fcr die n\u00e4chste Bereitstellung ben\u00f6tigt wird, kann gel\u00f6scht werden.<\/p>\n
Pr\u00fcfen Sie zun\u00e4chst, was entfernt werden soll:<\/p>\ndocker system df<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n
\n3. Spezialisierte Verwaltung von Docker-Images auf dem Server (Docker-Images)<\/h2>\n
Alle Bilder ansehen:<\/h3>\n
docker images -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEntfernen Sie ungenutzte (h\u00e4ngende) Bilder:<\/h3>\n
docker image prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEin bestimmtes Bild l\u00f6schen:<\/h3>\n
docker rmi IMAGE_ID<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nL\u00f6schen Sie alle ungenutzten Images auf einem CI\/CD-Server:<\/h3>\n
docker rmi $(docker images -f \"dangling=true\" -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nL\u00f6schen Sie alle Bilder auf dem Server:<\/h3>\n
docker rmi $(docker images -a -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nWichtiger Hinweis f\u00fcr Server:<\/h3>\n
Zum erzwungenen L\u00f6schen:<\/p>\ndocker rmi -f IMAGE_ID<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n
\n4. Entfernen von Containern in der Serverumgebung<\/h2>\n
Vollst\u00e4ndige Liste der Container:<\/h3>\n
docker ps -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEinen bestimmten Container l\u00f6schen:<\/h3>\n
docker rm CONTAINER_ID<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nEntfernen von stillgelegten Containern (geeignet f\u00fcr die Produktion):<\/h3>\n
docker rm $(docker ps -a -f status=exited -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nAlle Beh\u00e4lter anhalten und entfernen:<\/h3>\n
docker stop $(docker ps -a -q) docker rm $(docker ps -a -q)<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nHinweis f\u00fcr Server:<\/h3>\n
\u00dcberwachungs-, Protokollierungs- oder Datenbankcontainer k\u00f6nnen zwar gestoppt werden, sind aber unerl\u00e4sslich.<\/p>\n
\n5. Volumes l\u00f6schen \u2013 Die wichtigste Quelle f\u00fcr Serverspeicherplatzverbrauch<\/h2>\n
Liste der B\u00e4nde:<\/h3>\n
docker volume ls<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nIdentifizierung verwaister B\u00e4nde:<\/h3>\n
docker volume ls -f dangling=true<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nNicht zugeordnete Volumes l\u00f6schen:<\/h3>\n
docker volume prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nL\u00f6schen eines bestimmten Volumes:<\/h3>\n
docker volume rm VOLUME_NAME<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nL\u00f6schen eines Volumes mit einem Container:<\/h3>\n
docker rm -v CONTAINER_NAME<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nSehr wichtiger Punkt:<\/h3>\n
\n
\n6. Erweiterte Bereinigung f\u00fcr Server mit hohem Datenverkehr (CI\/CD, GitLab Runner, Jenkins)<\/h2>\n
Build-Cache leeren:<\/h3>\n
docker builder prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\ndocker builder prune -a<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\nAlle BuildKit-Ressourcen l\u00f6schen:<\/h3>\n
docker buildx prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n
\n7. Expertenvergleich der Docker-Bereinigungsbefehle<\/h2>\n
\n\n
\n \nBefehl<\/th>\n Reinigungsstufe<\/th>\n Geeignet f\u00fcr den Server<\/th>\n Risiko<\/th>\n<\/tr>\n<\/thead>\n \n docker-rm<\/code><\/td>\nContainer<\/td>\n Medium<\/td>\n Runter<\/td>\n<\/tr>\n \n docker rmi<\/code><\/td>\nBilder<\/td>\n Medium<\/td>\n Medium<\/td>\n<\/tr>\n \n docker volume rm<\/code><\/td>\nB\u00e4nde<\/td>\n Runter<\/td>\n Sehr hoch<\/td>\n<\/tr>\n \n Docker-Image beschneiden<\/code><\/td>\nUnbenutzte Bilder<\/td>\n Spitze<\/td>\n Niedrig<\/td>\n<\/tr>\n \n Docker-System beschneiden<\/code><\/td>\nAlle ungenutzten Ressourcen<\/td>\n Spitze<\/td>\n Medium<\/td>\n<\/tr>\n \n docker system prune -a<\/code><\/td>\nTiefenl\u00f6schung<\/td>\n Nur im Notfall<\/td>\n Spitze<\/td>\n<\/tr>\n \n docker builder prune<\/code><\/td>\nBuild-Cache<\/td>\n Spitze<\/td>\n Runter<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/div>\n
\n8. Die beste Strategie zur Bereinigung von Docker-Servern (DevOps-Empfehlung)<\/h2>\n
\ud83d\udd39 Jeden Tag:<\/h3>\n
docker container prune<\/code><\/pre>\n<\/div>\n<\/div>\n<\/div>\n\ud83d\udd39 Jede Woche:<\/h3>\n