1. Oracle WebLogic Server auf Compute-Instanzen bereitstellen
  2. Oracle WebLogic Server auf Compute-Instanzen bereitstellen

Oracle WebLogic Server auf Compute-Instanzen bereitstellen

Richten Sie Oracle WebLogic Server for OCI schnell mit einem Image aus Oracle Cloud Marketplace ein. Dieses Image umfasst eine einfache Assistentenschnittstelle, mit der Sie Ihre Domains sowie unterstützende Cloud-Ressourcen wie Compute-Instanzen, Netzwerke und Load Balancer konfigurieren und bereitstellen können.

Architektur

Oracle WebLogic Server for OCI ist vollständig in die zugrunde liegende Infrastruktur integriert. Durch diese Integration können Sie ganz einfach ein WebLogic-Cluster bereitstellen und die erforderlichen Services bereitstellen, wie Load Balancer, Block-Volumes, Dateispeicher und Netzwerk.


Beschreibung von wls-oci.png folgt
Beschreibung der Abbildung wls-oci.png

wls-oci-oracle.zip

Diese Architektur enthält die folgenden Komponenten:

  • Faultdomains

    Eine Fehlerdomain ist eine Gruppierung aus Hardware und Infrastruktur innerhalb einer Availability-Domain. Jede Availability-Domain hat drei Faultdomains mit unabhängiger Stromversorgung und Hardware. Wenn Sie Ressourcen auf mehrere Faultdomains verteilen, können Ihre Anwendungen physische Serverfehler, Systemwartung und Stromausfälle innerhalb einer Faultdomain tolerieren.

  • Virtuelles Cloud-Netzwerk (VCN) und Subnetze

    Ein VCN ist ein Software-definiertes Netzwerk, das Sie in den Oracle Cloud Infrastructure-Data Centern in einer bestimmten Region einrichten. VCNs können in Subnetze segmentiert werden. Subnetze können spezifisch für eine Region oder Availability-Domain sein. Sowohl regionsspezifische als auch Availability-Domain-spezifische Subnetze können im selben VCN gleichzeitig vorhanden sein. Subnetze können öffentlich oder privat sein.

  • Load Balancer

    Der Oracle Cloud Infrastructure Load Balancing-Service ermöglicht automatische Trafficverteilung von einem Einstiegspunkt auf mehrere Server, die über das VCN erreichbar sind. Wenn Sie eine WebLogic-Serverdomain erstellen, kann der WebLogic-Server für Oracle Cloud Infrastructure automatisch einen Load Balancer erstellen und so konfigurieren, dass er Traffic auf die Server in Ihrer Domain verteilt. Wenn das Cluster über mehrere Managed Server verfügt, wird die Verwendung eines Load Balancers empfohlen.

  • Schlüsselverwaltung

    Mit Oracle Cloud Infrastructure Key Management können Sie sensible Informationen beim Erstellen einer WebLogic-Serverdomain verwalten. Ein Vault ist ein Container für Verschlüsselungsschlüssel. Sie verschlüsseln die erforderlichen Kennwörter für eine neue Domain mit einem Schlüssel, und WebLogic Server für Oracle Cloud Infrastructure verwendet denselben Schlüssel, um die Kennwörter beim Erstellen der Domain zu entschlüsseln.

  • Datenbanksystem

    Um eine WebLogic-Serverdomain mit JRF-Unterstützung zu erstellen, geben Sie eine vorhandene Datenbank in Oracle Cloud Infrastructure an. Diese Referenzarchitektur verwendet ein DB-System. Nicht-JRF-Domains erfordern keine Datenbank.

  • WebLogic-Domain

    Eine WebLogic-Domain ist eine Gruppe verwandter Anwendungen und Ressourcen sowie die Konfigurationsinformationen, die für deren Ausführung erforderlich sind. Eine Domain umfasst einen oder mehrere Managed Server, die geclustert, nicht geclustert oder eine Kombination aus geclustert und nicht geclustert werden können. Eine Domain kann mehrere Cluster enthalten, jedoch wird standardmäßig nur ein Cluster mit der WebLogic Server Enterprise Edition bereitgestellt.

  • WebLogic cluster

    Ein Cluster ist Teil einer bestimmten WebLogic-Domain. Ein Cluster besteht aus mehreren Managed Servern, die gleichzeitig ausgeführt werden und eine erhöhte Skalierbarkeit und Zuverlässigkeit bieten. Für Clients wird ein WebLogic-Cluster als eine einzelne WebLogic-Serverinstanz dargestellt. Die Serverinstanzen in einem Cluster können auf demselben Rechner oder unterschiedlichen Rechnern ausgeführt werden. Alle Serverinstanzen in einem Cluster müssen unter der gleichen Version von WebLogic Server ausgeführt werden.

Empfehlungen

Verwenden Sie die folgenden Empfehlungen als Ausgangspunkt. Ihre Anforderungen können sich unterscheiden.

  • VCN

    Bestimmen Sie beim Erstellen eines VCN die Anzahl der erforderlichen CIDR-Blöcke und die Größe jedes Blocks basierend auf der Anzahl der Ressourcen, die Sie an Subnetze im VCN anhängen möchten. Verwenden Sie CIDR-Blöcke, die sich im standardmäßigen privaten IP-Adressbereich befinden.

    Nachdem Sie ein VCN erstellt haben, können Sie die zugehörigen CIDR-Blöcke ändern, hinzufügen und entfernen.

    Berücksichtigen Sie beim Entwerfen der Subnetze den Verkehrsfluss und die Sicherheitsanforderungen. Hängen Sie alle Ressourcen innerhalb einer bestimmten Ebene oder Rolle an dasselbe Subnetz an, das als Sicherheitsgrenze dienen kann.

    Regionale Subnetze verwenden

  • Load Balancer

    Die vom Marketplace-Deployment erstellten WebLogic-Server (Admin, Managed Server oder geclusterte Managed Server) werden nicht außerhalb des Subnetzes verfügbar gemacht, es sei denn, ein öffentliches Subnetz ist ausgewählt. Um die Managed Server unter einem einzelnen Endpunkt verfügbar zu machen, verwendet diese Architektur einen öffentlichen Load Balancer im Load Balancing-Service. Für einen öffentlichen Load Balancer ist eine über das Internet zugängliche öffentliche IP-Adresse vorhanden. Wählen Sie beim Provisioning die gewünschte Load Balancer-Bandbreite (bis zu 8000 Mbps).

  • Dateispeicher

    Standardmäßig hängt das Marketplace-Deployment auf jeder virtuellen Maschine (VM) ein Blockspeichergerät an, um WebLogic Serverdomainkonfigurationen zu speichern. Für eine nahtlose gemeinsame Nutzung der Domainkonfiguration können Sie einen Shared Storage basierend auf File Storage Service oder Shared Block Storage auf den VMs mounten. Um Shared Storage zu verwenden, muss er vor dem Erstellen der Domain gemountet werden. Da das Marketplace-Deployment standardmäßig eine Domain bereitstellt, müssen Sie Shared Storage zuordnen und manuell eine neue Domain erstellen.

  • Berechnen

    Oracle Cloud Infrastructure bietet verschiedene Bare-Metal- und Virtual-Machine-(VM-)Ausprägungen. WebLogic unterstützt jedoch nur die Ausprägungen VM.Standard2.x, VM.Standard.E2.x, BM.Standard2.x und BM.Standard.E2.x. Einige Ausprägungen sind möglicherweise nicht in allen Regionen verfügbar.

  • Datenbank

    WebLogic unterstützt die Datenbank, die in Bare-Metal-, VM- und Exadata-DB-Systemen ausgeführt wird. Bei einem VM-DB-System mit einem Knoten können Sie die Datenbank nicht mit der Fast Provisioning-Option erstellen. WebLogic Der Server für Oracle Cloud Infrastructure unterstützt die Verwendung von Logical Volume Manager als Speicherverwaltungssoftware für ein VM-DB-System mit einem Knoten noch nicht.

Überlegungen

Beachten Sie beim Deployment dieser Referenzarchitektur die folgenden Punkte.

  • Privates Subnetz für WebLogic-Server

    Das Architekturdiagramm zeigt aus Gründen der Einfachheit WebLogic-Server in einem öffentlichen Subnetz. Als Best Practice wird empfohlen, WebLogic-Server in private Subnetze zu platzieren. Das Marketplace-Image bietet die Option, die WebLogic-Server in einem privaten Subnetz bereitzustellen. In diesem Fall wird ein zusätzlicher Bastionhost im öffentlichen Subnetz oder Bastion als Ein Service kann verwendet werden. Die WebLogic-Managed Server sind beim Provisioning öffentlich über den Load Balancer zugänglich, und alle Server sind sonst über den Bastionhost oder Bastion als Service zugänglich. Die Managed Server WebLogic sind öffentlich über den Load Balancer zugänglich, sofern bereitgestellt. Auf alle Server kann sonst über den Bastionhost zugegriffen werden.

  • Verfügbarkeit der Anwendung

    Das Deployment stellt Knoten für Managed Server über Faultdomains oder Availability-Domains hinweg bereit, wenn der Mandant mehrere Availability-Domains aufweist. WebLogic-Cluster haben hohe Verfügbarkeit, solange mehrere Knoten bereitgestellt werden. Es besteht die Möglichkeit, eine mit dem Marketplace bereitgestellte WebLogic-Domain zu skalieren.

  • Verwaltbarkeit

    Ein Terraform-Skript stellt den Stack bereit. Der gesamte Stack kann unter Resource Manager > Stacks in der Oracle Cloud Infrastructure-Konsole geprüft und heruntergeladen werden. Sie können diese Infrastruktur als Vorlage verwenden, um sie als Code in Ihrem eigenen Code-Repository zu verwalten.

  • Skalierbarkeit

    Sie können die Compute-Ressourcen für Ihre Oracle WebLogic Server for OCI-Domain vertikal skalieren, um die Performance zu steigern, oder Sie können die Compute-Ressourcen horizontal skalieren, um die Kosten zu senken.

    Hinweis:

    Verwenden Sie Resource Manager nicht, um die Ausprägung der Compute-Instanzen in Ihrer Domain zu ändern. Sie müssen den Compute-Service verwenden. Wenn der Ressourcenmanager nach dem Ändern der Ausprägung ein- und herunterskalieren kann, werden derzeit alle Knoten auf die ursprüngliche Ausprägung zurückgesetzt. Dadurch wird die Domain effektiv zerstört. Es wird empfohlen, die Anzahl der Knoten anstelle der Ausprägung zu skalieren.

    Wenn Sie die Form einer Compute-Instanz ändern, wählen Sie einen anderen Prozessor, eine andere Anzahl von Cores, eine andere Speichermenge, eine Netzwerkbandbreite und die Höchstanzahl von VNICs für die Instanz. Die öffentlichen und privaten IP-Adressen der Instanz, die Volume-Anhänge und die VNIC-Anhänge bleiben gleich. Beispiel: Wenn Sie die Ausprägung einer Instanz von VM-Standard2.2 in VM-Standard2.4 ändern, wird die Kapazität des Knotens von zwei OCPUs auf vier OCPUs verdoppelt. Außerdem wird der dem Knoten zugewiesene Speicher verdoppelt.

Bereitstellen

Der Terraform-Code für diese Referenzarchitektur ist in GitHub verfügbar und kann mit den folgenden Schritten bereitgestellt werden:

  1. Gehen Sie zu GitHub.
  2. Klonen oder laden Sie das Repository auf Ihren lokalen Rechner herunter.
  3. Befolgen Sie die Anweisungen im README-Dokument.

Weitere Informationen

Änderungslog

In diesem Log werden wichtige Änderungen aufgeführt: