Liebe Community,
ich habe ein Problem mit der Ansprache eines Remote-DB-Host innerhalb eines vLan zwischen 2 Netcup-Root-Servern.
Hintergrund:
Initiales Wordpress auf Root-Server langsam, Galera-Cluster mit Load-Balancer aufgesetzt – funktioniert, aber Zugriffszeiten sind gegenüber der ursprünglich bereits bemängelten, lokalen Installation mit Nginx und mariadb auf dem gleichen Server statt besser sogar massiv schlechter (!) geworden.
Habe weiter geforscht und das Problem auf die grundsätzliche Ansprache eines externen DB-Host eingrenzen können. Dazu folgendes Testsetting:
2 Netcup-G9.5 Root-Server über Cloud vLAN Free in einem vLAN verbunden.
Auf beiden Servern läuft identisches Debian + Plesk, Nginx + MariaDB mit identischen Konfigurationen von Nginx und mariadb
- RS 8000 G9.5 | lokale IP: 192.168.0.10
- RS 1000 G9.5 | lokale IP: 192.168.0.50
è vLan steht, Latenzzeiten scheinen mir ok:
von a) nach b)
root@gallant-jepsen:~# ifconfig eth1
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.10 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::4858:a7ff:fea9:5b30 prefixlen 64 scopeid 0x20<link>
ether 4a:58:a7:a9:5b:30 txqueuelen 1000 (Ethernet)
RX packets 52602 bytes 223049414 (212.7 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 44606 bytes 5202949 (4.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@gallant-jepsen:~# traceroute 192.168.0.50
traceroute to 192.168.0.50 (192.168.0.50), 30 hops max, 60 byte packets
1 192.168.0.50 (192.168.0.50) 1.280 ms 0.459 ms 1.249 ms
Von b) nach a)
root@modest-murdock:~# ifconfig eth1
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.50 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::47c:50ff:fefc:5dcc prefixlen 64 scopeid 0x20<link>
ether 06:7c:50:fc:5d:cc txqueuelen 1000 (Ethernet)
RX packets 76253 bytes 8801545 (8.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 71676 bytes 371647133 (354.4 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
root@modest-murdock:~# traceroute 192.168.0.10
traceroute to 192.168.0.10 (192.168.0.10), 30 hops max, 60 byte packets
1 192.168.0.10 (192.168.0.10) 0.403 ms 0.377 ms 0.376 ms
Auf beiden Servern liegt das gleiche Wordpress-Paket (htdocs und SQL-Inhalt identisch).
Bei Nutzung des jeweils lokalen DB-Servers (egal ob DB-HOST per localhost / 127.0.0.1 / vLAN-IP / externe IP angegeben) ergeben sich auf beiden Servern Seitenladezeiten von ca. 2,5 Sekunden. Nicht doll – aber in der Sache wohl unumgänglich.
Problem:
Sobald ich den DB-HOST per vLAN-IP auf den jeweils anderen Server schauen lasse, verlängern sich die Seitenladezeiten auf das 3-4 fache (also 8 Sekunden statt 2,5).
Auf beiden Servern ist in der /etc/mysql/my.cnf skip-name-resolve=ON gesetzt, so dass sinnlose DNS-Abfragen nicht der Grund sein dürften.
Hat jemand eine Idee?
Viele Grüße
Stephan