Workshop für LBS

Systemadministratoren

in Göttingen in der GBV-Verbundzentrale am 27. und 28 Juni 2000

LBS4 Management-Software

True64Unix Cluster SYBASE Database Recovery

LBS4 : Hardware

Änderungen zu LBS3 - Standard-Plattform : Sun Sparc unter Solaris - 2 unterschiedliche Entwicklungslinien: OPC4 :SUN und Compaq ; Eigenentwicklung OU

- Fü SY Ind - Für

SY - 3-S

S4/ACQ4 :SUN und SYBASE Enterprise Application Server = Jaguar CTS component transaction Server + Power Dynamo dynamic Web page Server

r OPC4 wird der Index nicht mehr in der BASE-DB gehalten sondern existiert als separater ex als Standard-Unixfiles auf dem Rechner

ACQ4 und OUS4 zunächst weiterhin der Index in der BASE-DB

chichten-Modell : Client – Middleware – DB-Server

LBS4 : Hardware

3-Schichten-Modell Middleware Client

!!!!""""

Client- Verwaltung

DB- Client

DB-Server

Middleware zentral: - verwaltet Clientzugriffe - hat statische Verbindungen zum DB-S r

erve

LBS4 : Hardware

3-Schichten-Modell : OPC4 Serverprozesse

PC+Bowser

!!!!""""

dispatcher

loan search -context -saves

!!!!""""

DB-Server

Webserver für gifs

Lokaler Index

Der dispatcher ist ein Programm, das eingehende IP-Verbindungen von clients akzeptiert, die HTTP-Anfragen dieser clients liest und zu einem server weiterleitet. Die Antwort des servers auf die client-Anfrage liest der dispatcher und sendet sie zurück an den client.

LBS4 : Hardware Arbeitsweise des dispatchers - über well-known ports wird die Verbindung zu den Servern (search, context, saves, loan)

hergestellt - das Programm hm_inetd überwacht diese Server-ports und muss auf dem Rechner laufen, auf

dem die Server laufen sollen - der dispatcher hält permanente Verbindungen zu den Servern - ist ein client-request nicht nach 60 Sekunden vollständig vorhanden, wird die Verbindung

abgebrochen - der dispatcher sucht nach einem freien Server und sendet die Anfrage - falls der Server nicht antwortet oder zu lange braucht, wird die Anfrage zurückgenommen (no-op HTTP request) - falls der Server während einer Anfrage crashed, erkennt der dispatcher die geschlossene TCP-

Verbindung und gibt eine entsprechende Meldung an den client weiter. Er versucht dann, den Server neu zu starten

- für hostname lookups wird eine zweiter dispatcher-Prozess erzeugt (fork). Falls dieser child-Prozess stirbt, wird auch der parent-Prozess gestoppt

- am maintenance port verhält sich der dispatcher wie ein normaler HTTP-Server - Multiplexing: Der dispatcher versucht kontinuierlich, von Clients und Servern input zu lesen,

speichert die Daten in separaten buffern und sendet die kompletten Anfragen bzw. Antworten an die Gegenstelle. Wenn eine Antwort verfügbar ist, wird der Server für eine andere Anfrage freigegeben.Auf diese Weise können mehrere simultane Verbindungen in einem ‚single thread‘ verarbeitet werden. Client-Anfrage werden nach FIFO, bezogen auf den Zeitpunkt der kompletten Anfrage, bearbeitet. Für die Server gibt es eine ‚free server queue‘ auch nach dem FIFO-Prinzip.

LBS4 : Hardware

her

Hm_inetd

Search

Context Saves

Loan Web

8 0815007 5010 80

5009 5006

Search: 5007

Context:5009Saves: 5012Loan: 5010

9055 5012

Ibw : 7100Indexfiles

B u. 80 Browser: 8081Adminr

2025 7100DB-Server IBW

Gifs

Dispatc

080 8

rowser:8080Nutze

Hm_inetd

LBS4 : Hardware

LBS4 : Hardware

LBS4 : Hardware

LBS4 : Hardware

LBS4 : Hardware

LBS4 : Hardware

3-Schichten-Modell :OUS4 und ACQ4 IIOP HTTP

CTS WAS Web-Server

DAS

TDS

DB - Server

PC+IE5

CTS = Component Transaction Server WAS = Web Application Server DAS = Database Access Server

LBS4 : Hardware

Web server

Web A

pplica

tion S

erver

Com

pon

ent

Tra

nsa

ctio

n S

erve

r

DB

Web browser

IIOP

HTTP

IIOP

TDS TDS

API

EAS

IE4

ASE

ACQ &

OUS

GWS MHS

HIS XML

HTTP

LBS4 : HardwareServices in der Jaguar CTS-Umgebung

DAS Database Access Indirekter Datenbankzugriff über database connconnectionCache und damit auf den Zugriff aufleitet DAS die Anfrage an den richtigen SYBAS

MHS Message Handling Service Alle Print- und email-Funktionen incl. Monitor

UMS User Managment Service Session Management (SM) verwaltet alle verbuid, die an den client-Prozess als cookie zurückgUser Authentification (UA) hält alle notwendigpassword die Nutzung anderer Server

GWS Gateway Service noch nicht proprietäre

HIS HTTP Interface Service noch nicht

UMS

DAS

SM UA

ectionCaches im Jaguar Server. DAS kontrolliert den Zugriff auf einen die Datenbanken, überprüft username und password (UMS). Weiterhin E-Server.

zur Überwachung

ndenen Sessions. Jeder sich verbindende Prozess bekommt eine session-egeben wird. en Informationen über einen Nutzer und erlaubt anhand username und

implementiert; Transfer von/zu anderen Servern für Formate wie EDI, Swets, SIP2 etc.

implementiert; XML-Schnittstelle

LBS4 : Hardware

LBS4 : Hardware

Zeit Nutzer cpu

0:00 42 24,1 1:00 19 25,1 2:00 11 12 3:00 0,9 4:00 0,9 5:00 0,9 6:00 1,6 7:00 1,7 8:00 4,3 9:00 5,9

10:00 8,3

11:00 10,5

12:00 11,2

13:00 11,3

14:00 11,1

15:00 9,4

16:00 12,7 17:00 4,9 18:00 4,1 19:00 3,5 20:00 2,67 21:00 14,1 22:00 12,9 23:00 13,4

E450-043: 2*400

LBS4 : Hardware

load page cntx intr pkts swap coll errs phys % per se phys % total virt KB res KB

0.5 849 1478 6296 5647 0 0 0 2,7 13,5 347540 82553 0.5 957 1342 6880 6809 0 0 0 4,1 20,5 347530 125177 0.2 152 544 1152 1694 0 0 0 3,2 16 301636 96130 0.0 0 165 267 8 0 0 0 0,6 3 340238 18291 0.0 1 164 273 7 0 0 0 1,3 6,5 346791 39012 0.0 0 165 270 8 0 0 0 1,8 9 346869 53515 0.0 7 169 292 10 0 0 0 2,6 13 347005 79789 0.0 8 188 325 22 0 0 0 5,4 27 347033 164741

0 8 203 378 49 0 0 0 7,1 35,5 347863 216610 0,1 30 252 481 85 0 0 0 6,6 33 347891 200416

0,1 62 322 626 139 0 0 0 6,6 33 347894 199516

0,2 77 399 735 205 0 0 0 6,6 33 347923 198797

0,2 81 407 743 211 0 0 0 6,5 32,5 347977 198481

0,2 79 339 641 152 0 0 0 6,4 32 348003 194837

0,2 99 382 737 180 0 0 0 6,1 30,5 348043 185799

0,1 77 388 704 184 0 0 0 6,1 30,5 348037 184322

0.3 116 343 711 120 0 0 0 6,2 31 332062 189026 0.0 35 262 426 77 0 0 0 6,4 32 346494 195258 0.0 24 223 373 46 0 0 0 6,4 32 347513 193105 0.0 18 224 349 52 0 0 0 6,6 33 347534 195938 0.0 15 201 329 31 0 0 0 6,5 32,5 347534 195938 0.2 74 566 983 589 0 0 0 6,6 33 347535 201019 0.2 373 1083 5482 22 0 0 0 4,1 20,5 347536 121708 0.2 430 1077 5281 93 0 0 0 2,4 12 347538 74112

Mhz CPU, 3GB Memory, 18*9,1GB disk – 15.05.00

9 6 6 8 9

24 131

227

288

319

327

309

264

244 214 131 106 99 58 34 38

Zeit Nutzer cpu

0:00 46 14,00 1:00 20 21,00 2:00 8 28,10

3:00 16,30

4:00 1,10 5:00 1,20

6:00 0,90

7:00 1,30 8:00 7,5 9:00 22,2

10:00 34,5

11:00 48,2

12:00 48,5

13:00 29,2

14:00 31,8

15:00 36,8

16:00 37,40

17:00 23,80

18:00 18,49

19:00 13,60

20:00 10,90

21:00 8,90

22:00 20,00

23:00 15,80

E450-043:2*400M

LBS4 : Hardware

load page cntx intr pkts swap

coll errs phys % per se phys % total virt KB res KB

0,3 538 989 4870 2675 0 0 0 5,5 27,5 346708 166680 0,5 842 1251 6568 5966 0 0 0 3,6 18 347697 108616 0,6 911 1394 5935 6597 0 0 0 4 20 306888 121061

0,3 206 763 2507 367 0 0 0 1,5 7,5 318490 47186

0 10 148 293 9 0 0 0 4,8 24 347509 145024 0 6 149 278 10 0 0 0 5,8 29 347549 176225

0 0 147 264 9 0 0 0 6,1 30,5 347603 185427

0 3 155 284 14 0 0 0 7,1 35,5 347690 21394 0,1 60 267 506 86 0 0 0 6,9 34,5 347816 208696 0,4 167 474 911 229 0 0 0 6,7 33,5 347907 204198

0,8 278 613 1276 330 0 0 0 6,7 33,5 347907 204198

1,3 300 748 1443 438 0 0 0 7 35 348018 211834

1,2 327 794 1554 481 0 0 0 7 34,5 348145 211841

0,6 201 602 1039 336 0 0 0 6,9 34,5 348226 208534

0,8 218 629 1146 353 0 0 0 6,9 34,5 348226 209988

0,9 277 715 1354 407 0 0 0 6,9 34,5 348403 210173

0,9 306 657 1362 360 0 0 0 6,9 34,5 348411 208450

0,5 182 495 920 244 0 0 0 6,9 34,5 348492 208553

0,4 106 349 642 140 0 0 0 6,9 34,5 348529 210525

0,2 70 293 517 106 0 0 0 6,7 33,5 348741 202694

0,2 62 260 476 85 0 0 0 6,8 34 348621 206624

0,1 30 198 364 40 0 0 0 6,3 31,5 348550 190993

0,4 199 803 1869 669 0 0 0 5,6 28 348574 170051

0,3 398 1063 5371 36 0 0 0 4,6 23 348602 140390

hz CPU, 3 GB Memory, 18*9,1 GB disk – 17.05.00

6

17 8

20

170 693 1080

1424

1599

1100

1259

1388

1043

729

411

270

172

123

108

86

58

LBS4 : Hardware

Hardwareanforderungen : OPC4,OUS4 und ACQ4 Plattenplatz: - pro 1Mio. Titel : 2 – 2,5 GB (SYBASE) - pro 1Mio. Titel : 4 GB Index (OPC4) Hauptspeicher: - SYBASE-Server : wie bisher oder weniger - pro 200 Nutzer : 500 MB – 1GB (OPC4) - für LBS4-System : Minimum 250 MB (OUS4 und ACQ4) CPU : - pro 200 BeNutzer : 1 CPU

LBS4 : Hardware

Einsetzbare Hardware der Firmen Sun und Compaq SUN E250 1-2 CPU Max. 2 GB Hauptspeicher Max. 6 Festplatten intern !!!! einsetzbar für 400-500 Nutzer SUN E450 1-4 CPU Max. 4 GB Hauptspeicher Max. 20 Festplatten intern !!!! einsetzbar für 800-1000 Nutzer DS20 1-2 CPU Max. 4 GB Hauptspeicher Max. 7 Festplatten intern !!!! einsetzbar für 400-500 Nutzer ES40 1-4 CPU Max. 32 GB Hauptspeicher Max. 7 Festplatten intern !!!! einsetzbar für 800-1000 Nutzer

LBS4 : Hardware Verwendete Literatur zum Thema LBS4

- Architecture: LBS4 PICA Leiden, 08-09-98, Version: External Pica 1.0, 4 Seiten

- Benchmark Report: Unix search server

PICA Leiden, 11-05-00, 11 Seiten

- Bulk Index Generation, Manual, Sybase variant

PICA Leiden, 07-10-1998, 8 Seiten

- Hardware Requirements: LBS4 System PICA Leiden, 01-02-2000, Version 2, 3 Seiten

- Hermes Benchmark Plan PICA Leiden, INTERNAL USE ONLY, 8 Seiten

- Hermes dispatcher configuration PICA Leiden, 17-09-1998, 2 Seiten

- OPC4 Installation Manual PICA Leiden, 24 Seiten

- Technical Global Design: OUS4 and ACQ4 PICA Leiden, 05-07-1999, 18 Seiten