alternativen des betriebs von weblogic mit kubernetes/docker · © opitz consulting 2018...

© OPITZ CONSULTING 2018

überraschend mehr Möglichkeiten!


Michael Schulze, Senior Consultant

Alternativen des Betriebs von Weblogic mit Kubernetes/Docker

DOAG Konferenz 2018 , 22.11.2018

© OPITZ CONSULTING 2018 Seite 2

Zur Person

seit 20 J Oracle im Unix/Linux Umfeld

1998: SNI Reliant Unix, Oracle 7.3, Forms 3

Spektrum: OS, Datenbank, Middleware, HA, Engineered Systems, Virtualisierung

bei Opitz Consulting seit 2015

diverse HA-Projekte: Weblogic / FMW-Umfeld, Exadata-Bereich

Autor Redstack Magazin

Conference + DOAG Speaker

Alternativen des Betriebs von Weblogic mit Kubernetes und Docker


überzählige blaue Zahlenboxen löschen!

Agenda

1

2

3

4

5

Einleitung in die Thematik

Docker im Oracle Umfeld mit Use-Case

Kubernetes – K8s

Use-Case: Lokaler K8s Cluster mit WLS

Fazit



Einleitung in die Thematik

Modulare Infrastrukturen lösen Serversysteme ab, Paradigmenwechsel

Themen: wie Docker, Kubernetes spielen eine zunehmend eine große Rolle – Skalierbarkeit

Klassifizierung ist notwendig

auch im Oracle-Umfeld – hier WLS

Betrachtung Use-Cases: WLS (Docker und Kubernetes)

1



möglich

Betrachtete Komponenten



Docker im Oracle Umfeld 2



möglich

Grundlagen und Architektur



möglich

Vorteile Container-Runtime gg. OS only

Gekapselte Anwendungen möglich (eigene IPs etc.)

dadurch Sicherheit gegeben, Mandantenfähigkeit

Container sind zustandslos (persistente Daten in Volumes)

dadurch jederzeit wieder herstellbar

Durch git-Kontrolle Änderungen nachvollziehbar

löst monolytische Systemlandschaften ab

Insbesondere erfolgreich in Development Umgebungen

Schnelle Provisionierung von Anwendungen



möglich

Use-Case: Docker mit Weblogic 12.2.1.3

Weblogic Image bereitstellen Login in docker hub

Docker Image ziehen + Kontrolle


Image starten als Container

RUN

Ergebnis: laufender AdminServer


Kubernetes – K8s 3



möglich

Bedeutung von K8s als moderne Infrastruktur Trend: verteilte und skalierbare Software

mit Monitoring

weg von Monolithen hin zu Microservices

Docker machte erfolgreich den Anfang

Notwendigkeit Anwendungen für eine große Anzahl Benutzer zur Verfügung zu stellen

Cluster von Containern müssen betrieben werden

Lastverteilung, Skalierung sind Themen um Anforderungen gerecht zu werden


Kubernetes: Automatisierung der Bereitstellung, Skalierung und Verwaltung von Container-Anwendungen

Toolset ist integriert um K8-Software bei Cloud-Providern und On-Premiseauszuführen.

hohe Bedeutung als Infrastruktur und verteilte Container-Workloads

Eigene Konzepte: wie Node, POD, Replikation, Services enthalten

Kubernetes hat Zukunftsperspektive


möglich

K8s - Grundlagen und Architektur



Lokaler K8s-Cluster mit WLS-Domain 4



möglich

Features und Möglichkeiten

minikube lokaler Kubernetes Cluster 1 Node Ideal als Testumgebung Virtualbox, KVM als Hypervisor als

Grundlage Docker, K8s-Master+Cluster werden in VM

provisioniert Anforderungen an Hardware Config hier: 8CPUCores, 16GB RAM Umgebung Grundlage für die Weblogic

Provisonierung im Use-Case


kubectl Zentrale CLI Steuerung um die im

Kubernetes Cluster enthaltenen Komponenten z.B PODs zu administrieren

Möglichkeiten der Skalierung enthalten Leitet die Befehle an die REST-API

(MASTER) weiter die dann ausführt auf den Node(s)

Dashboard Alle Möglichkeiten auch in GUI vorhanden Umfangreiche Steuerzentrale mit

Monitoringfunktionalität Ermöglicht Overview über K8s Umgebung


möglich

minikube und kubectl im Gespann (1)



möglich

minikube und kubectl im Gespann, Installation (2)

minikube (lokaler Kubernetes Cluster) Bereitstellung:

minikube --help


kubectl (CLI-Interface) Bereitstellung:

kubectl --help


möglich

Use-Case als Testinstanz: minikube mit Weblogic12.2.1.3 betreiben (1)

Vorraussetzungen: Installiertes minikube + kubectl Installation von virtualbox Installation von git (ggf. maven) Weblogic-Operator beziehen aus git

minikube starten, ggf. anpassen Ress.


Ablauf: Virtuelle Maschine und DockerBoot Image wird

downloaded und bereitgestellt IP, Files, kubelet/kubeadm Download Zertifikate und Config bereitstellen Starten des Clusters, READY >Downloads nur 1x initial.

Status prüfen:


möglich


Vorbereiten .yaml File: create-weblogic-operator-inputs.yaml targetNamespaces: domain1,domain2 elkIntegrationEnabled: false

Installation weblogic-operator:

Verfügbarkeit prüfen


Vorbereiten .yaml File: create-weblogic-domain-inputs.yaml domainUID: domain1 configuredManagedServerCount: 4 weblogicDomainStoragePath: /home/oracle/oradata exposeAdminT3Channel: true exposeAdminNodePort: true

Verfügbarkeit prüfen


möglich


Dashboard kontrollieren: URL ermitteln:


Integrierter Loadbalancer:

AdminConsole nach Start


möglich


Dashboard Eindrücke: Nodes

PODs


Ressources


möglich

Einige Bemerkungen zur Installation

z.T hohes Lastverhalten


Dashboard Möglichkeiten des wls-operators wurden bei

der Installation nicht voll ausgeschöft

Enabled werden kann z.B. der ELK Stack, mit Elastic, Kibana …

Ressourcenbedingt nicht möglich


Fazit Nach Containern stehen Orchestrierungswerkzeuge wie

Kubernetes im Fokus

Vorteile: implementierte Container-Runtime, zustandslos, Skalierung, Lastverteilung, Monitoring, Deployment über YAML

Ausgewachsene K8s-Lösungen (mehrere Nodes) stehen On-Premise und auch als Cloudvarianten zur Verfügung, z.B Google Cloud

Pop. Beispiel: Pokemon-Go das in Kubernetes provisioniert wurde

Oracle-Produkte lassen auch mit K8s betreiben

WLS-Use-Cases zeigen die Machbarkeit, obwohl nur auf einer Testebene

Mit dem Weblogic-Operator hat Oracle eine interessante Kubernetes Umsetzung in git bereitgestellt die zukunftsträchtig ist

6


alternativen des betriebs von weblogic mit kubernetes/docker · © opitz consulting 2018...

Documents