Volles Rohr 2016
Moinsen bin 2016 noch sehr sehr aktiv.
Erst mal fuer alle, welche es verpasst haben. In der aktuellen iX (2016/16) habe ich einen Artikel mitverbrochen. Ich habe ueber Docker Swarm Mode und Kubernetes schreiben duerfen.
Zudem gibt es wieder ungesund viele Vortraege:
Ein aktuelles systemd (z.B. das in Ubuntu 16.04) instrumentiert
via TasksMax mittlerweile die pid Cgroups. Quasi ein ulimit
-u via Cgroups.
Folgender Commit ändert die Beschränkt die Prozesse/Thread aller Services.
commit 9ded9cd14cc03c67291b10a5c42ce5094ba0912f
Author: Lennart Poettering <lennart@poettering.net>
Date: Fri Nov 13 19:28:32 2015 +0100
core: enable TasksMax= for all services by default, and set it to 512
Also, enable TasksAccounting= for all services by default, too.
See:
http://lists.freedesktop.org/archives/systemd-devel/2015-November/035006.html
Damit haben wir leider:
$ systemctl show -p TasksMax docker
TasksMax=512
$ systemctl show -p TasksMax mysql
TasksMax=512
Damit stoßen schon bei mittelmäßiger Belastung an die Grenzen /o\ Also nicht wundern, wenn nach einem Upgarde auf z.B. Ubuntu 16.04 nichts mehr skaliert :)
…[Mehr]systemd ist auf dem Vormarsch. Auch MySQLer werden sich damit arangieren müssen.
Hier ein kleines Beispiel mit MariaDB und Centos7 :)
Wer z.B. den tableopencache erhöhen wollte konnte dies schlicht konfigurieren. Der Prozess startete als user root und hatte keine limit Probleme.
Im service File von Centos läuft der Prozess gleich als Unix User mysql.
[Service]
Type=simple
User=mysql
Group=mysql
..
Dieser User ist nicht in der Lage seine limits nach oben zu veränden. In dem Error Log sollte etwas in folgender Art zu lesen sein:
150303 11:57:02 [Warning] Changed limits: max_open_files: 1024
max_connections: 214 table_cache: 400
Netter Weise ist im Service File selbst ein Hinweis auf LimitNOFILE. Nur wer liest das Service File?
Und bitte wie dort dokumentiert die Erweiterung als eigene Datei unter …
[Mehr]