Das nenne ich Mut zur Lücke. Du willst ein Geschäftsmodell aufziehen und dein Wissen beziehst du aus schwindeligen KI-Statements und Nachfragen in einem Forum.
Respekt! Soviel Chuzpe muss man erstmal mitbringen.
Ich will dir wirklich nicht zu nahe treten, aber für mich wirkt es halt so, als ob du irgendeine geschäftliche Anwendung auf suboptimaler Hardware ohne Vorkenntnisse mit KI-Hilfe zusammenfrickelst und alle auftretenen Fragen mit Forumshilfe lösen...
Ich weiß es nicht, weil ich dafür keine ausreichende Erfahrung habe. Und Claude oder sonsteine KI ohne Hintergrundwissen zu fragen, wird nur auf "Garbage in/Garbage out" hinauslaufen, also lasse ich das. Dir würde ich das Gleiche raten.
Bei Datenbanken IMMER auf Datenbankebene und bei Anwendungen immer auf Anwendungsebene, soweit möglich. HA im Hypervisor sehe ich eher als Notlösung, da die nicht zwingend Konsistenz und Transaktionssicherheit garantiert, die der Datenbank sollte...
In general or about your feature request? Those are tracked at bugzilla: https://bugzilla.proxmox.com/show_bug.cgi?id=3760 . I don't see any developer assigned yet.
Den Punkt mit dem virtuellen Backupserver würd ich mitnehmen, aber von anderer Seite: wenn der PBS als VM auf dem TrueNAS läuft und TrueNAS gleichzeitig die VM-Disks hält, hängen Produktivdaten und Backup am selben Blech. Für den Gebäude-weg-Fall...
Oder je nach Größe der DBs den nativen dump mittels PBS abziehen und syncen, aber stündlich kann das je nach Datenbank auch ein Performance Thema werden. Ohne DBJournal und/oder dump, kann auch deutlich mehr weg sein, als die letzte Stunde, weil...
Prüfen ob das aktuelle Setup für die Zielsetzung geeignet ist. Technologie, WIssensstand und Anforderungen sind mitunter sehr dynamisch. Wenn man alles nach aktuellem Stand neu plant, findet man i.d.r. auch Punkte, die im alten Konzept übersehen...
Ich würde halt einfach bei jedem Punkt darauf bestehen und klar machen, dass es total gegen deine Empfehlung ist.
Nein warte, ich würde ein komplettes Konzept vorzeigen mit neuer Hardware und wie ich es machen würde.
Wenn dann was nicht sauber...
TrueNAS ist noch nicht mal bare metal, sondern ein ESC Cluster? Wird ja immer wilder :)
Müll vielleicht nicht, aber übelst komplex und viele Layer.
Dazu noch möglichst billig, weil geiziger Auftraggeber. Bisschen fake HA drüber gestreut, was...
nope
Since Proxmox does not use netplan or iface config, but some IMHO wired GUI config generator, I simply use 2001:balbablastaticIpv6/64 as IPv6 and fdblablabla as gateway. You could also change /etc/network/interfaces, but I have no idea if...
Dann musst du aber an Standort B auch ein PVE Hardware haben, auf die du restoren kannst.
Irgendwie seltsame Kombi, du hast keinen lokalen PVE Storage an Standort A, weil du Hardware limitiert bist, möchtest aber PVE A, PBS A, TrueNAS A und PVE...
Datenbanken kann man in ProxmoxVE schon gut betreiben, man sollte dafür aber dann halt nicht ProxmoxVEs HA-Feature und Replikation nehmen, sondern die nativen Cluster-/Replikationsfeatures der jeweiligen Datenbank.
Das wäre auch meine Präferenz, damit geht sogar Pseudo-HA ;) Aber: Envtl. hat der OP schlicht nicht genug lokalen Storage und nutzt deshalb TrueNAS?
Und zusätzlich zum PBS könnte man mit pve-zsnc die Gäste auf Standort b für ein schnelles...
Ich verstehe schon das lokale HA Konzept nicht.
Da wird ein PVE cluster verwendet, aber mit dem TrueNAS gibt es einen SPOF? Wahrscheinlich auch noch X andere SPOF (Netzwerk).
Und welchen Fall möchte man genau abdecken mit dem "externen...
Ich finde das Setup ist recht gruselig.
Um eine DB im laufenden Betrieb nahtlos zu übernehmen, taugt es nicht für 5 Pfennig.
Entweder du hast einen entsprechenden Speicher, der das zulässt oder du hast Zeitintervalle, die zu deinen nicht...