Ich muss dann ja doch mal ein Statement abgeben. Folgende Probleme gab/gibt es, die die Geschwindigkeit von ARIVA.DE mehr oder weniger stark beeinträchtigen.
Inkompatibles Netzwerkequipment
Ein Problem zwischen der CISCO von Telia und unserem primären externen Switch führte zu einem Packet-Loss von 9% im Rechenzentrum. Dies führte zu dem Problem von Taos und ist seit Montag behoben.
Datenbankserver
Seit Freitag waren nur zwei Datenbankserver aktiv, die dann heute durch die stark gestiegenen Zugriffszahlen überlastet waren. Wir konnten die restlichen DB-Server erst vorhin wieder in Betrieb nehmen.
Routingprobleme der Telekom
Seit etwa Freitag wirft die Telekom mit seltsames Routen um sich. So zum Beispiel von mir zuhause zu Telia:
traceroute to www.ikea.de (62.3.130.137), 30 hops max, 38 byte packets
.. erste 2 Hops (mein Rechner und Router) gelöscht
3 217.237.153.214 (217.237.153.214) 53.425 ms 53.970 ms 52.911 ms
4 NYC-gw14.USA.net.DTAG.DE (194.25.6.86) 177.618 ms 177.877 ms 176.633
ms
5 LINX-gw13.UK.net.DTAG.DE (62.154.5.38) 246.295 ms 243.658 ms 246.288
ms
6 ldn-th-i1-geth3-0.telia.net (195.66.226.48) 260.072 ms * 262.131 ms
7 213.248.74.5 (213.248.74.5) 246.765 ms * 247.794 ms
8 kbn-bb1-pos2-1-0.telia.net (213.248.64.33) 278.713 ms 277.621 ms
280.097 ms
9 s-bb1-pos3-0-0.telia.net (213.248.64.130) 282.157 ms 278.794 ms
280.812 ms
10 s-b4-pos4-0.telia.net (213.248.66.6) 294.796 ms 294.729 ms 293.980 ms
11 sto-b1-pos10-0.telia.net (213.248.66.57) 281.135 ms 282.491 ms
281.123 ms
... Rest gelöscht
über New York und London. Das es wirklich ein Telekom Problem ist, sieht man an diesem Trace von mir zu Wallstreet-Online, die über KPNQwest angeschlossen sind:
traceroute to www.wallstreet-online.de (194.126.132.153), 30 hops max, 38
byte packets
3 217.237.153.214 (217.237.153.214) 53.931 ms 55.411 ms 55.896 ms
4 NYC-gw14.USA.net.DTAG.DE (194.25.6.86) 184.220 ms 179.317 ms 178.079
ms
5 AMSIX-gw12.NL.NET.DTAG.DE (62.154.5.10) 254.279 ms 255.817 ms 255.111
ms
6 r4-PO1-1.Ledn-KQ1.NL.KPNQwest.net (134.222.249.65) 253.687 ms 255.149
ms 253.653 ms
7 * r3-PO6-0.ledn-KQ1.NL.kpnqwest.net (134.222.229.122) 254.569 ms
255.103 ms
8 r1-PO5-0.obl-KQ1.NL.kpnqwest.net (134.222.229.238) 254.702 ms 252.192
ms 253.175 ms
9 r2-Se2-0-0.0.ledn-KQ1.NL.kpnqwest.net (134.222.96.33) 251.522 ms
251.965 ms 251.676 ms
10 * r2-Se0-1-0.0.ffm-KQ1.DE.kpnqwest.net (134.222.230.30) 256.583 ms
259.154 ms
11 r3-Gi3-0-0.ffm-KQ1.KPNQwest.net (134.222.104.6) 369.354 ms 328.730 ms
407.290 ms
12 UNKNOWN.KPNQwest.net (134.222.130.14) 258.548 ms 258.992 ms 260.995
ms
13 192.168.1.2 (192.168.1.2) 257.684 ms 258.968 ms 260.029 ms
14 www.gis147.de (194.126.132.147) 262.025 ms 567.720 ms 513.944 ms
15 www.wallstreet-online.de (194.126.132.153) 520.069 ms 297.452 ms
446.930 ms
Diesmal über New York und Amsterdam. Aber auch nicht besser. Das Routing ist sehr vom Zufall bei der Einwahl abhängig: Manchmal nimmt die Telekom die direkte Route über das DTAG-Telia-Peering in Hamburg, nach einer Wiedereinwahl will sie einen plötzlich über New York schicken.
Momentan erspart die Telekom sich bei mir immerhin den Sprung über der Atlantik und geht "nur" über London.
Hier kann man erstmal nur hoffen. :-(
und alle Probleme zusammen...
machten dann die Benutzung nicht gerade zum schönsten Erlebnis, das man haben kann. Die uns bekannten Problemquellen in unserem direkten Einflussbereich haben wir aber jetzt alle behoben. Von unserem Büro aus "flutscht" ARIVA.DE momentan auch.
Alle, die aktuell Probleme haben, können doch mal aus Spass die Ausgabe des Befehls "tracert www.ariva.de" (Windows) bzw. "traceroute www.ariva.de" (Unix) in diesem Thread posten.
@zick-zock: Du verstehst doch sicher, dass ich erstmal das mit den Datenbankservern machen wollte, bevor ich irgendwas mit den Benutzerzahlen mache, oder?
bye, Paul.
Inkompatibles Netzwerkequipment
Ein Problem zwischen der CISCO von Telia und unserem primären externen Switch führte zu einem Packet-Loss von 9% im Rechenzentrum. Dies führte zu dem Problem von Taos und ist seit Montag behoben.
Datenbankserver
Seit Freitag waren nur zwei Datenbankserver aktiv, die dann heute durch die stark gestiegenen Zugriffszahlen überlastet waren. Wir konnten die restlichen DB-Server erst vorhin wieder in Betrieb nehmen.
Routingprobleme der Telekom
Seit etwa Freitag wirft die Telekom mit seltsames Routen um sich. So zum Beispiel von mir zuhause zu Telia:
traceroute to www.ikea.de (62.3.130.137), 30 hops max, 38 byte packets
.. erste 2 Hops (mein Rechner und Router) gelöscht
3 217.237.153.214 (217.237.153.214) 53.425 ms 53.970 ms 52.911 ms
4 NYC-gw14.USA.net.DTAG.DE (194.25.6.86) 177.618 ms 177.877 ms 176.633
ms
5 LINX-gw13.UK.net.DTAG.DE (62.154.5.38) 246.295 ms 243.658 ms 246.288
ms
6 ldn-th-i1-geth3-0.telia.net (195.66.226.48) 260.072 ms * 262.131 ms
7 213.248.74.5 (213.248.74.5) 246.765 ms * 247.794 ms
8 kbn-bb1-pos2-1-0.telia.net (213.248.64.33) 278.713 ms 277.621 ms
280.097 ms
9 s-bb1-pos3-0-0.telia.net (213.248.64.130) 282.157 ms 278.794 ms
280.812 ms
10 s-b4-pos4-0.telia.net (213.248.66.6) 294.796 ms 294.729 ms 293.980 ms
11 sto-b1-pos10-0.telia.net (213.248.66.57) 281.135 ms 282.491 ms
281.123 ms
... Rest gelöscht
über New York und London. Das es wirklich ein Telekom Problem ist, sieht man an diesem Trace von mir zu Wallstreet-Online, die über KPNQwest angeschlossen sind:
traceroute to www.wallstreet-online.de (194.126.132.153), 30 hops max, 38
byte packets
3 217.237.153.214 (217.237.153.214) 53.931 ms 55.411 ms 55.896 ms
4 NYC-gw14.USA.net.DTAG.DE (194.25.6.86) 184.220 ms 179.317 ms 178.079
ms
5 AMSIX-gw12.NL.NET.DTAG.DE (62.154.5.10) 254.279 ms 255.817 ms 255.111
ms
6 r4-PO1-1.Ledn-KQ1.NL.KPNQwest.net (134.222.249.65) 253.687 ms 255.149
ms 253.653 ms
7 * r3-PO6-0.ledn-KQ1.NL.kpnqwest.net (134.222.229.122) 254.569 ms
255.103 ms
8 r1-PO5-0.obl-KQ1.NL.kpnqwest.net (134.222.229.238) 254.702 ms 252.192
ms 253.175 ms
9 r2-Se2-0-0.0.ledn-KQ1.NL.kpnqwest.net (134.222.96.33) 251.522 ms
251.965 ms 251.676 ms
10 * r2-Se0-1-0.0.ffm-KQ1.DE.kpnqwest.net (134.222.230.30) 256.583 ms
259.154 ms
11 r3-Gi3-0-0.ffm-KQ1.KPNQwest.net (134.222.104.6) 369.354 ms 328.730 ms
407.290 ms
12 UNKNOWN.KPNQwest.net (134.222.130.14) 258.548 ms 258.992 ms 260.995
ms
13 192.168.1.2 (192.168.1.2) 257.684 ms 258.968 ms 260.029 ms
14 www.gis147.de (194.126.132.147) 262.025 ms 567.720 ms 513.944 ms
15 www.wallstreet-online.de (194.126.132.153) 520.069 ms 297.452 ms
446.930 ms
Diesmal über New York und Amsterdam. Aber auch nicht besser. Das Routing ist sehr vom Zufall bei der Einwahl abhängig: Manchmal nimmt die Telekom die direkte Route über das DTAG-Telia-Peering in Hamburg, nach einer Wiedereinwahl will sie einen plötzlich über New York schicken.
Momentan erspart die Telekom sich bei mir immerhin den Sprung über der Atlantik und geht "nur" über London.
Hier kann man erstmal nur hoffen. :-(
und alle Probleme zusammen...
machten dann die Benutzung nicht gerade zum schönsten Erlebnis, das man haben kann. Die uns bekannten Problemquellen in unserem direkten Einflussbereich haben wir aber jetzt alle behoben. Von unserem Büro aus "flutscht" ARIVA.DE momentan auch.
Alle, die aktuell Probleme haben, können doch mal aus Spass die Ausgabe des Befehls "tracert www.ariva.de" (Windows) bzw. "traceroute www.ariva.de" (Unix) in diesem Thread posten.
@zick-zock: Du verstehst doch sicher, dass ich erstmal das mit den Datenbankservern machen wollte, bevor ich irgendwas mit den Benutzerzahlen mache, oder?
bye, Paul.