Beiträge von Hecke29

    Wage ich zu bezweifeln, grade da der Onlineshop nicht das Kerngeschäft von Amazon ausmacht ;)

    Öh. Der "Onlineshop" ist zwar nicht die profitabelste Sparte, aber doch die größte, was man gemeinhin als "Kerngeschäft" bezeichnet. Magst du deine Aussage etwas ausführen?

    Ich überlege derzeit den 36C3 in mein Jahresplan mit aufzunehmen. Ich gucke mir in den letzten Jahren oft die Aufzeichnungen der Vorträge an und dachte man könnte da auch Mal hingehen.

    Zum einen organisatorisch: Bekommt man jetzt noch Hotelzimmer? :D

    Und, eher zur Vergewisserung, da der Kongress zumindest gefühlt auch politisch ist: darf ich da auch als vermutlich eher konservativer Kapitalist ( :D ) hin; solange ich niemanden "bekehren" ( :D ) will sicherlich kein Problem, oder?

    Ich denke ich müsste das mal mit MaxScale versuchen. Habe mehrfach gelesen das soll besser sein.

    Mach das gerne mal. Ich hab hier und da haProxy in Verdacht für ein, zwei Probleme verantwortlich zu sein.

    Nur falls du Lust hast kannst du gerne mal dein Prüfscript und Failover IP Change Script posten.

    Ist ein ganz normaler Aufruf des nagios-pluginscheck_mysql Scripts: https://www.monitoring-plugins.org/doc/man/check_mysql.html

    check_mysql --hostname=cluster01.example.org -u monitoring_connect --password='iBims1pAssw0rT'

    Das IP-Change-Script poste ich hier lieber nicht :D :D Das ist so dreckig :D Ne, das würde mich selber in meiner Entwicklerehre verletzen das öffentlich zu sehen. Hatte ich erst kurz vor Neujahr jetzt auf meine "mal machen und auf github stellen"-Liste gesetzt. Ist eine Corosync/Pacemaker OCF-Ressource ( https://www.admin-magazin.de/Das-Heft/2012/…t-programmieren )

    Also du hast auf allen drei Servern den Proxy installiert? Oder wie ist die genaue Konstellation? Ich kann mir das grad nicht vorstellen :)

    Vorallem welche IP wird dann in den Anwendungen eingetragen? Du hast ja dann drei Server also drei IPs

    Die Failover-IP (bzw. in meinem Fall der DNS-Name, der auf diese FailOver-IP auflöst).

    Quasi (Vorsicht! ASCII-Zeichenskills):

    Code
                       haProxy1 --- MariaDB-Cluster-Node1   [SRV01]
                     /          \\/
    --Fail-Over-IPv4-- haProxy2 -X- MariaDB-Cluster-Node2   [SRV02]
                     \          //\
                       haProxy3 --- MariaDB-Cluster-Node3   [SRV03]

    Die haProxy-Config prüft jeden Cluster-Node auf generelle Konnektivität (ICMP) und ob ein mysql-Dienst lauscht (mysql_connect).

    • Fällt der Server aus, dem grade nicht die IPv4 zugewiesen ist, aber in haProxy grade aktiv ist, bleibt die IPv4 wo sie ist und haProxy balanced einfach auf einen anderen Cluster-Node ("Standardfall").
    • Fällt der Server aus (z.B. SRV01), dem grade die failOverIP zugewiesen ist, so sind haProxy1 und MariaDB-Cluster-Node1 weg. SRV02 und SRV03 erkennen das und einigen sich, wer die IPv4 nun bekommt.

    Dazu von meinen Servern aus Monitoring, ob mysql_connect auf FailOver-IP möglich

    Mal eine etwas blöde Frage wo sich ein eigenes Thema glaub kaum lohnt.

    Gibt es eine Möglichkeit bei einem MariaDB Cluster das so einzurichten, dass ich keinen Proxy benötige? Wenn ich HAProxy/MaxScale einsetze, so gebe ich in allen Anwendungen die IP des Proxy an. Wenn dieser jedoch mal weg sein sollte, so ist die Datenbank nicht mehr erreichbar. Ansonsten müsste ich ja zwei Proxys verwenden mittels Failover IP oder gibt es da was "schlaueres"?

    Bei einem Gluster System (Nicht für die Datenbank geeignet was mir klar ist) kann ich ja mehrere Server zusammenschliessen, und dank dem Gluster Client verwendet er immer die IP die erreichbar ist ohne das ich einen Proxy verwende.

    Ich hab drei Server mit jeweils MariaDB im Cluster und haProxy ;) Die FailOver-IP wird umgebogen, sobald die zwei anderen Nodes der Meinung sind den dritten verloren zu haben. Jeder Node ist LoadBalancer als auch Cluster-Teilnehmer

    Kommt das nur mir so vor, oder schreibt [netcup] Felix jetzt Öfter im Forum und auch viel lockerer?

    Das ist die Feiertagsstimmung :D Geht bestimmt schnell wieder vorbei :P

    Da fällt mir ein: Ich hatte noch einen schlechten Wortwitz zu einem seiner Posts heute / gestern. Müsste ich nochmal nachholen.

    //Edit: Ne, find ich nicht mehr :( Muss richtig schlecht gewesen sein

    Hmpf ich konnte nicht widerstehen.

    Ich hab das damals auf Arbeit kennen gelernt und so super-PoC für mich eingerichtet (immernoch nur unter Angabe des Ports aufrufbar, keine Beschränkung wer loggen darf :D :D ), dann syslog an Graylog per ansible an alle meine Server verteilt und erst Monate später überhaupt geguckt, was man aus den Daten so machen kann.

    Datenschutzrechtlich ein Graus (Sammeln und dann mal gucken, was wir damit machen), aber so nachträglich Auswertungen fahren ist ganz cool.

    Der Dezember ist irgendwie ein bisschen eskaliert:

    https://data.perryflynn.de/laengstes.html

    lol :D Ich bin ja ganz gut dabei. Hecke29 hat 229 Posts (29% seiner Posts) und 291 Likes in diesem Thread.

    Leider brauche ich noch 5 Jahre um der Zahl gerecht zu werden, aber ich denke mein Lebenswerk wird deutlich.

    Am besten nochmal 9 Likes dafür lassen, dann hab ich mit 29 Likes auch den Most liked Post im Thread :D :D https://forum.netcup.de/sonstiges/smal…hema/#post93628

    Interessant finde ich noch, dass ich bei den monthly stats kaum (nur ein einziges mal) in den TOP3 bin. Also mehr der kontinuierliche Typ

    Coole Statistik auf jeden Fall! (Ich weiß gibt's schon länger, hab aber nie richtig reingeguckt)

    Wenn der Post klappt, war ich es nicht :D

    Man erkennt es an einem kleinen Schloss unter dem Profilbild.

    Ich hab es erst nicht bemerkt, weil mir Posts des entsprechenden Users standardmäßig ausgeblendet werden, aber nach Felix' Post hab ich mal nachgeguckt und lag richtig mit meiner Vermutung

    Ein Post des Users findet sich z.B. auf dieser Seite 892 vom längsten Thema

    Kann ich eigentlich den SRV Eintrag auf 0 5 4892 vala-network.de. ändern? Oder muss der Host ts3 davor stehen?

    nein, nicht, wenn du unter vala-Network.de auch einen A-Record haben möchtest, der auf dein Webhosting zeigt.

    Stell dir den SRV-Record als eine Art Weiterleitungseintrag vor: Er sagt: Hey, wenn du dich zum ts3 per UDP Verbinden willst, frag Mal bei Port 4892 auf der IP nach, die sich hinter ts3.vala-network.de befindet.

    Wenn du das dort nun nur auf vala-Network.de umstellen würdest, soll der TS3 Client sich zur IP hinter dem @ Record verbinden. Das ist die IP des Webhostings.

    Richtig ist, dass wenn die subdomain ts3. wie aktuell nur einen A-Record und keinen AAAAA-arecord hat, dass sich Clients, die "Nur IPv6 sprechen" nicht verbinden können.

    Der SRV sagt auch ihnen: Hey, verbinde dich zu Port 4892 auf der Subdomain ts3.

    Also fragt der ipv6-fähige TS-Client welcher AAAAA-Record zur Subdomain ts3 existiert (keiner, weshalb der Wildcard * AAAAA Record gilt - der zeigt aber auf dein Webhosting).

    Aber wie gesagt weiß ich gar nicht ob der ts-client überhaupt IPv6 kann.

    Problem an der Sache wäre unter ts3.vala-network.de kann ich nicht auf den Server joinen.

    sofern unter der 33.59-IP auf Port 4892 ein TS Server läuft, müsste das aber gehen.

    Außer, aber ich weiß nicht ob TS3 das kann, der Client kommt via IPv6. Dann greift nämlich durch den SRV-Eintrag letztlich der * AAAAA Record und der zeigt auf das Webhosting, da es für die Subdomain ts3 selbst keinen AAAAA Record gibt.