Impera's TechBlog

Vor einige Zeit wollte ich meinem Nagios Netzwerk Strukturen beibringen. Allerding stieß ich schnell auf das Problem das viele Router, gerade die grosser ISP’s, nicht auf ping’s antworten.
Um dennoch verlässlich prüfen zu können ob eine Internet Verbindung besteht, habe ich mich einer Eigenschaft des IP Protokolls bedient, die auch bei traceroute genutzt wird.

#!/bin/bash
GW=ISPs Router
HOP=HOPs bis Router
CHECK=$(ping -c1 -t$HOP 141.1.1.1 | grep -c "From $GW")
if [ $CHECK = 1 ]; then
        echo "OK - Router alive"
        exit 0
else
        echo "CRITICAL - Router dead"
        exit 2
fi

Das Script ping’t eine IP Adresse im Internet, welche ist im Prinzip völlig egal, wichtig ist nur das das Ziel ins Internet geroutet wird; da wir dem ICMP Packet eine so geringe TTL setzen das unser ISP Router das Packet bereits verwirft, uns das aber quittiert. Kriegen wir vom Router eine “TTL exeeded” Meldung wissen wir das die Internetverbindung verfügbar ist. Kriegen wir diese Meldung nicht können wir davon ausgehen das der Router nicht verfügbar ist.

Es gibt mittlerweile eine ganze Menge Caching Strategien für WordPress. Angefangen bei simplen Filecaches, über Variablen Caches, oder memcache bis hin zu Objekt Caches. Als ich mich für WordPress entschieden haben, habe ich verschiedene Caching Strategien in der Praxis erprobt.

Der Testaufbau besteht aus einem Apache 2.2 Webserver mit mod-php5 und MySQL 5.1.
Im Vergleich stehen hier kein Caching, W3 Total Cache mit Opcode Cache, W3 Total Cache mit memcache und WP Supercache.

• ohne Caching : 3,07 Pages/Sec (325,270 ms)
• W3 Total Cache mit Opcode Cache(Xcache) : 71,42 Pages/Sec (14,001 ms)
• W3 Total Cache mit memcache : 67,97 Pages/Sec (14,712 ms)
• WP Supercache : 1090,96 Pages/Sec (0,917 ms)

Fazit:
WP Supercache bietet die beste Performance, da hier für normale Seiten Aufrufe nur eine statische HTML Seite ausgeliefert werden muss.