Hvad er Blackboard? #

Blackboard er en applikation for uddannelsessektoren udviklet af en virksomhed med samme navn, hvis mål er at tjene pædagogisk indhold redigeret af lærere og let tilgængeligt for eleverne.

Denne applikation indeholder vigtige værktøjer til studerende som eksamensværktøjer, videokonferencer med lærere eller kursuslektioner. Da denne form for applikationer forventer et forhøjet antal samtidige brugere, kan problemer på grund af overbelastning af applikationsserveren stå over for hver dag.

For at afbøde det, anbefales det stærkt at implementere webapplikationen ved hjælp af en høj tilgængelighedsmodel for at sikre, at eleverne samtidigt kan få adgang til de pædagogiske ressourcer uden at have forbindelsesproblemer og altid betjene applikationen med den maksimale tilgængelighed.

Blackboard høj tilgængeligt miljø #

Blackboard-miljøet indeholder to slags servere:

Applikationsservere, der administrerer applikationslogikken og brugerprofilerne.
Samarbejdsservere, der bruges af nogle værktøjer som et mødepunkt mellem brugere eller chatfunktioner. Faktisk er dette en applikationsserver med nogle specielle konfigurationer.

Det skalerbare og meget tilgængelige miljø for en Blackboard-implementering er vist i lodtrækningen nedenfor.

For at opnå det, anbefaler vi at konfigurere en HTTP farm til applikationsservere i aktiv-aktiv tilstand, hvor en pulje af servere tilføjes efter behov.

På den anden side anbefaler vi en L4xNAT farm til kollaborative servere, der bruger alle porte og alle protokoller, da de kan bruge TCP- og UDP-trafik til de interaktive og samarbejdstjenester. Ifølge Blackboard kan disse tjenester kun konfigureres i aktiv-passiv tilstand, så vi tager det i betragtning under konfigurationen af ​​den virtuelle tjeneste.

I vores eksempel bliver Blackboard-applikationstjenesten udgivet på IP 10.0.1.2 som løser for domænet blackboard.domain.org i DNS og ved at bruge TCP-portene 443 og 80 (omdirigerer til port 443).

Samarbejdstjenesterne er tilgængelige via IP 10.0.1.3 som løser med domænet collab.blackboard.domain.org fra alle porte og protokoller.

Alle applikationer og samarbejdsservere er i samme netværkssegment 10.0.7.0/24.

Tavlebelastningsbalanceringskonfiguration #

Krav #

Forbered først applikationen til at blive sat op i høj tilgængelighed og nogle load balancer-funktioner.

Blackboard-konfiguration for høj tilgængelighed #

Applikationen og den kollaborative Blackboard-serverkonfiguration for høj tilgængelighed er forklaret med detaljer i følgende artikel:

https://help.blackboard.com/es-es/Learn/Administrator/Hosting/Performance_Optimization/Load_Balancing

Følg venligst instruktionerne for DNS og andre nødvendige konfigurationer for at sikre, at Blackboard-implementeringen er klar til HA.

Blackboard virtuelle servicenetværkskonfiguration #

De virtuelle tjenester vil blive offentliggjort i to forskellige virtuelle grænseflader under samme fysiske NIC, disse grænseflader vil blive delt mellem RELIANOID Load Balancer klynge. I tilfælde af høj gennemstrømning og for at reducere latens kan de virtuelle tjenester bruge forskellige fysiske NIC'er.

De virtuelle grænseflader oprettes i en eksisterende fysisk netværksgrænseflade, så det er nødvendigt at have en NIC, bonding eller VLAN-grænseflade i samme netværk end den virtuelle grænseflades IP-adresse. I dette tilfælde oprettes en NIC-grænseflade ved at klikke på menuen til venstre Netværk > NIC og redigering af et af NIC'erne på listen.

I dette eksempel vil tjenesterne blive offentliggjort i to grænseflader, den ene kaldet eth1:tavle ved hjælp af IP 10.0.1.2 og en anden ringede eth1:samarbejde og bruger IP 10.0.1.3.

For at oprette en virtuel grænseflade skal du klikke på den venstre menulinje Netværk > Virtuelle grænseflader > Opret og udfyld formularen, som den er vist nedenfor.

På samme måde skal du oprette den virtuelle grænseflade til den kollaborative virtuelle tjeneste.

Overvågning af Blackboard-sundhedstjek #

Blackboard har allerede en webside dedikeret til at spørge efter applikationsserverens sundhedsstatus, så vi anbefaler at bruge den i de avancerede sundhedstjek, der er konfigureret i belastningsbalanceren. Følgende tilpassede FarmGuardian-tjek vil blive brugt til at kende Blackboard-applikationsstatus.

Ved at klikke på den venstre menulinje Overvågning > Gårdværger, tryk Opret Farmguardian og vælg indstillingen Kopiér fra "check_http", som det er vist nedenfor.

De nye sundhedstjekparametre for Blackboard-applikationsserverne er:

Navn: check_blackboard
Interval: 61 seg
Kommando: check_http -I HOST -p PORT -e 200 -t 20 -u “http://blackboard.domain.org/webapps/portal/healthCheck”

Dette Farmguardian-tjek justeres for 4 backends eller færre, hvis der er mere end 4 backends i applikationsserverpuljen, indstilles intervalparameteren i henhold til ligningen interval=*20+1.

Nu hvor vi har konfigureret den nødvendige opsætning, lad os gå til at konfigurere de virtuelle tjenester for hver service, der er nødvendig i Blackboard HA.

Blackboard Application Servers virtuelle servicekonfiguration #

To forskellige virtuelle HTTP-tjenester vil blive konfigureret, en til sikker HTTPS og en anden med en omdirigering fra HTTP til HTTPS. Lad os se, hvordan man opnår det.

Application Server HTTPS virtuel tjeneste #

Opret en ny LSLB HTTP-profilfarm ved at klikke på den venstre menulinje LSLB > Gårde og derefter knappen Opret gård.

Følgende parametre vil blive ændret for at opnå den bedste ydeevne:

Lytter:
HTTPS
Aktiverede certifikater. Her anbefales det at vælge et signeret certifikat, der tidligere er uploadet fra venstre menulinje LSLB > SSL-certifikater, klik på Upload certifikat .

Blackboard-applikationen behøver kun én tjeneste i den virtuelle HTTPS-tjeneste. Opret det ved at klikke på Det vi er gode til fanebladet og derefter den Ny Service knap. De parametre, der skal konfigureres i tjenesterne, er:

HTTPS-backends: aktiveret
Cookie Indsæt: aktiveret
Cookie navn: ZENSESSIONID
Cookie TTL: 10860, (3 timer, 1 min)
Cookie sti: /
Gårdværge: check_blackboard (tidligere oprettet)

Når den er ændret, er det nødvendigt at trykke på Insend .

Tilføj endelig applikationsserverne i backend-sektionen ved at klikke på Tilføj backends. For hver backend er nødvendig for at konfigurere IP-adresse og port. Når alle backends er tilføjet, så tryk på farmen Genstart .

Application Server HTTP til HTTPS omdirigeringstjeneste #

Målet med denne HTTP-farm er at omdirigere HTTP-anmodningerne til den HTTP-farm, der tidligere er oprettet med navnet tavle-applikation for at tvinge alle klienter til at passere den krypterede tjeneste. I et eksempel skal du oprette en ny LSLB-farm kaldet tavle-omdirigering-ssl og indstil følgende parametre for denne gård:

Navn: tavle-omdirigering-ssl
Profil: HTTP
Virtual IP: 10.0.1.2 (det er det samme som tjenesten i port 443)
Virtuel port: 80

Når gården er oprettet, skal du klikke på fanen Det vi er gode til og knappen Ny Service. Vælg en tjeneste navn, omdirigere i dette eksempel, og rediger det med følgende parametre:

Omdiriger: aktiveret
Omdirigeringswebadresse: https://blackboard.domain.org (dette er tjenestenavneservernavnet, der bruges i DNS)
Omdirigeringstype: Standard
Omdirigeringskode: 301

Tryk endelig på Insend og genstart gården for at anvende ændringerne.

Blackboard Collaborative Servers virtuelle servicekonfiguration #

Som forklaret i begyndelsen af ​​artiklen kan samarbejdsservere ikke belastningsbalanceres i henhold til Blackboard, men de kan konfigureres med høj tilgængelighed.

Det første trin er at indstille den virtuelle tjeneste ved at oprette en ny farm L4xNAT gennem sektionen LSLB > Gårde > Opret gård. Det anbefales at konfigurere denne virtuelle tjeneste med alle porte, indstillet af *og igennem ALLE protokoller, som Blackboard anbefaler at aktivere TCP for tjenesterne og nogle UDP porte for at forbedre ydeevnen af ​​den interaktive trafik.

Ingen speciel algoritme eller vedholdenhed er påkrævet, da denne tjeneste vil blive konfigureret i aktiv-passiv tilstand, men vi tilføjer backends IP-adresser (uden port) med forskellige Prioritet for at generere den automatiske failover, når den aktive samarbejdsserver registreres som nede. Mere end 2 backends kunne konfigureres uden problemer.

Endelig anbefales det at konfigurere et sundhedstjek for denne tjeneste. Da der ikke bruges nogen specifik port i den virtuelle tjeneste og backends, bruger vi en simpel check_ping for at vide, om samarbejdsserveren er tilgængelig og reagerer korrekt på en ICMP-pakke.

Blackboard virtuelle tjenester oversigt #

Her har du en oversigt over den virtuelle tjeneste, vi har oprettet for at forbedre Blackboard-tilgængeligheden.

Blackboard Load Balancer Cluster #

For at undgå et unikt enkelt fejlpunkt kræves der en load balancer-klynge. Denne praksis gør det muligt at opsætte hele miljøet i forskellige datacentre eller fysiske noder.

For at få yderligere information om klyngen henvises til https://www.relianoid.com/knowledge-base/howtos/configure-zevenet-cluster/

Blackboard Virtual Services forbedret sikkerhed #

RELIANOID Load Balancer inkluderer et system til forebyggelse og registrering af indtrængen, der inkluderer sortlister, DDoS-beskyttelse, DNS-sorthulslister i realtid og webapplikationsfirewall. Vi anbefaler, at du udnytter disse sikkerhedssystemer til din Blackboard HA-implementering.