Die Frage wird höchstwahrscheinlich auf Meinungen basierende Antworten aufbringen. Dies ist einer von ihnen.
Der Lastausgleich ist nicht einfach verfügbar, wenn Sie den Oracle DB-Prozess als Dienst in einem Red Hat-Cluster ausführen. Das Beste, was Sie beim Clustering tun können, wäre Active-Standby, dh. Oracle DB-Prozesse würden zu einem bestimmten Zeitpunkt nur auf einem der Knoten in Ihrem Cluster ausgeführt, und die Prozesse werden bei Ausfall auf einen anderen Knoten umgeschaltet. Auch das könnte sich als ziemlich schwierig erweisen.
Der Grund, warum ein Lastausgleichs-Szenario auf diese Weise nicht möglich ist, liegt darin, dass der Zugriff auf Datenpartitionen mit mehr als einem Oracle DB-Prozess ohne Kenntnis der anderen Daten Ihre Daten beschädigen kann. Derzeit besteht die Möglichkeit, Knoten auf Oracle DB-Ebene aufeinander aufmerksam zu machen, darin, RAC zu kaufen. Deshalb verkaufen sie es.
Eine Active-Standby-Konfiguration könnte jedoch in etwa wie folgt aussehen: Binden Sie Oracle DB-Prozesse an eine zusätzliche IP-Adresse, die dann mit dem Dienst von Knoten zu Knoten übertragen wird. Sowohl die Service-IP-Adresse als auch die Oracle DB-Prozesse und Datenpartitionen sind Dienste in einem Red Hat-Cluster, die bei einem Ausfall von Knoten zu Knoten laufen. Die Service-IP bietet Ihnen einen Vorteil: Die Art und Weise, wie sich Ihre Clients erneut verbinden können, wenn ein Knoten ausfällt und ein anderer seinen Platz einnimmt. Während der Umschaltung im aktiven Standby-Szenario werden jedoch alle vorhandenen Verbindungen unterbrochen.
Neben den oben genannten Nachteilen gibt es auch andere Probleme. Beispielsweise ist es schwierig, Unterstützung von Oracle zu erhalten, wenn etwas schief geht, da das von Ihnen vorgeschlagene Szenario nicht unbedingt von Oracle empfohlen wird.
Zusammenfassend lässt sich sagen, dass es eine gute Idee sein sollte, das Ganze noch einmal zu überdenken. Wenn Sie den Lastausgleich auf Oracle-DB-Ebene wirklich benötigen, sind Sie wahrscheinlich besser dran, RAC zu kaufen, als zu versuchen, eine eigene Lösung zu entwickeln, die einige der Funktionen von RAC nachahmt.