Sådan installeres Oracle JD Edwards i høj tilgængelighed og klar til masse skalerbarhed

SENDT AF Zevenet | 20. april 2017

Oversigt

Formålet med denne artikel er at forklare, hvordan man forstærker JD Edwards evner ved at indstille den i høj tilgængelighed og gøre den massivt skalerbar for at være tolerant over for fejl og hvordan man styrker cybersikkerheden.

Hvad er høj tilgængelighed?

Høj tilgængelighed er en kvalitet af et system eller en komponent, der sikrer et højt niveau af operationel ydeevne, normalt opetid, i en højere end normal tid. Ved at oprette JD Edwards i høj tilgængelighed løser vi følgende problemer:

En enkelt server mister effektivitet ved håndtering af en stor mængde anmodninger.
Sessionsdata bevares i tilfælde af serverfejl.
Opdatering af applikation uden ophørende service.

Hvad er Oracle JD Edwards?

Oracle JD Edwards EnterpriseOne er en standardbaseret applikationspakke, der integrerer ERP-processer og endda leverer mobiltelefonapplikationer.
Enterprise resource planning (ERP) er den integrerede styring af centrale forretningsprocesser, ofte i realtid og formidlet af software og teknologi. Disse forretningsaktiviteter kan omfatte produktplanlægning, fremstilling, køb, produktionsplanlægning, finansiering, markedsføring og salg, materialeledelse, lagerstyring, forsendelse og betaling.

Der er en bred vifte af tjenester, der tilbydes af JD Edwards:

For yderligere information om tjenester, der bruges af JD Edwards, bedes du tjekke Standardportliste anvendt inden for VM'erne til JD Edwards EnterpriseOne .

Opsætning af Zevenet Load Balancer

For at følge disse instruktioner skal det installeres en instans af Zevenet Load Balancer og flere forekomster af JD Edwards.

Det miljø, vi skal beskrive, er følgende:

jdedwards miljø

Vi skal gøre frontend-tjenesten (WebLogic-baseret) meget tilgængelig, og for disse skal vi forklare tre forskellige konfigurationer:

Brug af en L4 gård til TCP råforbindelser videresendelse.
Brug af en HTTP-gård til fremsendelse af applikationsdata.
Brug af en HTTPS farm for sikret applikationsdata videresendelse.

Vælg venligst hvilken som er mere egnet til din infrastruktur.

Trin 0: Opsætning af datareplikation

Det er afgørende at sikre datakonsistens, det vil sige når du tilslutter en JD Edwards-server, sikrer du, at der ikke er noget tab af data. Dette trin skal udføres i JD Edwards servers lag.

For at opnå serverreplikation skal der oprettes en WebLogic-serverklynge. WebLogic Server-klynger fordeler arbejdsbyrden mellem flere forekomster af WebLogic-servere. På denne måde giver vi ekstra skalerbarhed og pålidelighed til applikationerne. Disse klynger kan implementeres for at gøre tjenester hostet på en enkelt maskine med muligheder for at flytte tjenesten til en anden knude, hvis der er fejl. WebLogic giver HTTP-sessionsreplikation på tværs af serverne i en klynge. Desuden kan WebLogic Server også replikere HTTP-sessionstilstand på tværs af flere klynger. På denne måde giver vi høj tilgængelighed og fejltolerance. Med Zevenet Load Balancer vil vi øge denne kapacitet.

Trin 1: Opret virtuel IP

Hvis du vil oprette en ny virtuel IP, skal du vælge ZLB-hovedmenuen Indstillinger >> Grænseflader .

Find den fysiske grænseflade, hvor du vil oprette en virtuel ip og under handlinger klik på knappen tilføj virtuel netværksgrænseflade:

oracle_jd_edwards_physical_network

Indtast adressen og bitmasken i din nye virtuelle IP, den skal være i samme undernet som den fysiske enhed. Gem det ved at klikke på gem virtuelle interface.

oracle_jd_edwards_create_virtual_network_interface

Konfiguration 1: L4 gård

Trin 2: Opret gård

En gård er en samling af computer servere, der giver server funktionalitet øger væsentligt dets kapacitet. På denne måde vil vi ved at oprette en applikationsservere øge sin ydeevne, hvilket er afgørende for høj tilgængelighed. For at opnå dette gå til Administrer >> Gårde .

oracle_jd_edwards_load_balancing_farm

Klik på Tilføj ny gård og i det nye vindue skal du vælge et navn og L4xNAT som profil. Vi vælger denne profil, fordi det er et højtydende belastningsbalanceringssystem ved routinglag 4, der kombinerer flere belastningsbalanceringsmetoder som f.eks. Source NAT og Destination NAT.

oracle_jd_edwards_create_l4_high_availability_farm

Der vises to yderligere muligheder. Vælg den virtuelle IP, der oprettes på trin 1, og indstil 80 som TCP-virtuel port. Når du er færdig, klik på knappen Gem .

oracle_jd_edwards_new_l4_farm

Trin 3: Farm parametre

Når gården er oprettet, skal vi redigere den for at oprette flere parametre. Find venligst din nye gård og klik på knappen Rediger Farm.

oracle_jd_edwards_edit_l4_farm

JD Edwards sessioner kan være meget lange, så vi vil anbefale at vælge Mindste forbindelser: Tilslutninger til de mindst åbne konnektorer til rådighed as Load Balance Algorithm.

Vi ønsker at undgå serverkommutering: hvis vi hopper fra en server til en anden i løbet af vores session, kan vi ende med at miste vigtige data, så vi vil opsætte Vedholdenhed vælge IP-klientadresse. På den måde forbinder den samme klient altid til den samme server.

Næste parameter, der skal konfigureres, er NAT-typen. NAT står for Netværksadresseoversættelse, og det er en metode til at omlægge en IP-adresse plads til en anden. Dette opnås ved at ændre netværksadresseoplysninger i IP-datagrampakkeoverskrifterne, mens de er i transit over en trafikdirigeringsenhed. I enklere ord oversætter den IP-adresserne på computere i et lokalt netværk til en enkelt IP-adresse.

I vores eksempel sætter vi denne parameter som NAT så kendt som kilde NAT.

oracle_jd_edwards_l4_farm_params_global

Klik på Ændre og en ny parameter vil dukke op: Kilde IP-adresse Persistens tid til at begrænse. Indstil det til 5400 sekunder (90 minutter). Denne parameter er tiden ud af persistensen, og vi sætter det højt, fordi JD Edwards-sessioner som nævnt tidligere varer lang tid.

I dette eksempel er Protokol type er indstillet til TCP.

oracle_jd_edwards_l4_farm_params

Trin 4: Avanceret kontrol

Vi skal nu oprette gården for at udføre avanceret sundhedskontrol til bagsiden, der sikrer, at de løber op og kører, og printserveren opfører sig korrekt. Venligst find Farm Guardian inden for din service har vi oprettet i trin 3. Klik på Brug FarmGuardian til at kontrollere Backend-servere, kan du også ændre tiden mellem kontrol med indstillingen Kontroller interval og endelig i Kommando at tjekke tekstboks, skriv følgende kommando:

check_http -t 29 -w 29 -c 29 -H HOST -u /jde/E1Menu.maf -e 200 -p PORT

Endelig skal du klikke på Ændre.

oracle_jd_edwards_farm_guardian

Kommandoen check_http tester TCP-forbindelser med den angivne vært. I vores tilfælde bruger vi følgende muligheder:

-t 29: 29 sekunder før forbindelsestider ud. Denne parameter skal tilpasses i forhold til de responstider, du har opnået for dine backends.
-w 29: Svarstid for at resultere i advarselsstatus, 29 sekunder.
-c 29: svarstid til kritisk status, 29 sekunder.
-H HOST: IP eller adresse navn, i vores tilfælde, navn er HOST.
-u / jde/E1Menu.maf: url for at få eller sende: /jde/E1Menu.maf
-e 200: Forventer streng 200
-P PORT: port for at tjekke.

Trin 5: Tilføj backends

Det er her, hvor vi tilføjer JD Edwards-serverens IP-adresser. Find sektionen Rediger ægte IP-server konfiguration og klik på Tilføj reel server, skriv derefter IP-adressen til serveren og vælg 8080 som port, da det er porten til WebLogic HTML-serveren. Endelig inkluderer vi vægt- og prioritetsparametrene og klikker på Gem ægte server.

oracle_jd_edwards_l4_farm_backends

Konfigurationer 2 og 3: HTTP og HTTPS farm

Trin 2: Opret gård

Her vil vi fortsætte nøjagtigt som for L4xNAT gården. Men nu skal du vælge HTTP som profil og port 80 til HTTP farm og 443 for HTTPS farm.

oracle_jd_edwards_new_http_farm

Rediger gården. Skift Farm lytter til HTTPS, virtuel port 443, hvis du opretter en HTTPS-farm. Lad det være som HTTP, virtuel port 80 for almindelig HTTP-gård. Resten af ​​parametrene kan være standardindstillingerne. Klik på Ændre at anvende ændringer.

oracle_jd_edwards_http_farm_global_params

Trin 3: Opret service

Find Tilføj tjeneste sektion, skriv servicenavnet og klik på Tilføj.

oracle_jd_edwards_add_service

Vi ønsker at undgå serverkommutering: hvis vi hopper fra en server til en anden i løbet af vores session, vil der være effektivitet, data og endda kommunikations tab. Undgå disse situationer er kritisk, så Persistens session skal konfigureres. Vi vælger at opretholde en session med session id, så det betyder, at vi i løbet af en session vil forbinde til kun én server.
I service globale parametre kan vi nu ændre persistens sessionsfeltet til COOKIE: en bestemt cookie og klik på “Rediger”.

oracle_jd_edwards_http_persistence

Vælg “JSESSIONID” som identifikator for persistenssession, og klik på Modificere.

oracle_jd_edwards_http_cookie_session_persitence

Endelig skal vi anvende ændringerne ved at genstarte gården:

oracle_jd_edwards_restart_farm

Trin 4: Avanceret kontrol

Vi vil fortsætte her exaclty på samme måde som for L4xNAT gården. Som en påmindelse her er den Kommando at tjekke:

check_http -t 29 -w 29 -c 29 -H HOST -u /jde/E1Menu.maf -e 200 -p PORT

Trin 5: Tilføj backends

Hver backend repræsenterer en JD Edwards-server, vær opmærksom og tag i betragtning, at JD Edwards-databaser skal replikeres, som forklaret i trin 0. Find afsnittet backends og klik på Tilføj reel server

oracle_jd_edwards_add_backend_http_farm

I dette eksempel har vi to backends, vi vælger IP, port (8080), timeout og vægt og klik på

oracle_jd_edwards_backends_http

Og endelig genstarte gården for at anvende ændringerne.

Del på:

Dokumentation i henhold til GNU Free Documentation License.

Var denne artikel til hjælp?

Relaterede artikler