{"id":780,"date":"2015-02-19T15:32:53","date_gmt":"2015-02-19T15:32:53","guid":{"rendered":"https:\/\/www.taywa.ch\/blog\/?p=780"},"modified":"2015-02-19T15:49:53","modified_gmt":"2015-02-19T15:49:53","slug":"setup-tipps-und-tricks-fuer-docker","status":"publish","type":"post","link":"https:\/\/www.taywa.ch\/blog\/server\/docker\/setup-tipps-und-tricks-fuer-docker\/","title":{"rendered":"Setup Tipps und Tricks f\u00fcr Docker"},"content":{"rendered":"

Meist\u00a0programmiere ich\u00a0in python und javascript (plus ein paar golang Experimente). F\u00fcr die lokale Entwicklung benutzte ich bis jetzt virtualenv, macports und vagrant (f\u00fcr komplexere Projekte).<\/p>\n

Ein Projekt ben\u00f6tige\u00a0mehrere virtuelle Maschinen, um es vern\u00fcnftig testen zu k\u00f6nnen. Mir graute es schon davor mehrere vagrant Maschinen gleichzeitig\u00a0laufen zu lassen. Das j\u00e4hrliche OS X Update stand vor der T\u00fcr, somit ein idealer Zeitpunkt was neues auszuprobieren, da ich sowieso alles neu installieren wollte.<\/p>\n

Ich entschied mich dazu virtualenv, macports, vagrant mit docker zu ersetzen (virtualenv hat in docker \u00fcberlebt…).<\/p>\n

English version of this post is\u00a0here<\/a>.<\/p>\n

Docker installieren<\/h2>\n

Auf www.docker.com<\/a> gehen und das entsprechende Tutorial f\u00fcr das entsprechende OS durchf\u00fchren. Unter Mac\/Windows wird eine virtuelle Maschine ben\u00f6tigt, dies funktioniert mit boot2docker (virtualbox). Bei Linux ist es einfacher, da docker eine Linux Technologie ist. Hier wird die Vorgehensweise f\u00fcr OS X beschrieben. Viele Tipps und Tricks sind aber auch auf Linux anwendbar.<\/p>\n

 <\/p>\n

Nach der Installation f\u00fcr OS X muss man \u00a0`boot2docker init` ausf\u00fchren.<\/p>\n

btrfs<\/h2>\n

Docker benutzt AUFS als default. Seit 0.8 (0.10 stable) kann auch btrfs verwendet\u00a0werden. Btrfs hat einige\u00a0interessante Features. Bis jetzt habe ich Btrfs noch nie auf einem Server eingesetzt, wollte es aber schon lange mal ausprobieren.<\/p>\n

Btrfs unterst\u00fctzt Komprimierung im Filesystem, das ist sehr n\u00fctzlich auf einem Laptop mit einer SSD.<\/p>\n

In VMs k\u00f6nnen virtuelle dynamische Disks nur automatisch\u00a0wachsen, kleiner werden sie leider nicht automatisch, wenn Platz frei wird. Vor dem kleiner machen einer virtuellen Disk, muss man Nullen in den freien Platz schreiben. Insbesondere f\u00fcr SSD ist dies nicht zu empfehlen da dieses limitierte Schreibzyklen haben.<\/p>\n

Eine alternative ist die Disk zu kopieren und dann die alte Kopie zu l\u00f6schen. Mit dem clonezilla iso image geht dies einfach von der Hand. Clonezilla unterst\u00fctzt btrfs, da native im Linux Kernel vorhanden, aber nicht AUFS. Siehe auch\u00a0boot2docker WORKAROUNDS.md<\/a>.<\/p>\n

Das Lifecycle Management der virtuellen Docker Maschine wird so einfacher.<\/p>\n

docker@<\/span>boot2docker:~$ docker pull debian:latest
\nPulling repository debian
\n…
\ndocker@<\/span>boot2docker:~$ docker run -i<\/span> -t<\/span> –rm<\/span> –privileged<\/span> -v<\/span> \/<\/span>dev:\/<\/span>hostdev debian bash<\/span>
\nroot@<\/span>ac3507fcae63:\/<\/span># fdisk \/hostdev\/sda # if you need to partition your disk<\/span>
\nCommand: o
\nCommand: n
\nSelect: p
\nPartition: <<\/span>enter><\/span>
\nFirst sector: <<\/span>enter><\/span>
\nLast sector: <<\/span>enter><\/span>
\nCommand: w<\/span>
\nroot@<\/span>ac3507fcae63:\/<\/span># apt-get update &amp;&amp; apt-get install btrfs-tools<\/span>
\n…
\nThe following NEW package will be installed:
\n btrfs-tools
\n…
\nSetting up btrfs-tools (<\/span>…)<\/span> …
\nroot@<\/span>ac3507fcae63:\/<\/span># mkfs.btrfs -L boot2docker-data \/hostdev\/sda1<\/span>
\n…
\nfs created label boot2docker-data on \/<\/span>hostdev\/<\/span>sda1
\n…
\nroot@<\/span>ac3507fcae63:\/<\/span># exit<\/span>
\ndocker@<\/span>boot2docker:~$ sudo<\/span> reboot<\/div>\n

btrfs Optionen permanten setzen<\/h3>\n

Da boot2docker ein iso image ist kann man nichts in diesem Image ver\u00e4ndern. Im File `\/mnt\/sda1\/var\/lib\/boot2docker\/bootlocal.sh` kann man eigene Modifikation anbringen da dies die docker Daten Disk ist.<\/p>\n

Hier mein `\/mnt\/sda1\/var\/lib\/boot2docker\/bootlocal.sh` file:<\/p>\n

#!\/bin\/sh<\/span>
\nsudo<\/span> mount<\/span> -o<\/span> remount,compress-force=zlib \/<\/span>dev\/<\/span>sda1<\/div>\n

Performance Probleme<\/h2>\n

Anfangs hat ich sehr komische CPU Performance Probleme unter docker. Als ich die virtualbox\u00a0Einstellungen auf 1 anstatt 2 CPUs ge\u00e4ndert habe, ging es wesentlich schneller. Jetzt scheint das Problem aber nicht mehr zu bestehen.<\/p>\n

Ein paar n\u00fctzliche Shell Funktionen<\/h2>\n

Die folgenden Snippets kommen ins lokale `.profile` file.<\/p>\n

export<\/span> DOCKER_HOSTIP<\/span>=$(<\/span>echo<\/span> $DOCKER_HOST<\/span>|<\/span>cut<\/span> -d<\/span> ":"<\/span> -f<\/span> 2<\/span>|<\/span> sed<\/span> -e<\/span> "s#\/\/##"<\/span>)<\/span>
\nexport<\/span> DOCKER_GATEWAYIP<\/span>=$(<\/span>ifconfig<\/span>|<\/span>grep<\/span> $(<\/span>echo<\/span> $DOCKER_HOSTIP<\/span>|<\/span>cut<\/span> -d<\/span> "."<\/span> -f-3<\/span>)<\/span>|<\/span>cut<\/span> -d<\/span> " "<\/span> -f<\/span> 2<\/span>)<\/span><\/div>\n

Die Variablen\u00a0`DOCKER_HOSTIP` und\u00a0`DOCKER_GATEWAYIP` k\u00f6nnen hilfreich sein.<\/p>\n

In einen docker container „reingehen“<\/h3>\n

Seit docker 1.3 gibt es das exec sub command. Vorher konnte\u00a0man das externe tool `nsenter` benutzten. Damit braucht\u00a0es keine ssh um ein Terminal in einem Container laufen zu lassen. Mit dieser Shell Funktion geht dies noch etwas einfacher.<\/p>\n

function<\/span> docker-enter(<\/span>)<\/span>
\n{<\/span>
\n docker exec<\/span> -it<\/span> $1<\/span> bash<\/span> -l<\/span>
\n}<\/span><\/div>\n

Jetzt einfach `docker-enter mycontainer_1` ausf\u00fchren um in den container zu kommen.<\/p>\n

Datenvolumen anschauen<\/h3>\n

Diese Shell Funktion brauche ich auch recht h\u00e4ufig.<\/p>\n

function<\/span> docker-vol(<\/span>)<\/span>
\n{<\/span>
\n docker run -it<\/span> –rm<\/span> –volumes-from<\/span> $1<\/span> –name<\/span> vol_$1<\/span>_$(<\/span>date<\/span> +%<\/span>s)<\/span> -h<\/span> $1<\/span> debian bash<\/span> -l<\/span>
\n}<\/span><\/div>\n

Mit\u00a0`docker-vol data_container_1` hat man nun eine shell mit der man sich im Datencontainer umschauen kann.<\/p>\n

Nun doch ssh<\/h3>\n

In der Regel braucht es kein ssh f\u00fcr docker container. Aber manchmal eben doch, z.B. f\u00fcr ein Desktop Programm in docker (mit X forward) oder um via sshfs etwas zu mounten. Der default\u00a0ssh port ist in der Regel schon belegt und potenziell k\u00f6nnen nat\u00fcrlich auch mehrere ssh container laufen. Man muss also f\u00fcr jeden container einen eigenen ssh Port benutzen. Um sich nicht die verschiednen Ports merken zu m\u00fcssen hier eine Shell Funktion.<\/p>\n

function<\/span> docker-ssh(<\/span>)<\/span>
\n{<\/span>
\n SSHPORT<\/span>=`<\/span>docker inspect –format<\/span>=‚{{index .NetworkSettings.Ports "22\/tcp"}}‘<\/span> $1<\/span>|<\/span>cut<\/span> -d<\/span> ":"<\/span> -f<\/span> 3<\/span>|<\/span> sed<\/span> -e<\/span> "s\/]]\/\/"<\/span>`<\/span>
\n ssh<\/span> -X<\/span> -l<\/span> root -p<\/span> $SSHPORT<\/span> $DOCKER_HOSTIP<\/span>
\n}<\/span><\/div>\n

Mit\u00a0`docker-ssh myssh_container_1` kommt man nun ohne Angabe des Ports in den container, inkl X forward.<\/p>\n","protected":false},"excerpt":{"rendered":"

Meist programmiere ich in python und javascript (plus ein paar golang Experimente). F\u00fcr die lokale Entwicklung benutzte ich bis jetzt virtualenv, macports und vagrant (f\u00fcr komplexere Projekte).<\/p>\n

Ein Projekt ben\u00f6tige mehrere virtuelle Maschinen, um es vern\u00fcnftig testen zu k\u00f6nnen. Mir graute es schon davor mehrere vagrant Maschinen gleichzeitig laufen zu lassen. Das j\u00e4hrliche OS X Update stand vor der T\u00fcr, somit ein idealer Zeitpunkt was neues auszuprobieren, da ich sowieso alles neu installieren wollte.<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[162],"tags":[165,193,164,163],"class_list":["post-780","post","type-post","status-publish","format-standard","hentry","category-docker","tag-btrfs","tag-docker","tag-linux","tag-osx"],"_links":{"self":[{"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/posts\/780","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/comments?post=780"}],"version-history":[{"count":12,"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/posts\/780\/revisions"}],"predecessor-version":[{"id":792,"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/posts\/780\/revisions\/792"}],"wp:attachment":[{"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/media?parent=780"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/categories?post=780"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.taywa.ch\/blog\/wp-json\/wp\/v2\/tags?post=780"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}