{"id":2174,"date":"2023-09-10T07:50:31","date_gmt":"2023-09-10T05:50:31","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=2174"},"modified":"2023-09-10T07:50:34","modified_gmt":"2023-09-10T05:50:34","slug":"docker-anwendungen-und-systeme-unter-linux-virtualisieren-isolieren","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2023\/09\/10\/docker-anwendungen-und-systeme-unter-linux-virtualisieren-isolieren\/","title":{"rendered":"Docker – Anwendungen und Systeme unter Linux virtualisieren \/ isolieren"},"content":{"rendered":"\n

VMWare, VirtualBox und Qemu haben dieselbe Eigenschaft: Sie ben\u00f6tigen Leistung von den Prozessoren. Einerseits ben\u00f6tigt schon die Software, die Hardware virtualisiert, Kraft, andererseits das darauf laufende Betriebssystem – im Grunde laufen hier dann zwei Betriebssysteme und die Software zur Virtualisierung.<\/p>\n\n\n\n

In gewissen F\u00e4llen kann hier die Software Docker helfen – hier l\u00e4uft im Grunde genommen kein zweites Betriebssystem. Der Gast, also das virtualisierte System, nutzt n\u00e4mlich den Kernel des real installierten Systems. Das hat nat\u00fcrlich auch Nachteile: Da der Kernel des real installierten Systems genutzt wird, l\u00e4sst sich nur ein verwandtes System virtualisieren. Unter Linux kann man nur Linux-Systeme in Docker laufen lassen, unter Windows nur Windows.<\/p>\n\n\n\n

Was kann man mit Docker anstellen?<\/h3>\n\n\n\n

Man kann Anwendungen vom restlichen System isolieren, so etwa einen Webserver mit Docker betreiben, der vom restlichen System abgeschottet ist. Man kann andere Linux-Distributionen versuchen – so ist es beispielsweise m\u00f6glich, unter Debian openSUSE laufen zu lassen …<\/p>\n\n\n\n

Docker installieren<\/h3>\n\n\n\n

Unter den meisten Linux-Distributionen nennt sich das Paket ganz einfach „docker<\/strong>„, unter auf Debian basierenden Linux-Distributionen existiert schon ein gleichnamiges Paket – hier installieren Sie \u00fcber die Paket-Verwaltung das Paket „docker.io<\/strong>„.<\/p>\n\n\n\n

Damit Docker dauerhaft l\u00e4uft, m\u00fcssen Sie den automatischen Start aktivieren. Dies gelingt am Terminal als Administrator mit dem Befehl:<\/p>\n\n\n\n

systemctl enable docker<\/code><\/pre>\n\n\n\n
Nach einem Neustart startet Docker automatisch mit dem System. M\u00f6chten Sie Docker nur hin und wieder nutzen, starten Sie den Dienst manuell auf dem Terminal mit dem administrativen Befehl:<\/p>\n\n\n\n
systemctl start docker<\/code><\/pre>\n\n\n\n
Mit:<\/p>\n\n\n\n
systemctl stop docker<\/code><\/pre>\n\n\n\n
l\u00e4sst er sich anschlie\u00dfend wieder beenden. Mit:<\/p>\n\n\n\n
systemctl status docker<\/code><\/pre>\n\n\n\n
l\u00e4sst sich der aktuelle Status anzeigen – hier l\u00e4uft Docker – „Active: active (running)“:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Nach Images suchen<\/h3>\n\n\n\n
Man muss nicht lange selbst an Images basteln, es finden sich bereits f\u00fcr viele Aufgaben vorgefertigte Images auf dem Docker-Server im Internet. Gleich einmal zu Beginn – Docker wird vom Administrator genutzt. Nun wollen wir zu Beginn auf dem Terminal suchen – hier etwa nach einer bestimmten Distribution:<\/p>\n\n\n\n
docker search debian<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Als Ausgabe sehen Sie zu Beginn den Namen des Images, anschlie\u00dfend eine kurze Beschreibung und zuletzt eine Statusmeldung. Sie m\u00fcssen jedoch nicht unbedingt eine Distribution w\u00e4hlen, es kann sich auch um eine Anwendung handeln, etwa:<\/p>\n\n\n\n
docker search apache2<\/code><\/pre>\n\n\n\n
M\u00f6chten Sie mehrere Begriffe der Suche \u00fcbergeben, setzen Sie alle Begriffe in Anf\u00fchrungszeichen.<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Sie m\u00fcssen passende Images jedoch nicht unbedingt am Terminal suchen, Sie k\u00f6nnen es auch auf der Webseite von Docker grafisch im Webbrowser tun:\u00a0https:\/\/hub.docker.com\/search?q=&type=image<\/a>:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Docker-Images herunterladen<\/h3>\n\n\n\n
Haben Sie ein passendes Image gefunden, brauchen Sie f\u00fcr den Download nur dessen Namen. Im Beispiel einfach „debian<\/strong>“ – der Download gelingt am Terminal mit dem Befehl:<\/p>\n\n\n\n
docker pull debian<\/code><\/pre>\n\n\n\n
In diesem Fall wird nur das Standard-System heruntergeladen, ohne jegliche Anwendungen (rund 60 MB<\/em>).<\/p>\n\n\n\n
Alle installierten Images anzeigen<\/h3>\n\n\n\n
Mit dem Befehl:<\/p>\n\n\n\n
docker images<\/code><\/pre>\n\n\n\n
lassen sich anschlie\u00dfend alle installierten Images anzeigen:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Docker-Images starten<\/h3>\n\n\n\n
Ein installiertes Image starten Sie anschlie\u00dfend, indem Sie dessen Namen angeben, am besten steigen Sie gleich darin ein. Hierzu nutzen Sie die Optionen „-t -i<\/code><\/strong>“ und geben an, dass Sie das Terminal starten wollen:<\/p>\n\n\n\n
docker run -t -i  debian \/bin\/bash<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Sie landen also direkt im laufenden System auf dem Terminal. Alternativ starten Sie den Container mit der Option „-d<\/code><\/strong>“ – in diesem Fall wartet das System im Hintergrund auf Eingaben:<\/p>\n\n\n\n
docker run -t -i -d debian<\/code><\/pre>\n\n\n\n
Nun k\u00f6nnen Sie sich auf einem anderen Terminal alle laufenden Container anzeigen lassen:<\/p>\n\n\n\n
docker ps<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Mit dem Befehl:<\/p>\n\n\n\n
exit<\/code><\/pre>\n\n\n\n
innerhalb des laufenden Containers steigen Sie aus diesem aus und beenden ihn. Wie oben schon beschrieben, starten Sie ein Docker-Image im Hintergrund mit dem Befehl:<\/p>\n\n\n\n
docker run -i -t -d debian<\/code><\/pre>\n\n\n\n
Dies bedeutet: Sie m\u00fcssen keine Eingaben machen – das System l\u00e4uft, und Sie k\u00f6nnen auf dem Terminal andere Aufgaben erledigen oder nat\u00fcrlich auch weitere Docker-Images starten. Nun k\u00f6nnen Sie sich mit:<\/p>\n\n\n\n
docker ps<\/code><\/pre>\n\n\n\n
die laufenden Docker-Images anzeigen lassen:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Wichtig ist hier nun die „CONTAINER ID<\/strong>„, mit dieser ID k\u00f6nnen Sie das Image steuern und Befehle in das im Hintergrund laufende System abgeben, hierzu dient der Befehl „exec<\/code><\/strong>„. Um etwa den Befehl „ls<\/code><\/strong>“ in das Image mit der ID „40ae1d009763<\/strong>“ abzugeben:<\/p>\n\n\n\n
docker exec 40ae1d009763 ls<\/code><\/pre>\n\n\n\n
Die Ausgabe des Befehls wird in diesem Fall am Terminal ausgegeben, ohne direkt in den laufenden Container zu wechseln. M\u00f6chten Sie den im Hintergrund laufenden Container stoppen, gen\u00fcgt ein:<\/p>\n\n\n\n
docker stop 40ae1d009763<\/code><\/pre>\n\n\n\n
Arbeiten mit Docker-Images<\/h3>\n\n\n\n
Nun wissen wir, wie wir Docker-Images installieren, starten und stoppen. Wir m\u00f6chten darin nat\u00fcrlich auch arbeiten, in meinem Fall starte ich wieder mein Debian mit dem Terminal:<\/p>\n\n\n\n
docker run -i -t debian \/bin\/bash<\/code><\/pre>\n\n\n\n
Ich befinde mich nun auf dem Terminal im laufenden Docker-Container und kann darauf arbeiten – etwa das System aktualisieren, Software installieren, Dateien anlegen und solche bearbeiten – was auch immer. Wird der laufende Container beendet, sind jedoch alle \u00c4nderungen verloren. Bei den heruntergeladenen Images handelt es sich um schreibgesch\u00fctzte Images. Also muss man etwas anders arbeiten: Wir beginnen von vorne. Wir starten einen Container wie oben:<\/p>\n\n\n\n
docker run -i -t debian \/bin\/bash<\/code><\/pre>\n\n\n\n
Wir beenden den Container einfach mittels:<\/p>\n\n\n\n
exit<\/code><\/pre>\n\n\n\n
Nun starten wir den Befehl:<\/p>\n\n\n\n
docker ps --all<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Dieser Befehl zeigt uns nun nicht nur laufende Docker-Container, sondern auch solche, die wir bereits wieder beendet haben – ganz hinten finden Sie in der Tabelle auch die Spalte „NAME<\/strong>“ – dies ist eine freundliche Bezeichnung, mit der wir genau diesen Container wieder starten k\u00f6nnen – und in diesem Container k\u00f6nnen wir auch \u00c4nderungen vornehmen, die erhalten bleiben. Im Bild oben sehen wir die Bezeichnung „friendly_mclaren<\/code><\/strong>“ – wir k\u00f6nnen diesen Container also mit:<\/p>\n\n\n\n
docker start friendly_mclaren<\/code><\/pre>\n\n\n\n
starten:<\/p>\n\n\n\n
Nun k\u00f6nnen wir mit:<\/p>\n\n\n\n
docker attach friendly_mclaren<\/code><\/pre>\n\n\n\n
in den laufenden Container wechseln. Nun k\u00f6nnte man etwa das System aktualisieren, weitere Software installieren und sonstige \u00c4nderungen im System vornehmen – diese bleiben erhalten. Mit:<\/p>\n\n\n\n
exit<\/code><\/pre>\n\n\n\n
kann man aus dem System aussteigen (dadurch wird dieser Container nat\u00fcrlich beendet)<\/em>, den Container wieder starten, und die \u00c4nderungen bleiben erhalten.<\/p>\n\n\n\n
Laufende Container lassen sich nun mit:<\/p>\n\n\n\n
docker ps<\/code><\/pre>\n\n\n\n
anzeigen, alle gestarteten Container (auch wenn diese nicht laufen<\/em>) mit:<\/p>\n\n\n\n
docker ps --all<\/code><\/pre>\n\n\n\n
Container die nicht laufen, lassen sich mit:<\/p>\n\n\n\n
docker rm CONTAINER-ID<\/code><\/pre>\n\n\n\n
l\u00f6schen, ganze Images, die Sie sich mit<\/p>\n\n\n\n
docker images<\/code><\/pre>\n\n\n\n
anzeigen lassen, lassen sich mit<\/p>\n\n\n\n
docker rmi Image-Name<\/code><\/pre>\n\n\n\n
l\u00f6schen.<\/p>\n\n\n\n
Man sieht also schon: Um mit Docker zu arbeiten, sollte man zu Beginn ein wenig planen. Nehmen wir einmal an, Sie m\u00f6chten mit dem vorgefertigten Docker-Image „nginx<\/strong>“ (der Webserver nginx<\/em>) einen Webserver betreiben – hier ist das System bereit, der Webserver ist installiert. Das System muss jedoch freie Ports haben – der Webserver ben\u00f6tigt ohne HTTPS den Port „80<\/strong>“ – ganz klar: Wir m\u00fcssen den Port aus dem Container auf das real installierte System aufschalten. Gelingt ganz einfach:<\/p>\n\n\n\n
-p Container-Port:Host-Port<\/code><\/pre>\n\n\n\n
In diesem Beispiel ganz einfach:<\/p>\n\n\n\n
docker run -p 80:80 nginx<\/code><\/pre>\n\n\n\n
Schon l\u00e4uft der Container, und Sie k\u00f6nnen mit „localhost<\/strong>“ \u00fcber einen Webserver auf die Seite zugreifen:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Mittels:<\/p>\n\n\n\n
docker ps --all<\/code><\/pre>\n\n\n\n
sehen wir anschlie\u00dfend den Namen des Containers, mit dem wir den Container mit<\/p>\n\n\n\n
docker start NAME<\/code><\/pre>\n\n\n\n
wieder starten k\u00f6nnen. M\u00f6chte man sich den Server komplett selbst zusammenstellen, in diesem Fall einfach einen Webserver – etwa wieder mit dem Image „debian<\/strong>“ -, startet man das Image wieder mit den sp\u00e4ter zu nutzenden Ports – also<\/p>\n\n\n\n
docker run -p 80:80 debian<\/code><\/pre>\n\n\n\n
sucht sich nun die ID oder den Namen und stoppt diesen mit:<\/p>\n\n\n\n
docker ps --all\ndocker stop NAME<\/code><\/pre>\n\n\n\n
Nun kann man den Container starten, in dem man best\u00e4ndige \u00c4nderungen vornehmen kann, und darin arbeiten:<\/p>\n\n\n\n
docker start NAME\ndocker attach NAME<\/code><\/pre>\n\n\n\n
Sie k\u00f6nnen einem Container nat\u00fcrlich auch selbst einen Namen geben – ist einfacher zu merken:<\/p>\n\n\n\n
docker run --name= NAME -p 80:80 debian<\/code><\/pre>\n\n\n\n
Docker-Volumes – Auf den Speicher eines Docker-Systems zugreifen und Docker Compose<\/h3>\n\n\n\n
Hat man eine Software unter Docker installiert und m\u00f6chte auf die Daten dieser zugreifen, kann es schon einmal umst\u00e4ndlich werden. In den Container wechseln, mit Befehlen am Terminal hantieren – mit sogenannten Volumes f\u00e4llt dies viel einfacher.<\/p>\n\n\n\n
Ein Volume ist nichts anderes, als ein Verzeichnis auf dem Docker-System – dieses wird direkt mit dem Wirtssystem geteilt. Zus\u00e4tzlichen Platz ben\u00f6tigt dies nicht. Man nennt die Geschichte auch gerne Persistenz.<\/p>\n\n\n\n
Sehen wir uns diese Geschichte mit einem Beispiel an – ich werde dazu ganz einfach MediaWiki – die Software wird unter anderem bei Wikipedia genutzt.<\/p>\n\n\n\n
Mediawiki unter Docker installieren<\/p>\n\n\n\n
F\u00fcr MediaWiki gibt es auf\u00a0DockerHub<\/a>\u00a0bereits ein vorgefertigtes Image, dieses k\u00f6nnen wir ganz einfach mittels Docker aufsetzen:<\/p>\n\n\n\n
docker run --name mediawiki -p 8080:80 -d mediawiki<\/code><\/pre>\n\n\n\n
Jetzt k\u00f6nnen wir via Webbrowser und der Adresse 127.0.0.1:8080<\/em> oder localhost:8080<\/em> auf das Wiki zugreifen. Jetzt wird es jedoch problematisch – man richtet das Wiki ein und bekommt die Datei „LocalSettings.php<\/strong>“ zum Download, diese gilt es anschlie\u00dfend im Verzeichnis der MediaWiki-Installation abzulegen, ansonsten l\u00e4uft das Wiki nicht.<\/p>\n\n\n\n
Daf\u00fcr gibt es nun Volumes – eben Verzeichnisse, die zwischen Host und Gast geteilt werden. Um Docker-Images anzupassen, erstellen wir uns eine Konfigurationsdatei in einem leeren Verzeichnis – die Konfigurationsdatei nennt sich „docker-compose.yml<\/strong>„. Mit dieser Konfigurationsdatei und der Software Docker-Compose passen wir das Image an. Docker-Compose wird unter auf Debian basierenden Linux-Distributionen wie \u00fcblich ganz einfach \u00fcber die Paket-Verwaltung durch das Paket „docker-compose<\/strong>“ installiert.<\/p>\n\n\n\n
Wie schon beschrieben – f\u00fcr unser Beispiel dient MediaWiki – am oben gezeigten Link findet sich bereits eine passende Vorlage f\u00fcr die Konfigurationsdatei:<\/p>\n\n\n\n
# MediaWiki with MariaDB\n#\n# Access via \"http:\/\/localhost:8080\"\n#   (or \"http:\/\/$(docker-machine ip):8080\" if using docker-machine)\nversion: '3'\nservices:\n  mediawiki:\n    image: mediawiki\n    restart: always\n    ports:\n      - 8080:80\n    links:\n      - database\n    volumes:\n      - images:\/var\/www\/html\/images\n      # After initial setup, download LocalSettings.php to the same directory as\n      # this yaml and uncomment the following line and use compose to restart\n      # the mediawiki service\n      # - .\/LocalSettings.php:\/var\/www\/html\/LocalSettings.php\n  # This key also defines the name of the database host used during setup instead of the default \"localhost\"\n  database:\n    image: mariadb\n    restart: always\n    environment:\n      # @see https:\/\/phabricator.wikimedia.org\/source\/mediawiki\/browse\/master\/includes\/DefaultSettings.php\n      MYSQL_DATABASE: my_wiki\n      MYSQL_USER: wikiuser\n      MYSQL_PASSWORD: example\n      MYSQL_RANDOM_ROOT_PASSWORD: 'yes'\n    volumes:\n      - db:\/var\/lib\/mysql\n\nvolumes:\n  images:\n  db:<\/code><\/pre>\n\n\n\n
Alle mit einer Raute „#<\/strong>“ auskommentierten Zeilen werden vom System ignoriert, dienen also zur Beschreibung. Wir sehen zu Beginn den Eintrag „services<\/strong>“ – dieser dient zur Beschreibung der einzelnen Images – wir haben in diesem Beispiel zwei Images – „mediawiki<\/strong>“ und „database<\/strong>„. Die Services geben den Images grob gesagt nur Namen, mit denen wir etwas anfangen k\u00f6nnen – f\u00fcr „mediawiki<\/strong>“ wird von DockerHub das Image „mediawiki<\/strong>“ heruntergeladen und eingerichtet, f\u00fcr „database<\/strong>“ das Image „mariadb<\/strong>„.<\/p>\n\n\n\n
„restart<\/strong>“ zeigt Docker wie und wann Docker das Image starten soll, „always<\/strong>“ hei\u00dft nichts anderes als, Docker soll das System automatisch beim Start des Hosts (des Wirtes<\/em>) starten, gibt es Probleme mit dem Gast, soll Docker das Image wieder neu starten.<\/p>\n\n\n\n
Mit „ports<\/strong>“ geben wir die Ports an, \u00fcber die das Image \u00fcber den Webbrowser erreicht werden soll – vorne steht der Port, \u00fcber den wir die Software im Webbrowser erreichen wollen, dahinter der Port im Image. „links<\/em>“ ist eine sehr einfache Definition f\u00fcr das Netzwerk, \u00fcber das die beiden Images kommunizieren – in diesem Fall nennt sich das Netzwerk „database<\/strong>„.<\/p>\n\n\n\n
Als letzten Eintrag finden wir bei jedem Service den Eintrag „volumes<\/strong>“ – dies sind nun die mit dem Wirt geteilten Verzeichnisse. Wir k\u00f6nnen hier eines oder auch mehrere Verzeichnisse angeben. Als letzte Konfiguration in der Datei zeigt sich hier noch einmal der Eintrag „volumes<\/strong>“ – hier m\u00fcssen alle Volumes – besser gesagt, deren Bezeichnungen noch einmal angegeben werden.<\/p>\n\n\n\n
Wichtig:<\/strong><\/p>\n\n\n\n
Bei der Konfigurationsdatei wird das YML-Format (YAML<\/em>) genutzt – dies ist ein wenig gemein – man nutzt hier f\u00fcr Einr\u00fcckungen nicht den Tabulator, sondern tats\u00e4chlich zwei Leerzeichen – alles andere funktioniert bei YML absolut nicht.<\/p>\n\n\n\n
Volumes einrichten<\/h3>\n\n\n\n
Wir sehen im Original der Einrichtungsdatei oben bereits zwei Volumes:<\/p>\n\n\n\n
    volumes:\n      - images:\/var\/www\/html\/images\n      # After initial setup, download LocalSettings.php to the same directory as\n      # this yaml and uncomment the following line and use compose to restart\n      # the mediawiki service\n      # - .\/LocalSettings.php:\/var\/www\/html\/LocalSettings.php<\/code><\/pre>\n\n\n\n
Und:<\/p>\n\n\n\n
    volumes:\n      - db:\/var\/lib\/mysql<\/code><\/pre>\n\n\n\n
Im ersten Volume wird das im Gast liegende Verzeichnis „images<\/em>“ mit dem Host geteilt – alle anderen Zeilen sind nur Beschreibungen. Sehen wir uns diese Zeile etwas genauer an:<\/p>\n\n\n\n
      - images:\/var\/www\/html\/images<\/code><\/pre>\n\n\n\n
Vor jeder Volume hat sich ein Bindestrich zu zeigen „–<\/strong>„, anschlie\u00dfend folgt nach einem Leerzeichen das Verzeichnis, das geteilt werden soll. Sie d\u00fcrfen hier keinen Pfad angeben – nur das eindeutige Verzeichnis. In diesem Fall liegt das Verzeichnis „images<\/em>“ im Wirt unter „\/var\/www\/html\/image<\/em>s“ – angegeben darf jedoch nur wie schon beschrieben „images<\/em>“ werden.<\/p>\n\n\n\n
Das zweite Volume ist nun ganz einfach „db<\/em>“ – hiermit werden alle Dateien in der Datenbank des Images „mariadb<\/strong>“ mit dem Host (Wirt<\/em>) geteilt.<\/p>\n\n\n\n
Im Beispiel des Originals wird nur das Verzeichnis „images<\/em>“ geteilt – ich m\u00f6chte jedoch das komplette HTML-Verzeichnis teilen, dieses liegt anschlie\u00dfend wie schon beschrieben direkt am Host. Daf\u00fcr lasse ich das Verzeichnis „images<\/em>“ weg – dieses liegt ja direkt im Verzeichnis „html<\/em>„.<\/p>\n\n\n\n
Die komplette Konfigurationsdatei sieht in meinem Beispiel dann so aus (ohne Beschreibungen<\/em>):<\/p>\n\n\n\n
version: '3'\nservices:\n  mediawiki:\n    image: mediawiki\n    restart: always\n    ports:\n      - 8080:80\n    links:\n      - database\n    volumes:\n      - html:\/var\/www\/html\/\n  database:\n    image: mariadb\n    restart: always\n    environment:\n      MYSQL_DATABASE: my_wiki\n      MYSQL_USER: wikiuser\n      MYSQL_PASSWORD: example\n      MYSQL_RANDOM_ROOT_PASSWORD: 'yes'\n    volumes:\n      - db:\/var\/lib\/mysql\n\nvolumes:\n  html:\n  db:<\/code><\/pre>\n\n\n\n
Jetzt l\u00e4sst sich aus der Konfigurationsdatei „docker-compose.yml<\/strong>“ das originale Docker-Image, das angepasste zaubern – nat\u00fcrlich mit administrativen Rechten am Terminal im Verzeichnis mit der Datei:<\/p>\n\n\n\n
docker-compose up -d<\/code><\/pre>\n\n\n\n
Die mit dem Host geteilten Verzeichnisse liegen anschlie\u00dfend auf dem Host unter „\/var\/lib\/docker\/volumes\/<\/em>“ – dieses Verzeichnis ist nat\u00fcrlich nur mit administrativen Rechten zug\u00e4nglich.<\/p>\n\n\n\n
<\/p>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    3    <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
VMWare, VirtualBox und Qemu haben dieselbe Eigenschaft: Sie ben\u00f6tigen Leistung von den Prozessoren. Einerseits ben\u00f6tigt schon die Software, die Hardware virtualisiert, Kraft, andererseits das darauf laufende Betriebssystem – im Grunde laufen hier dann zwei Betriebssysteme und die Software zur Virtualisierung. In gewissen F\u00e4llen kann hier die Software Docker helfen – hier l\u00e4uft im Grunde genommen […]<\/p>\n","protected":false},"author":1,"featured_media":2185,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[66,67],"tags":[68,69],"class_list":["post-2174","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-docker","category-virtualisierung","tag-docker","tag-virtualisierung"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/2174","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=2174"}],"version-history":[{"count":1,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/2174\/revisions"}],"predecessor-version":[{"id":2186,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/2174\/revisions\/2186"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/2185"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=2174"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=2174"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=2174"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}