2014 borys neselovskyi_web_logic_server_auf_oda_praesentation

© OPITZ CONSULTING GmbH 2014 Seite 1WebLogic Server auf ODA: Erfahrungsbericht aus einem Kundenprojekt
Borys Neselovskyi,
Senior Consultant
OPITZ CONSULTING Deutschland GmbH
WebLogic Server auf ODA:
Erfahrungen aus einem Kundenprojekt
DOAG Konferenz, Nürnberg, November 2014
WebLogic Server auf ODA

Agenda
1. Projektmotivation
2. Warum ODA?
3. ODA und WebLogic Server
4. WebLogic Server Installation auf ODA
5. WebLogic Server auf ODA betreiben
6. Verfügbarkeits- und Performancetests
7. Disaster-Recovery-Optionen
8. Fazit

1 Projektmotivation

Projektdaten
 Ausgangsposition
 Zwei Rechenzentren
 Mehrere Engineered Systems (ODA/Exadata) im Einsatz
 Mehrere, auf Apache Tomcat basierende, Webanwendungen
 Einige Programme sind unternehmenskritisch: 24 x 7
 Anforderungen
 Migration von Tomcat auf den WebLogic Server
 Plattform zur Evaluierung: WebLogic auf ODA
 Plattform
 2 x ODA X3-2

2 Warum ODA?

Business Critical Services und Daten wachsen!
 High-Availability-Lösungen sind wünschenswert aber nicht
einfach umzusetzen!
Kompliziert
und teuer
Spezielle Fähigkeiten
sind erforderlich

Lösung?

Oracle Database Appliance
 Engineered System
 Einfach zu installieren und zu warten
 Hohe Ausfallsicherheit durch redundante Komponenten!
 Alles in einer Box
 Pay as your grow
Quelle: www.cloudproviderusa.com/weekly-dose-
cloud-humor
Quelle: www.oracle.com

ODA – zwei Varianten zur Auswahl
 Oracle Database Appliance Bare Metal
 Datenbanken
 Oracle Database Appliance Virtual Plattform (OVM)
 Datenbanken und WebLogic Server
 Die Datenbank läuft in einer virtuellen Maschine (ODA_BASE) mit direktem
Zugriff auf das Storage
 CPU- und Memory-Zuweisung an die ODA_BASE möglich
 Alle CPUs die nicht an ODA_BASE zugewiesen sind, stehen für andere
Applikationen zur Verfügung
 Vorkonfigurierte VM Templates für schnelles Deployment
 Verwaltung der VM mittels Oracle Appliance Manager (oakcli)

3 ODA und WebLogic Server

WebLogic Server auf ODA: Daten
 ODA OVM Template Version 2.7:
 ODA V1 und X3-2
 OVM 3
 Oracle Linux 5 Update 9
 Datenbank und WLS sind virtualisiert (OVM)
 WLS Version 10.3.6 / 12.1.1 / 12.1.2
 1 WLS Domäne
 2, 4 oder 8 Managed Server
 OTD 11.1.1.7
 ODA OVM Template Version 2.9.1:
 ODA V1, X3-2 und X4-2
 Oracle Linux Release 5.9 UEK2
 Max. 3 WLS Domänen (ODA X3-2)
 2 bis 16 Managed Server
 Shared Storage Repository Option

Hinweis: Interne Datenbank
 Versionen 2.5, 2.6 und 2.7:
 Interne Datenbank wird automatisch mitinstalliert:
 TLOG
 JMS Store
 Wichtig: die Datenbank darf nur für TLOG / JMS Store verwendet werden!!!
 Wichtig: die Datenbank muss extra lizensiert werden!!!
 Version 2.9.1:
 Keine Datenbank
 TLOG und JMS Store in einer beliebigen Datenbank
Quelle: WebLogic On Oracle Database Appliance Internal Database
(Doc ID 1622693.1)

Oracle Traffic Director: Daten
 Software Loadbalancer
 Funktionen:
 Loadbalancer
 Reverse Proxy
 Web Application Firewall (WAF)
 Proxy Caching
 Protokolle:
 HTTP, HTTPS, TCP, LDAP/T3*
 Administration:
 Administrationskonsole
 CLI tadm
 EM Cloud Control
* LDAP/T3: ab Version 11.1.1.7

Zuordnung von Ressourcen
Quelle:
http://www.oracle.com/technetwork/middleware/weblogic-oda/weblogiconoda-datasheet-1925421.pdf

WLS auf ODA: Architektur

WebLogic Domain auf ODA
MS1 VM
MS2 VM
Admin Server VM

Oracle Traffic Director
Admin Server VM
Admin Node1 VM
Admin Node2 VM
WLS
Domain
OTD VIP

Admin Server VM
Admin Node1 VM
Admin Node2 VM
WLS
Domain
OTD VIP

Admin Server VM
Admin Node1 VM
Admin Node2 VM
WLS
Domäne
OTD VIP

4
WebLogic Server Installation auf
ODA

Installation planen
 Hostnamen
 RFC 952 Standard: [A-Z], [0-9], [-], [.]
 IP Adressen (im DNS)
 Public-IP-Adressen:
 Alle WLS VMs
 3 x OTD-Instanzen
 1 x virtuelle IP
 Hinweis: Interne IP-Adressen für die Cluster-Kommunikation werden
automatisch konfiguriert
 CPU

Erste Schritte
 Setup Poster
 Wird mit der Maschine geliefert
 Schritt 1: Storage und
Interconnect verkabeln
 Ohne zusätzlichen
Storage Shelf
 Mit zusätzlichem
Storage Shelf

Erste Schtritte
 Schritt 2: Netzwerk und Stromkabel anschließen
 Strom an PSU (1)
 Ethernet an ILOM (2)
 10GbE Netzwerk an Net0 & Net1 (bond0) (3)
 KVM (4)

Erste Schritte
 Schritt 3: Initiales Netzwerk konfigurieren: ILO Konsole
 oakcli configure firstnet
 Schritt 4: ODA_BASE Deployment
 Schritt 5: Runterladen von ODA Oracle Installationsmedien
http://www.oracle.com/technetwork/middleware/weblogic-
oda/downloads/index.html

Erste Schritte
 Schritt 6: Dateien auf ODA_BASE Node 0 auspacken und
bereitstellen
cd /OVS/staging
unzip WLS_ODA_2.9.1.0.0_1212.zip
cp WLS_1212_VMT.tar.gz root@ip_address:/OVS/staging
cp OTD_11117_VMT_tar.gz root@ip_address:/OVS/staging
 Schritt 7: Konfigurator auspacken
tar xvf WLS_ODA_Configurator_2.9.1.0.0.tar

Installation starten
 VNC Server auf ODA_BASE starten:
vncserver
 Internet Explorer starten und mit Hilfe des VNC Client zu
ODA_BASE verbinden
 Installation starten
config.sh

Installation

Installationsprobleme
 ODA 2.7: Problem 1: CPU Pool erstellen:
OAKERR:7015 Error during CPU pool operation : Not enough number of cpus
available in default-unpinned-pool pool for making the allocation of 16 cpus
 Lösung: CPU Pool für VMs erstellen:
oakcli show processor
oakcli show vm
oakcli show spupool
oakcli show spupool -n 0
oakcli configure cpupool
oakcli configure oda_base

 ODA 2.7: Problem 2: Datenbank Template fehlt
Error occured creating internal database w0l0sint, got exit code : 1
Information aus der Logdatei:
Template T4DBTemplate.dbt does not exist. Please specify an existing template
for database creation.
 Lösung in der MOS Note: 161752.1
cp OAK_Very_Small.dbt T4DBTemplate.dbt

 ODA 2.9.1: ein einziges Problem
 Installation lief ohne Probleme durch
 Auf VMs konnte nicht zugegriffen werden:
 Netzwerk wurde nicht konfiguriert
 WLS und OTD Prozesse wurden nicht gestartet
 SR Prio. 1 wurde schleppen bearbeitet
 Die Lösung kam nach zwei Wochen:
 Neues ODA Image runtergeladen
 … und das Problem war plötzlich weg!
 Fazit: Ein guter Wein muss reifen 

Wenn die Installation gelöscht werden muss …
 Auf dem ODA_BASE Knoten:
cd /tmp/WLS_ODA_Configurator_2.9.1.0.0
./cleanup.sh <erste Domäne>

5
WebLogic Server auf ODA
betreiben

Merkmale der Installation
 Plattenplatz:
 4 GB für System
 Zwei virtuelle Platten je 7,5 GB:
 /u01
 /opt
 Wo findet man die Software-Verzeichnisse?
MW_HOME: /opt/oracle/middleware
WLS_HOME: /opt/oracle/middleware/wlserver
WLS_DOMAIN_HOME: /u01/<domain_name>
OTD_HOME: /opt/oracle/trafficdirector
OTD_INSTANCE_HOME: /u01/OTD/InstanceHome
JAVA_HOME: /opt/oracle/jdk1.7.0_45

 WLS Admin Konsole URL: https://ip_address:7001/console
Admin Benutzer: SYSTEM
 OTD Admin Konsole URL: https:/ip_address:8989
Admin Benutzer: ADMIN
 Start-/Stop-Skripte:
OTD: Usage: /etc/init.d/otd-admin-server
{start|stop|restart|reload|status}
WLS: Usage: /etc/init.d/wlsstart {start|stop}
 2.7 Bug: WLS und OTD sind unter ROOT gestartet
 2.7 Besonderheit: Domäne läuft im Development-Modus

 2.9 Besonderheit: Managed Server: Status: ADMIN

OAKCLI: mächtiges Werkzeug
 Pfad: /opt/oracle/oak/bin
 VM starten / stoppen:
oakcli stop vm vm_name
oakcli start vm vm_name
 VM löschen
oakcli stop vm WLS_mydomain_ManagedServer_8
oakcli delete vm WLS_mydomain_ManagedServer_8
 CPU Pool administrieren:
oakcli create cpupool wlsCpuPool -numcpu 8 -node 0
oakcli delete cpupool wlsCpuPool -numcpu 8 -node 1
 CPU Pool an VM zuweisen:
oakcli configure vm vm_name -cpupool wlsCpuPool

OAKCLI: ein mächtiges Werkzeug
 VM Info: oakcli show vm
 CPU Pool Info: oakcli show cpupool -node 0 (1)
oakcli show vm
NAME NODENUM MEMORY VCPU STATE
OTD_MyDomain1_AdminNode_1 1 6144 4 ONLINE
OTD_MyDomain1_AdminNode_2 0 6144 4 ONLINE
OTD_MyDomain1_AdminServer 1 1024 2 ONLINE
WL_MyDomain1_AS 0 2048 2 ONLINE
WL_MyDomain1_C1_MS_1 0 4096 4 ONLINE
WL_MyDomain1_C1_MS_2 1 4096 4 ONLINE
WL_TestDomain_AS 0 2048 2 ONLINE
WL_TestDomain_C1_MS_1 0 4096 4 ONLINE
WL_TestDomain_C1_MS_2 1 4096 4 ONLINE
Pool Cpu List
wlsOdaCpuPool [0, 1, 2, 3, 4, 5, 6, 7, 8, 9,
10, 11, 12, 13]
default-unpinned-pool [14, 15]
odaBaseCpuPool [16, 17, 18, 19, 20, 21, 22, 2
3, 24, 25, 26, 27, 28, 29, 30,
31]

6
Verfügbarkeits- und
Performancetests

Deployment
 Deployment einer Anwendung
 Download der Anwendung sample.war:
https://tomcat.apache.org/tomcat-7.0-doc/appdev/sample
 Deployment:
 Die Testseite zeigt folgende URL’s:
 Die Anwendung funktioniert nur
über die Loadbalancer VIP Adresse:
http://vip_adresse>/sample
 Zitat aus dem SR:
“Managed server are listening to
infiniband ip address and they are communicating over the 40 gig network. The infiniband
ip address are private ip address and wouldn't be accessible outside the OTD instance”

Performancetests mit dem Grinder Tool
 Grinder Konsole: GUI Tool besteht aus:
 Grinder Konsole
 Grinder Agent (wird auf dem WebServer ausgeführt)
 Installation (Konsole und Agent):
 X-Server muss ausgeführt werden
 JDK 1.7 muss installiert werden
 unzip grinder-3.11-binary.zip –d /home/oracle
 Die Datei setgrindersetenv.sh editieren:
GRINDERPATH=/home/oracle/grinder-3.11
GRINDERPROPS=${GRINDERPATH}/custom_config/grinder.properties
CLASSPATH=$GRINDERPATH/lib/grinder.jar:$CLASSPATH
JAVA_HOME=/opt/oracle/jdk1.7.0_45
PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH PATH GRINDERPROPS

Grinder Agent Konfiguration
 Datei grinder.py: Bedienung der Anwendung
# LoadBalancer Adresse definiieren:
url0 = 'http://10.16.136.94'
…
# START
request101 = createRequest(Test(101, 'GET contacts'), url0, headers0)
request102 = createRequest(Test(102, 'GET /'), url0, headers0)
request103 = createRequest(Test(103, 'GET styles.css'), url0)
# BROWSE
request201 = createRequest(Test(201, 'GET dispatch'), url0)
# EDIT
# UPDATE
class TestRunner:
"""A TestRunner instance is created for each worker thread."""

Grinder Agent Konfiguration
 Die Datei grinder.properties anpassen:
# Relative paths are evaluated from the directory containing
the
# properties file. The default is "grinder.py".
grinder.script = grinder.py
# The number of worker processes each agent should start.
# The default is 1
grinder.processes = 2
# The number of worker threads each worker process should
start. # The default is 1.
grinder.threads = 200

Performancetests starten
 Grinder Konsole ausführen:
./startconsole.sh
 Agent starten:
export JAVA_HOME=…/jdk1.7.0_45
export PATH=$JAVA_HOME/bin:$PATH
./startagent.sh
INFO agent: The Grinder 3.11
INFO agent: connected to console at /XX.XX.XXX.XXX:6372
INFO agent: waiting for console signal

Performancetests durchführen

7 Disaster-Recovery-Optionen

Ideen zu Disaster Recovery
RZ1 RZ2
MS1
MS3
MS2

RZ1 RZ2
MS1
MS3
MS2

Was nicht supportet wird …
 Auszug aus Oracle Dokumentation:
Creating Multiple Domains and Expanding Existing Domains
After the initial provisioning, do not run the configuration utility again to create
additional domains and clusters until the existing environment is cleaned up.
Oracle also does not support creation of additional WebLogic Server and OTD
instances in the domain. Oracle recommends that you do not create additional
clusters or Managed Servers in this environment, and that you not add
Managed Servers to the existing VMs. These scenarios are not supported.

RZ1 RZ2
MS1
MS3
MS2
Domain 1

RZ1 RZ2
MS1
MS3
MS2
Domain 1
MS1
MS3
MS2
Domain 2

RZ1 RZ2
MS1
MS3
MS2
Domain 1
MS1
MS3
MS2
Domain 2
• ZFS
• RSync
• Skript

8 Fazit

Fazit
 Bei einem sehr neuen Release: abwarten
 Komplizierte Umgebungen sehr leicht installiert
 Patchen für das gesamte System: sehr hilfreich
 Sehr performante Cluster Kommunikation
 Gewünscht ist ein Disaster Recovery Konzept

Fragen und Antworten

Kontakt und Ansprechpartner
Borys Neselovskyi
Senior Consultant
OPITZ CONSULTING Deutschland GmbH
Standort Essen
Kontakt:
borys.neselovskyi@opitz-consulting.com
Telefon +49 201 892994-1797
Mobil +49 173 7279029

2014 borys neselovskyi_web_logic_server_auf_oda_praesentation

Weitere ähnliche Inhalte

Was ist angesagt?

2014 borys neselovskyi_web_logic_server_auf_oda_praesentation