Beiträge von MarcelloW

Zitat von Bodenhaltung

Ich hatte mir die Kosten damals gespart und ein internes Netz mit tinc gebaut, was auch über Jahre ohne Probleme lief, bin jetzt auch auf das gratis VLAN umgestiegen:

Code

PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=0.440 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=0.455 ms
64 bytes from 192.168.0.2: icmp_seq=3 ttl=64 time=0.551 ms
64 bytes from 192.168.0.2: icmp_seq=4 ttl=64 time=0.566 ms
64 bytes from 192.168.0.2: icmp_seq=5 ttl=64 time=0.627 ms
64 bytes from 192.168.0.2: icmp_seq=6 ttl=64 time=0.504 ms
64 bytes from 192.168.0.2: icmp_seq=7 ttl=64 time=0.552 ms
64 bytes from 192.168.0.2: icmp_seq=8 ttl=64 time=0.547 ms
64 bytes from 192.168.0.2: icmp_seq=9 ttl=64 time=0.496 ms
64 bytes from 192.168.0.2: icmp_seq=10 ttl=64 time=0.489 ms
64 bytes from 192.168.0.2: icmp_seq=11 ttl=64 time=0.508 ms
64 bytes from 192.168.0.2: icmp_seq=12 ttl=64 time=0.442 ms
64 bytes from 192.168.0.2: icmp_seq=13 ttl=64 time=0.458 ms
64 bytes from 192.168.0.2: icmp_seq=14 ttl=64 time=0.523 ms
64 bytes from 192.168.0.2: icmp_seq=15 ttl=64 time=0.498 ms
64 bytes from 192.168.0.2: icmp_seq=16 ttl=64 time=0.596 ms
64 bytes from 192.168.0.2: icmp_seq=17 ttl=64 time=0.495 ms
64 bytes from 192.168.0.2: icmp_seq=18 ttl=64 time=0.491 ms
64 bytes from 192.168.0.2: icmp_seq=19 ttl=64 time=0.460 ms
64 bytes from 192.168.0.2: icmp_seq=20 ttl=64 time=0.505 ms
64 bytes from 192.168.0.2: icmp_seq=21 ttl=64 time=0.515 ms
64 bytes from 192.168.0.2: icmp_seq=22 ttl=64 time=0.466 ms
64 bytes from 192.168.0.2: icmp_seq=23 ttl=64 time=0.588 ms
64 bytes from 192.168.0.2: icmp_seq=24 ttl=64 time=0.447 ms
64 bytes from 192.168.0.2: icmp_seq=25 ttl=64 time=0.388 ms
64 bytes from 192.168.0.2: icmp_seq=26 ttl=64 time=0.545 ms
64 bytes from 192.168.0.2: icmp_seq=27 ttl=64 time=0.510 ms
64 bytes from 192.168.0.2: icmp_seq=28 ttl=64 time=0.565 ms
64 bytes from 192.168.0.2: icmp_seq=29 ttl=64 time=0.514 ms
64 bytes from 192.168.0.2: icmp_seq=30 ttl=64 time=0.541 ms

--- 192.168.0.2 ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 28997ms
rtt min/avg/max/mdev = 0.388/0.509/0.627/0.055 ms

Alles anzeigen

Anderer Server:

Code

PING 192.168.0.3 (192.168.0.3) 56(84) bytes of data.
64 bytes from 192.168.0.3: icmp_seq=1 ttl=64 time=0.459 ms
64 bytes from 192.168.0.3: icmp_seq=2 ttl=64 time=0.774 ms
64 bytes from 192.168.0.3: icmp_seq=3 ttl=64 time=0.698 ms
64 bytes from 192.168.0.3: icmp_seq=4 ttl=64 time=0.680 ms
64 bytes from 192.168.0.3: icmp_seq=5 ttl=64 time=0.559 ms
64 bytes from 192.168.0.3: icmp_seq=6 ttl=64 time=0.638 ms
64 bytes from 192.168.0.3: icmp_seq=7 ttl=64 time=0.444 ms
64 bytes from 192.168.0.3: icmp_seq=8 ttl=64 time=0.592 ms
64 bytes from 192.168.0.3: icmp_seq=9 ttl=64 time=0.622 ms
64 bytes from 192.168.0.3: icmp_seq=10 ttl=64 time=1.06 ms
64 bytes from 192.168.0.3: icmp_seq=11 ttl=64 time=0.495 ms
64 bytes from 192.168.0.3: icmp_seq=12 ttl=64 time=0.506 ms
64 bytes from 192.168.0.3: icmp_seq=13 ttl=64 time=0.647 ms
64 bytes from 192.168.0.3: icmp_seq=14 ttl=64 time=0.417 ms
64 bytes from 192.168.0.3: icmp_seq=15 ttl=64 time=0.515 ms
64 bytes from 192.168.0.3: icmp_seq=16 ttl=64 time=0.489 ms
64 bytes from 192.168.0.3: icmp_seq=17 ttl=64 time=0.811 ms
64 bytes from 192.168.0.3: icmp_seq=18 ttl=64 time=0.616 ms
64 bytes from 192.168.0.3: icmp_seq=19 ttl=64 time=0.634 ms
64 bytes from 192.168.0.3: icmp_seq=20 ttl=64 time=0.678 ms
64 bytes from 192.168.0.3: icmp_seq=21 ttl=64 time=0.573 ms
64 bytes from 192.168.0.3: icmp_seq=22 ttl=64 time=0.671 ms
64 bytes from 192.168.0.3: icmp_seq=23 ttl=64 time=0.445 ms
64 bytes from 192.168.0.3: icmp_seq=24 ttl=64 time=0.485 ms
64 bytes from 192.168.0.3: icmp_seq=25 ttl=64 time=0.564 ms
64 bytes from 192.168.0.3: icmp_seq=26 ttl=64 time=0.501 ms
64 bytes from 192.168.0.3: icmp_seq=27 ttl=64 time=0.489 ms
64 bytes from 192.168.0.3: icmp_seq=28 ttl=64 time=0.615 ms
64 bytes from 192.168.0.3: icmp_seq=29 ttl=64 time=0.487 ms
64 bytes from 192.168.0.3: icmp_seq=30 ttl=64 time=0.475 ms

--- 192.168.0.3 ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 29000ms
rtt min/avg/max/mdev = 0.417/0.588/1.064/0.133 ms

Alles anzeigen

Also ähnliche Werte wie CmdrXay, obwohl auch gerade etwas "Last" bei mir vorhanden ist.

Ich vermute es liegt bei dir noch an was anderem, Kernelparameter, Betriebssystem, Grundlast (?).

Die Pings sind aber zeitgleich von den selben Server an den selben Server gegangen, man sollte die Ausschläge dann also an beiden Ergebnissen sehen, tut man aber nicht.

Die Bandbreite von 100 Mbit sollte auch kein Flaschenhals darstellen, auf solch eine Auslastung komme ich nicht.

Ich denke dann liegt's einfach daran, das es VXLans sind.

Hat niemand eine Idee woran dieser Unterschied liegen kann?

Oder kann mir das jemand bestätigen der ähnliche Erfahrungen gemacht hat?

Hi,

aber die Pings gehen von den selben Servern aus und sind zeitgleich erfolgt.

Solche krassen Unterschiede?

Gruß

Hi,

hier habe ich noch ein PING-Versuch von gerade eben:

vLAN Free PING:

PING db01.cloud (192.168.0.20) 56(84) bytes of data.
64 bytes from db01.cloud (192.168.0.20): icmp_seq=1 ttl=64 time=0.444 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=2 ttl=64 time=2.72 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=3 ttl=64 time=5.76 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=4 ttl=64 time=1.69 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=5 ttl=64 time=0.344 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=6 ttl=64 time=7.87 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=7 ttl=64 time=0.303 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=8 ttl=64 time=1.34 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=9 ttl=64 time=8.93 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=10 ttl=64 time=0.310 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=11 ttl=64 time=11.5 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=12 ttl=64 time=5.92 ms
64 bytes from db01.cloud (192.168.0.20): icmp_seq=13 ttl=64 time=3.20 ms
--- db01.cloud ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12089ms
rtt min/avg/max/mdev = 0.303/3.875/11.529/3.622 ms

PING-Versuch über vLAN Paid:

PING 10.0.1.100 (10.0.1.100) 56(84) bytes of data.
64 bytes from 10.0.1.100: icmp_seq=1 ttl=64 time=0.220 ms
64 bytes from 10.0.1.100: icmp_seq=2 ttl=64 time=0.288 ms
64 bytes from 10.0.1.100: icmp_seq=3 ttl=64 time=0.287 ms
64 bytes from 10.0.1.100: icmp_seq=4 ttl=64 time=0.273 ms
64 bytes from 10.0.1.100: icmp_seq=5 ttl=64 time=0.311 ms
64 bytes from 10.0.1.100: icmp_seq=6 ttl=64 time=0.296 ms
64 bytes from 10.0.1.100: icmp_seq=7 ttl=64 time=0.284 ms
64 bytes from 10.0.1.100: icmp_seq=8 ttl=64 time=0.285 ms
64 bytes from 10.0.1.100: icmp_seq=9 ttl=64 time=0.339 ms
64 bytes from 10.0.1.100: icmp_seq=10 ttl=64 time=0.307 ms
64 bytes from 10.0.1.100: icmp_seq=11 ttl=64 time=0.414 ms
64 bytes from 10.0.1.100: icmp_seq=12 ttl=64 time=0.393 ms
64 bytes from 10.0.1.100: icmp_seq=13 ttl=64 time=0.324 ms
64 bytes from 10.0.1.100: icmp_seq=14 ttl=64 time=0.314 ms
--- 10.0.1.100 ping statistics ---
14 packets transmitted, 14 received, 0% packet loss, time 13300ms
rtt min/avg/max/mdev = 0.220/0.309/0.414/0.050 ms

Warum sind die Unterschiede so stark?

Viele Grüße

Zitat von killerbees19

Wie häufig und lange tritt das auf? Kannst Du das im Rettungssystem auch reproduzieren? Oder hast Du wenigstens Verlaufsgrafiken, die das Problem zeigen? Smokeping wäre ein gutes Tool, um das aufzuzeichnen.

Hi,

habe leider keine Verlaufsgrafiken etc.

Ich hab es heute einfach live im Betrieb gemerkt, dass der Ping über das kostenlose vLAN bei ~50 Paketen ca. 15mal über 5ms gestiegen war und gleichzeitig beim Ping über das gebuchte vLAN im Bereich 0.200-0.300ms blieb.

Gruß

Hallo,

als es noch kein freies vLAN gab, hatte ich damals das VLAN für 15 EUR/mtl. gebucht und dazu die virtuellen NICs (7,50€ / Server / Monat).

Das läuft an sich auch sehr gut, Pingzeiten immer sehr gut.

Nun habe ich mir das vLAN Free gebucht und versuche gerade nebenbei auf dieses vLAN umzustellen.

Meine Server haben derzeit also 3 NICs eingerichtet:

NIC #1(WAN)

NIC #2 (VLAN #1, Paid)

NIC #3 (VLAN #2, Free)

Es läuft auch alles, Pakete werden alle richtig geroutet.

Nur habe ich bei VLAN #2 ab und zu sehr hohe Pingzeiten (>4ms), manchmal auch bis zu 25ms, während bei VLAN #1 diese immer bei ~0.200 ms liegen.

Ich musste meine Anwendungen, welche ich auf VLAN #2 umgestellt habe, alle wieder auf das "alte" VLAN #1 umstellen.

Hat jemand ähnliches beobachten können?

Ist das bekannt?

Hat jemand Ideen, Tipps, etc?

LG

Marcel

Zitat von v.homic

Das würde ich Mal gutes Feedback nennen .

Beim Webserver geht es mir weniger um die Resourcen (nur eines der Argumente), sondern mehr um die Kontrolle. Ich kann meinen Apache so wie ich es will jederzeit erweitern oder umkonfigurieren. Diese Freiheit bietet mir kein Webhosting Vertrag.

Das Problem mit der Sicherheit und der damit in Hand gehenden Verantwortung haben mich jetzt dazu gebracht mich erstmal ein wenig zuruckzulehnen und alles in Ruhe zu konfigurieren.

Danke für alle Hilfe bisher, Community,

- v.homic

Keiner hier will dir was böses oder dich bevormunden, wir geben einfach nur Tipps.

Das du bei einem eigenen Server natürlich mehr Freiheiten hast ist klar, das bedeutet zwangsläufig aber auch du bist für alles selbst verantwortlich.

Gruß

Marcel

Vielen Dank an alle Beiträge und Tipps, das werde ich mir in Ruhe nochmals anschauen.

Die Datenbank wächst natürlich nicht soo schnell aber ich mache mir lieber im vornherein Gedanken als dann 5 vor 12.

Liebe Grüße

Marcel

Danke erstmal für den Tipp, wo hast du den denn hergezaubert?

"Leider" sind die Datenbanken für relativ gut besuchte Seiten, also sehr produktiv.

Das zusätzlicher SSD Storage natürlich Geld kostet, ist schon klar

Danke für deine Hilfe, ich schreibe dem Support mal und frage nach, was es für Möglichkeiten gibt.

PostgreSQL Datenbanken sind das.
Die Datenbanken haben tatsächlich ein Volumen von ca. 90 GB.

Im RAM sind derzeit ~10 GB

Habe das leider auch nur so übernommen...

Datenbanken, ich denke da ist SSD dann noch einen Tick sinnvoller, oder?

Ich habe es nun mal etwas mehr durchgelesen.

Webhosting will er ja nicht, weil dort hat man ja nicht soviele Ressourcen bzw. es ist shared.

Aber dann sage ich dir: Wenn deine Anwendung so groß ist, sie also viele benutzen, dann solltest du auf Sicherheit und gute Konfiguration achten.
Und das ist dir nun nach 3 Seiten Thread nicht gelungen.

Ich mein's ja nur gut mit dir, aber bitte...

Hallo,

ich habe einige Root-Server bei euch, bräuchte aber zusätzlichen SSD Storage (aber nicht mehr CPU/RAM-Leistung).

Gibt es da was?

Auch wenn mir nur das Upgrade auf den RS 8000 G8 bleibt, mir sind auch diese 240 GB irgendwann dann wieder zu wenig.


Viele Grüße

Marcel

All diese Dinge die du hier fragst lassen sich doch ganz einfach durch ein wenig Google und ausprobieren lösen.

Wenn ich schon lese was deine Argumentation bzgl. SSH-Pubkey ist, verdrehts mir den Magen.

Wäre es nicht sinnvoller ein Webhosting Paket zu buchen?

Hey,

kannst du mir vielleicht sagen, wie ich aus dem Script die Resource erstelle?

Danke

Hi,

vielen Dank erstmal dafür!

Kannst du mir noch verraten wie ich daraus dann eine Pacemaker Resource erstellen kann?

Herzlichen Dank

So,

hat zufällig schon jemand ein Bash Script um die FailoverIP via SCP API umzuswitchen?

Danke

Zitat von killerbees19

Wurde sie im SCP wirklich diesem Server zugewiesen? Starte mal tcpdump und schau, welche ARP/ICMP Pakete zu dem Zeitpunkt herein kommen.

Ich Blindfisch. Vor lauter Tabs und SSH Sitzungen und und und hatte ich übersehen.. das sie noch auf einen anderen Server zugewiesen war.

Meine Schuld - sorry leute!

Es geht jetzt natürlich.

Zitat von killerbees19

Warum nicht einfach so etwas als "up" Argument beim ens3 Interface?

Code

ip -4 addr add 10.0.0.1/32 dev ens3

Habe ich gemacht, laut "ip a" hats auch funktioniert, pingbar ist die IP trotzdem nicht.

Zitat von H6G

https://www.netcup-wiki.de/wik…_IP_Adresse_konfigurieren

Habe ich nun so gemacht:

# The primary network interface
allow-hotplug ens3
auto ens3
iface ens3 inet static
        address 94.16.115.XXX/22
        gateway 94.16.112.1

iface ens3:1 inet static
        address 185.243.10.XXX/32

Interface ens3 & ens3:1 lassen sich auch ohne Fehler per ifup online nehmen, ein Ping geht jedoch nur auf 94.16.115.XXX