Virtuell vert i WebSphere og konfigurasjonsveiledning – forklart

Hva er virtuell vert og hvordan konfigurere i WebSphere Application Server (WAS)?


En av de aller første terminologiene du vil høre i WAS Deployment er en virtuell vert. Mange av dere spurte meg om den virtuelle verten og konfigurasjonsguiden, så her har jeg forklart følgende.

  • Hva er en virtuell vert?
  • Hvordan lage / konfigurere?
  • Hvordan endre virtuell vert i eksisterende distribuert applikasjon?
  • Virtuelle vertsrelaterte feil
  • Beste praksis

Så hva er en virtuell vert?

Virtuell vert betyr å tillate flere nettadresser (eks – eksempel.com, eksempel.net, eksempel.biz, vaskost: 9443, 10.10.10.1:9060) på en enkelt applikasjon gjennom tilknyttet virtuell vert. Dette kan være IP-basert eller navnebasert. Virtuell vertkonfigurasjon gjøres gjennom WAS-administrasjonskonsoll.

Ved hjelp av virtuell vert kan du også definere MIME-typene. I standard WAS-installasjon vil du ha to virtuelle vert admin_host & default_host, som du kan bruke eller kan opprette den nye for applikasjonen din. La oss se på illustrasjonen nedenfor av en virtuell vert nedenfor.

virtuell-host-var-flow

Så nå vet du om den virtuelle verten og det neste er skape & konfigurer den.

Oppretting av virtuell vert gjøres gjennom WAS-administrasjonskonsoll, lokalisert under Miljø >> Virtuelle verter. La oss lage en og gi den navnet – sample_hosts

  • Logg inn på WAS administrative konsoll
  • Gå til miljø >> Virtuelle verter
  • Klikk på Ny

Du kan se to innebygde virtuelle verter i listen over som jeg nevnte ovenfor.

default-virtual-host-var

  • Skriv inn navnet – sample_hosts

ny-virtual-host-var

  • Klikk på OK

Så nå har du en ny virtuell vert, og det er på tide å gjøre det konfigurere den.

Det er to typer konfigurasjoner du kan gjøre, og begge konfigurasjonene er plassert i virtuell vert under “Tilleggsegenskaper”.

Vert aliaser: her kan du oppgi DNS / Host / IP-navn og port, som vil være tillatt, for å få tilgang til applikasjonen ved hjelp av denne virtuelle verten.

  • Gå til miljø >> Virtuelle verter
  • Velg den virtuelle verten fra listen
  • Klikk på Host Aliases
  • Klikk på Ny
  • Skriv inn vertsnavn & Havn
  • Klikk OK og lagre / gjennomgå konfigurasjonen, og her er det jeg opprettet

sample_hosts-virtual-host-var

MIME-typer: her kan du legge til / opprette / endre MIME-typer for applikasjonen din. Imidlertid vil WAS ha som standard mer enn 640+ MIME-typer som dekker nesten alle typer applikasjoner. Denne standardlisten opprettes når du oppretter en virtuell vert.

  • Gå til miljø >> Virtuelle verter
  • Velg den virtuelle verten fra listen
  • Klikk på MIME-typer
  • Klikk på Ny for å lage en. Imidlertid, som jeg nevnte ovenfor, sannsynligvis ikke trenger du å opprette, da nesten alle typer applikasjoner vil bli dekket med standardlister.

Så neste er å endre virtuell vert i distribuert applikasjon

Det kan være et scenario der du må skille virtuell vert basert på applikasjon. Slik kan du endre den virtuelle verten for ethvert program.

  • Logg inn på WAS administrative konsoll
  • Gå til applikasjoner>> Websphere bedriftsapplikasjoner
  • Velg din applikasjon og klikk på Virtuelle verter som er lokalisert under Web Module Properties
  • Velg ønsket virtuell vert og klikk på OK

endring-virtual-host-var

  • Klikk på Gjennomgå / lagre konfigurasjonen. Du må starte JVM på nytt for å få den virtuelle verten reflektert.

Du kan være interessert i å vite at virtuell vertkonfigurasjon er lagret i virtualhosts.xml. Plasseringen kan avvike fra miljø til miljø, så den beste måten å finne den nøyaktige plasseringen til virtualhosts.xml er: –

På UNIX-miljøet

finn / -nav virtualhosts.xml

Gjennom WAS Console

Når du gjør endringer i den virtuelle verten, vil den be deg om å gå gjennom / lagre. Klikk på gjennomgang, så viser den banen til virtualhosts der den vil lagre konfigurasjonen.

Nå er tiden inne for å gå gjennom verdensberømte WebSphere-feil relatert til den virtuelle verten, noe som sannsynligvis skyldes enten ikke konfigurert eller feilkonfigurasjon.

Feil relatert til Virtual host

En WebGroup / Virtual Host å håndtere / teste er ikke definert SRVE0255E: En WebGroup / Virtual Host som skal håndteres lokal vert:8080 har ikke blitt definert.

Hvis du får feilen over når du får tilgang til applikasjonen, lærer du på få minutter hvordan du løser det.

La oss se nøye på feil. Det er to ting du måtte se ut som jeg fremhevet i rød farge.

Førstlokal vert har ikke blitt definert

Programmet kaster en feil fordi localhost ikke eksisterer i Host Aliases av en respektive virtuell vert. Så rask løsning er å legge til localhost i din virtuelle vert.

Dette kan også være når du har flere virtuelle verter og applikasjonen er tilordnet en feil virtuell vert. Så du må gjennomgå konfigurasjonen og sikre at localhost eksisterer i forespurt virtuell vert.

Sekund8080 portnummer

Det meste av tiden vil du konfigurere den virtuelle verten med URL og standard Http / https-port, som er 80 eller 443. Hvis du imidlertid vil ha tilgang til applikasjonen direkte (omgå webserver) ved å bruke JVM og port, må du oppgi IP / Verts- og portdetaljer i Host Aliases.

Så for å fikse dette – du må sikre localhost: 8080 er lagt til en virtuell vert, som er kartlagt til respektive program.

Siste del av denne artikkelen – Beste praksis for bruk av virtuell vert i VAR miljø.

Hver applikasjon er unik, og en konfigurasjon fungerer kanskje ikke bra i andre. Imidlertid er det noen regler du kan følge som har hjulpet meg og håper du også.

  • Hvis du har flere applikasjoner i en enkelt celle, kan du vurdere å bruke en egen virtuell vert for hver eller i det minste for en gruppe applikasjoner.
  • Ta en sikkerhetskopi av WebSphere-konfigurasjonen før du gjør endringer, så hvis noe går galt, kan du komme deg tilbake til opprinnelig tilstand uten skade.
  • Start JVM på nytt etter å ha gjort endringer i virtuell vert slik at konfigurasjonen gjenspeiles.
  • Former (hvis administrert webserver) & Generer webserver-plugin og start webserveren på nytt for å reflektere konfigurasjonen.
  • Ikke legg * i Host Aliaser, da dette betyr at en URL er tillatt som kan føre til et smutthull.

Jeg håper du har bedre forståelse av Virtual Host i IBM WebSphere Application Server nå. det er alt for i dag, og jeg håper du liker det.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Комментариев нет, будьте первым кто его оставит

    Комментарии закрыты.

    Adblock
    detector