Migrera WebLogic Server-program till Azure Kubernetes Service

  • Artikel

Den här guiden beskriver vad du bör känna till när du vill migrera ett befintligt WebLogic Server-program (WLS) som ska köras på Azure Kubernetes Service (AKS).

Före migrering

För att säkerställa en lyckad migrering slutför du de utvärderings- och inventeringssteg som beskrivs i följande avsnitt innan du börjar.

Se till att målet är rätt mål för migreringsarbetet

Det första steget i en lyckad migrering av ett WLS-program till Azure är att välja det lämpligaste migreringsmålet. WLS fungerar bra på virtuella Azure-datorer (VM) eller Azure Kubernetes Service (AKS). Målet för den virtuella datorn är det enklaste valet, eftersom det mest liknar en lokal distribution. Den administrativa upplevelsen och distributionen för virtuella datorer är mycket lik den du har lokalt. Kompromissen för denna lätthet är ekonomiska kostnader. Generellt sett är kostnaden per minut för en VM-baserad lösning högre jämfört med AKS. Även om en AKS-baserad lösning kostar mindre att köra, måste du begränsa ditt program så att det passar kraven i AKS. Om minimering av ändringar är den viktigaste faktorn för migreringen bör du överväga en VM-baserad migrering. I det här fallet kan du läsa Migrera WebLogic-program till Virtuella Azure-datorer. Om du kan tolerera att konvertera ditt program till att köras i Kubernetes för att minska körningskostnaden bör du överväga en AKS-baserad migrering. I det här fallet fortsätter du med Migrera WebLogic Server-program till Azure Kubernetes Service.

Avgöra om det fördefinierade Azure Marketplace-erbjudandet är en bra utgångspunkt

När du har bestämt att AKS är rätt distributionsmål måste du acceptera att Oracle WLS Kubernetes-operatorn (operatorn) är det enda sättet att köra WLS på Kubernetes. När du har accepterat detta måste du bestämma om det fördefinierade Azure Marketplace-erbjudandet är en bra utgångspunkt. Här följer några saker att tänka på om det fördefinierade Azure Marketplace-erbjudandet.

  • Oracle och Microsoft har skapat det här erbjudandet så att du snabbt kan etablera WLS på AKS med hjälp av hemkälltypen Modell i bilddomän . Det här konceptet förklaras mer detaljerat senare i den här artikeln.
  • På hög nivå automatiserar erbjudandet följande steg åt dig.
    • Ta en befintlig WAR- eller EAR-distribution om du vill.
    • Omslut den i en container med hjälp av WebLogic Image Tool (WIT). Mer information finns i WebLogic Image Tool i Oracle-dokumentationen.
    • Installera och konfigurera WebLogic Kubernetes-operatorn på AKS.
    • Använd operatorn för att köra allt. Operatorn anropar WebLogic Deploy Tooling (WDT) för att stå upp i WebLogic-miljöer och utföra domänlivscykelåtgärder på ett repeterbart sätt baserat på en metadatamodell. Mer information finns i WebLogic Deploy Tooling i Oracle-dokumentationen.
  • Även om det fördefinierade erbjudandet ger många Azure-tjänstintegreringar, till exempel App Gateway, elastisk loggning, databasintegrering med mera, gör det många förenklande antaganden. Dessa antaganden gör erbjudandet inte lika flexibelt som att behärska och använda operatören själv.

Om du inte använder det fördefinierade Azure Marketplace-erbjudandet måste du lära dig hur du använder operatorn direkt. Att hantera operatorn ligger utanför omfånget för den här artikeln. Den fullständiga dokumentationen för WLS Kubernetes-operatorn finns på Oracle.

Resten av det här avsnittet innehåller några saker att tänka på när du bestämmer dig för att använda det fördefinierade Azure Marketplace-erbjudandet eller att använda operatören direkt.

Bestäm om du vill använda det fördefinierade Azure Marketplace-erbjudandet

Först måste du förstå begreppet WLS -domän. En domän är en logiskt relaterad grupp med WLS-resurser. Den kanoniska definitionen av WLS-domänen finns i Oracle-dokumentationen. Att köra WLS på AKS kräver att du bestämmer hur AKS hanterar domäner. De olika alternativen kallas "domänens hemkällatyp". WLS Kubernetes-operatorn stöder tre alternativ av domänens hemkälltyp. Det fördefinierade Azure Marketplace-erbjudandet använder det första i den här tabellen.

Källtyp för domänens hem beskrivning Positiva aspekter Negativa aspekter
Modell i bild WLS och program finns i containeravbildningen och allt annat sparas utanför avbildningen. Stöds av ett fördefinierat erbjudande. Dokumenterat som ett officiellt urval. se Oracle. Mest använder WDT. De flesta "molnbaserade" alternativ. Enklaste CI/CD-integrering. Största inlärningskurvan.
Domän i PV Domänen finns på en beständig Kubernetes-volym. Konceptuellt liknar körning på virtuella datorer. Du kan använda WLS-konsolen för att göra ändringar och dessa ändringar sparas i omstarter av AKS-poddar. Dokumenterat som ett officiellt urval. se Oracle. Vissa utmaningar som rör NFS måste åtgärdas. Mer information finns i Oracle. Den här metoden är den minst "molnbaserade" tekniken. tillståndet ligger helt utanför AKS-klustret.
Domän i avbildning Domänen finns i en containeravbildning. Program finns i en containeravbildning som är överlagrad på domänavbildningen. Mer "molnbaserad" än domän i PV. Enklare för CI/CD. Det går inte att använda WLS-konsolen. Måste underhålla fler containeravbildningar.

Viktigt!

Om du väljer Domän i PV-källtyp rekommenderar vi starkt NFS i stället för SMB. NFS utvecklades från UNIX-operativsystemet och andra varianter som GNU/Linux. Därför är det mindre troligt att det uppstår problem med samtidig läsning och fillåsning när du använder NFS med containertekniker som Docker.

Se till att aktivera NFS v4.1. Versioner som är lägre än v4.1 har problem.

Operatörsdokumentationen innehåller också en användbar tabell som jämför de olika alternativen. Mer information finns i Välj en hemkälla för domän.

Information om hur du får en känsla för det fördefinierade Azure Marketplace-erbjudandet finns i Snabbstart: Distribuera WebLogic Server på Azure Kubernetes Service med hjälp av Azure-portalen. Referensdokumentationen för det fördefinierade Azure Marketplace-erbjudandet finns i Oracle.

Om du vill få en känsla för att använda operatorn direkt kan du prova exemplen i operatörsdokumentationen.

Nu när du har introducerats för de olika sätten att hantera WLS-domäner på AKS är det bättre att välja om du vill använda det fördefinierade Azure Marketplace-erbjudandet eller göra det själv med hjälp av operatören direkt.

Ta reda på om WebLogic-versionen är kompatibel

Din befintliga WLS-version måste vara en av de versioner som stöds av operatorn. Oracle underhåller dessa versioner i Oracle Container Registry (OCR). Använd följande steg för att se listan över versioner som stöds.

  1. Besök Oracle Container Registry-webbplatsen och logga in. Mer information finns i https://container-registry.oracle.com/.
  2. Om du har en stödrättighet väljer du Mellanprogram och söker sedan efter weblogic_cpu. Välj weblogic_cpu.
  3. Om du inte har någon stödrättighet från Oracle väljer du Mellanprogram och söker sedan efter weblogic. Välj weblogic.

Kommentar

Skaffa en supporträttighet från Oracle innan du går till produktion. Om du inte gör det körs osäkra avbildningar som inte har korrigerats för kritiska säkerhetsbrister. Mer information om Oracles kritiska korrigeringsuppdateringar finns i Kritiska korrigeringar Uppdateringar, säkerhetsaviseringar och bulletiner.

Med det fördefinierade Azure Marketplace-erbjudandet kan du välja WLS-avbildningarna från OCR och Azure Container Registry (ACR) och därmed implicit stöd för alla tillgängliga versioner från OCR. Om du uppmanar erbjudandet att hämta en avbildning från ACR kontrollerar du att den härleds från en av de versioner som stöds i OCR.

Lagerserverkapacitet

Dokumentera maskinvaran (minne, CPU, disk) för de aktuella produktionsservrarna och det genomsnittliga och högsta antalet begäranden och resursanvändningen. Du behöver denna information oavsett vilken migrerings väg du väljer. Det är till exempel användbart att hjälpa dig att välja storlek på de virtuella datorerna i nodpoolen, mängden minne som ska användas av containern och hur många CPU-resurser containern behöver.

Det går att ändra storlek på nodpooler i AKS. Mer information finns i Ändra storlek på nodpooler i Azure Kubernetes Service (AKS).

Inventera alla hemligheter

Innan tekniker för konfiguration som en tjänst, till exempel Azure Key Vault, fanns det inget väldefinierat koncept för hemligheter. I stället hade du skilda uppsättningar konfigurationsinställningar som fungerade som det vi nu kallar hemligheter. Med appservrar som WebLogic Server finns dessa hemligheter i många olika konfigurationsfiler och konfigurationsarkiv. Kontrollera alla egenskaper och konfigurationsfiler på produktionsservrarna efter hemligheter och lösenord. Kontrollera weblogic.xml i dina WAR. Konfigurationsfiler som innehåller lösenord eller autentiseringsuppgifter kan också finnas i ditt program. Mer information finns i Grundläggande koncept för Azure Key Vault.

När du har en gedigen inventering av hemligheter kan du läsa operatörsdokumentationen om hemligheter. Mer information finns i Hemligheter.

Inventera alla certifikat

Dokumentera alla certifikat som används för offentliga SSL-slutpunkter. Du kan visa alla certifikat på produktionsservrarna genom att köra följande kommando:

keytool -list -v -keystore <path to keystore>

När du har en gedigen inventering av certifikat kan du installera dem direkt med det fördefinierade Azure Marketplace-erbjudandet. Mer information finns i TLS/SSL-konfiguration. Om du använder operatorn direkt kan du läsa Uppdatera externa certifikat för operatorn.

Validera att Java-versionen som stöds fungerar som den ska

Alla migreringssökvägar för WebLogic till Azure kräver en speciell Java-version, som varierar för varje sökväg. Du måste verifiera att ditt program kan köras korrekt med den version som stöds.

Kommentar

Den här verifieringen är särskilt viktig om den aktuella servern körs på en JDK som inte stöds (till exempel Oracle JDK eller IBM OpenJ9).

Du får den aktuella Java-versionen genom att logga in på din produktionsserver och köra följande kommando:

java -version

Kommentar

När du migrerar till WLS på virtuella Azure-datorer bestäms kraven för de specifika Java-versionerna av förinstallerade Java på de virtuella datorerna. När du migrerar till WLS på AKS bestäms den specifika Java-versionen av den valda containeravbildningen. Det finns en mängd olika alternativ, men alla använder Oracle JDK.

Inventera JNDI-resurser

Inventera alla JNDI-resurser. Till exempel kan datakällor som databaser, ha ett associerat JNDI-namn som gör det möjligt för JPA att korrekt binda instanser av EntityManager till en viss databas. Mer information om JNDI-resurser och databaser finns i WebLogic Server-datakällor i Oracle-dokumentationen. Andra JNDI-relaterade resurser som JMS asynkron meddelandekö kan kräva migrering eller omkonfiguration. Mer information om JMS-konfiguration finns i Oracle WebLogic Server 12.2.1.4.0.

Om du använder det fördefinierade Azure Marketplace-erbjudandet är den uppsättning JNDI-resurser som du kan anpassa vid distributionstiden begränsad till vad erbjudandet stöder. Sök efter JNDI i erbjudandedokumentationen. Om du använder operatorn direkt kan JDNI-resurserna definieras beroende på din valda typ av domänhemkälla. För Domän i PV kan du ange dem på vanligt sätt, med WLST eller med administratörskonsolen. För Domän i bild eller modell i bild, se Vanliga åsidosättningar.

Granska domänkonfigurationen

Huvudkonfigurationsenheten i WebLogic-servern är domänen. Därför innehåller config.xml-filen en enorm mängd konfigurationer som du måste överväga vid migrering. Filen innehåller referenser till ytterligare XML-filer som lagras i underkataloger. Oracle rekommenderar att du normalt använder administrationskonsolen för att konfigurera WebLogic-serverns hanterbara objekt och tjänster och låter WebLogic-servern underhålla config.xml-filen. Mer information finns i Domänkonfigurationsfiler.

I ditt program

Kontrollera WEB-INF/weblogic.xml-filen och/eller WEB-INF/web.xml-filen.

Det fördefinierade Azure Marketplace-erbjudandet skapar automatiskt en domänresurs. Om du använder operatorn direkt kan du helt anpassa hur domänen representeras. Fullständig information finns i Domänresurs.

Fastställ om sessionsreplikering används

Om ditt program förlitar sig på sessionsreplikering med eller utan Oracle Coherence*Web så har du tre alternativ:

  • Coherence*Web kan köras tillsammans med en WebLogic-server i den virtuella Azure-datorn, men du måste konfigurera det här alternativet manuellt när du har etablerat erbjudandet. Om du använder fristående Coherence kan du också köra den på en virtuell Azure-dator, men du måste konfigurera det här alternativet manuellt när du har etablerat erbjudandet.
  • Omstrukturera ditt program att använda en databas för sessionshantering.
  • Omstrukturera ditt program att externalisera sessionen till Azure Redis-tjänsten. Mer information finns i Azure Cache for Redis.

För alla dessa alternativ är det en bra idé att lära sig hur WebLogic utför replikering av HTTP-sessionstillstånd. Mer information finns i Replikering av HTTP-sessionstillstånd i Oracle-dokumentationen.

Det fördefinierade Azure Marketplace-erbjudandet stöder sessionstillhörighet via Application Gateway-ingresskontrollanten. När du distribuerar erbjudandet väljer du Aktivera cookiebaserad tillhörighet. Leta efter cookiebaserad tillhörighet i dokumentationen för erbjudandet.

Dokumentets datakällor

Om ditt program använder några databaser måste du samla in följande information:

  • What is the datakällans namn?
  • Vad är konfigurationen för anslutningspoolen?
  • Var hittar jag JAR-filen för JDBC-drivrutinen?

Mer information om JDBC-drivrutiner i WebLogic finns i Använda JDBC-drivrutiner med WebLogic Server.

Det fördefinierade Azure Marketplace-erbjudandet har stöd för de mest populära databaserna. Mer information finns i Databas. För Domän i PV kan du ange dem på vanligt sätt, med WLST eller med administratörskonsolen. För Domän i bild eller modell i bild, se Vanliga åsidosättningar.

Fastställ om WebLogic har anpassats

Fastställ vilken av följande anpassningar som har gjorts och registrera vad som har gjorts.

  • Har startskripten ändrats? Sådana skript är setDomainEnv, commEnv, startWebLogicoch stopWebLogic.
  • Finns det några speciella parametrar som skickas till JVM?
  • Har JAR lagts till i server-classpath?

Du måste samla in de här anpassningarna i containeravbildningen som körs av AKS. För det fördefinierade Azure Marketplace-erbjudandet hanteras sådana anpassningar bäst genom att skapa en anpassad containeravbildning och göra den tillgänglig i Azure Container Registry och sedan peka på registret vid distributionstillfället. Mer information finns i Bildval. Om du använder operatorn direkt kan du läsa miljövariabler för JVM-minne och Java-alternativ.

Ta reda på om hantering över REST används

Om programmets livscykel inkluderar användning av hantering över REST måste du fånga vilka portar som används för åtkomst till REST API och bestämma hur de autentiseras och exponeras. Efter migreringen måste du se till att samma portar och autentiseringsmekanismer exponeras så att programmets livscykel kan köras på ett liknande sätt som innan migreringen. Mer information finns i administrera Oracle WebLogic Server med RESTful Management Services.

Den enda domänens hemkälla där det är meningsfullt att fortsätta använda hantering via REST är Domän i PV. Det är möjligt att använda den med andra typer av domänhemkällor, men de ändringar som görs är tillfälliga och bevaras inte i poddomstarter.

Avgör om en anslutning till lokalt behövs

Om ditt program behöver har åtkomst till någon av dina lokala tjänster måste du etablera en av Azures anslutningstjänster. Mer information finns i Välj en lösning för att ansluta ett lokalt nätverk till Azure. Alternativt måste du omstrukturera programmet för att använda allmänt tillgängliga API:er som dina lokala resurser exponerar.

Ta reda på om JMS-köer eller -ämnen (Java Message Service) används

Om ditt program använder JMS-köer eller -ämnen måste du migrera dem till en externt värdbaserad JMS-server. Azure Service Bus och Advanced Message Queueing Protocol kan vara en bra migreringsstrategi för de som använder JMS. Mer information finns i Använda JMS med Azure Service Bus och AMQP 1.0.

Om JMS beständiga arkiv har konfigurerats måste du avbilda konfigurationen och tillämpa den efter migreringen.

Om du använder Oracle Message Broker kan du migrera den här programvaran till virtuella Azure-datorer och köra den i befintligt skick.

Fastställ om du använder dina egna anpassade Delade Java EE-bibliotek

Om du använder funktionen med Delade Java EE-bibliotek så har du två alternativ:

  • Återför programkoden för att ta bort alla beroenden i dina bibliotek, och inkludera i stället funktionerna direkt i programmet.
  • Lägg till biblioteken till server-classpath.

De här biblioteken kan hanteras med samma tekniker som beskrivs i Ta reda på om WebLogic har anpassats.

Ta reda på om OSGi-paket används

Om du använde OSGi-paket som lagts till i WebLogic-servern, måste du lägga till motsvarande JAR-filer direkt i ditt webbprogram.

Du kan inkludera dem i WAR eller EAR som levereras till det fördefinierade Azure Marketplace-erbjudandet eller använda operatören direkt.

Ta reda på om ditt program innehåller en operativsystemsspecifik kod

Om programmet innehåller en kod med beroenden i värdoperativsystemet måste du omstrukturera det för att ta bort dessa beroenden. Du kan exempelvis bli tvungen att ersätta all användning av / eller \ i filsystemets sökvägar med File.Separator eller Paths.get.

WLS på AKS körs på Oracle Linux. Os-specifik kod måste vara kompatibel med Oracle Linux. Följ stegen i Ta reda på om WebLogic-versionen är kompatibel om du vill lära dig hur du identifierar specifik os-information.

Fastställ om Oracle Service Bus används

Om ditt program använder Oracle Service Bus (OSB) måste du avbilda hur OSB har konfigurerats. Mer information finns i Om Oracle Service Bus-installationen.

OSB stöds inte direkt i det fördefinierade Azure Marketplace-erbjudandet. Om du måste använda OSB måste du använda operatorn direkt.

Ta reda på om ditt program består av flera WAR

Om ditt program består av flera WAS så ska du behandla vart och ett av dem som separarata program och gå igenom den här guiden för varje.

Ta reda på om ditt program är paketerat som EAR

Om ditt program är paketerat som en EAR-fil bör du kontrollera filerna application.xml- och weblogic-application.xml och avbilda deras konfigurationer.

Det fördefinierade Azure Marketplace-erbjudandet stöder WAR och EAR. Användning av operatorn har också direkt stöd för WAR och EAR.

Identifiera alla externa processer och daemons som körs på produktionsservrarna

Om du har processer som körs utanför programservern, som övervaknings-daemons så behöver du eliminera dem eller migrera dem någon annanstans.

Avgör om WebLogic Scripting Tool (WLST) används

Om du använder WLST för att utföra distributionen måste du utvärdera vad som det gör. Om WLST ändrar några (runtime) parametrar i programmet som en del av distributionen måste du se till att det här beteendet fortsätter att fungera när du testar programmet efter migreringen.

Den enda domänens hemkälla som är kompatibel med användning av WLST är Domän i PV. Mer information finns i Domänhem på en PV.

Kontrollera om och hur filsystemet används

Kubernetes hanterar filsystem med beständiga volymer (PV). Montering av beständiga volymer stöds i det fördefinierade Azure Marketplace-erbjudandet och när du använder operatorn direkt. Om du använder Domän i PV är filsystemet en central aspekt av konfigurationen.

Skrivskyddat statiskt innehåll

Om ditt program för tillfället hanterar statiskt innehåll behöver du en alternativ plats för det. Du kanske kan tänka dig att flytta det statiska innehållet till Azure Blob Storage och lägga till Azure CDN för blixtsnabba nedladdningar globalt. Mer information finns i Värd för statiska webbplatser i Azure Storage och snabbstart: Integrera ett Azure Storage-konto med Azure CDN. Du kan också distribuera det statiska innehållet direkt till en app i Azure Spring Apps Enterprise-planen. Mer information finns i Distribuera webbstatiska filer.

Dynamiskt publicerat statiskt innehåll

Om ditt program tillåter att statiskt innehåll laddas upp/skapas av ditt program, men inte kan ändras efter att det har skapats, så kan du använda Azure Blob Storage och Azure CDN enligt beskrivningen ovan, med en Azure-funktion för hantering av överföringar och CDN-uppdateringar. Vi har tillhandahållit en exempelimplementering som du kan använda i Överföra och CDN-för inläsa statiskt innehåll med Azure Functions. Du kan också distribuera det statiska innehållet direkt till en app i Azure Spring Apps Enterprise-planen. Mer information finns i Distribuera webbstatiska filer.

Ta reda på nätverkstopologin

Den aktuella uppsättningen Azure Marketplace-erbjudanden är en startpunkt för migreringen. Om erbjudandet inte omfattar aspekter av din arkitektur som du behöver migrera måste du samla in nätverkstopologin för din befintliga distribution och återskapa den i Azure, även när du har skapat det grundläggande erbjudandet med en av lösningsmallarna.

Det här är ett brett ämne, men följande referenser kan ge en viss hjälp vid migreringen:

Konto för användning av JCA-kort och resurskort

Om distributionen är beroende av resurskort är det mest stödda alternativet Domän hem på en PV.

Konto för användning av anpassade säkerhetsprovidrar och JAAS

Om ditt program använder JAAS, måste du se till att konfigurationen av säkerhetsprovidrar migreras korrekt. Mer information finns i Om att konfigurera WebLogic-säkerhetsprovidrar i Oracle-dokumentationen.

Om distributionen förlitar sig på säkerhetsprovidrar är det mest stödda alternativet Domän hem på en PV.

Fastställ om WebLogic-klustring används

Operatorn hanterar klustring för alla möjliga sätt att köra WLS på AKS.

Inspektera DIN EJB-klustring

Om ditt program använder lokal EJB måste du migrera dem till klustrad EJB. Mer information finns i Klustrad kontra lokal EJB.

Konto för belastningsutjämningskrav

Det bästa sättet att ta hänsyn till belastningsutjämning är att använda App Gateway-integreringen som tillhandahålls av det inbyggda Azure Marketplace-erbjudandet. Mer information finns i Självstudie: Migrera ett WebLogic Server-kluster till Azure med Azure Application Gateway som lastbalanserare.

Ta reda på om funktionen Java EE-programklient används

Om distributionen förlitar sig på Java EE-programklienter är det bäst att använda operatören direkt. Mer information finns i Externa klienter.

Avgöra om flera containeravbildningar behövs

En WebLogic Server-domän kan innehålla flera kluster. Ett program med flera nivåer kan till exempel representeras i en enda domän, men har två kluster, till exempel "klientdel" och "serverdel". Det är användbart att kunna uppdatera klientdelen utan att uppdatera serverdelen och vice versa. Men med startkälltypen Modell i avbildningsdomän representeras hela domänen i en containeravbildning. För att hantera det här användningsfallet måste du separera klustren i sina egna domäner, var och en med sin egen containeravbildning. Operatorn kan hantera flera domäner i flera namnområden. Mer information finns i Välj en strategi för val av domännamnområde

Införandet av flera domäner kan medföra T3-åtkomstproblem mellan domäner. Lös dessa problem genom att aktivera en anpassad kanal enligt beskrivningen i Ta reda på om det behövs för att aktivera okänd värdåtkomst.

Avgöra om det behövs att aktivera okänd värdåtkomst

Du kan behöva aktivera okänd värdåtkomst genom att tillämpa en korrigering på WebLogic för följande scenarier:

  • Tillåt T3-åtkomst från externa klienter utanför AKS till WLS-kluster i AKS via en anpassad kanal.
  • Tillåt T3-åtkomst mellan olika WLS-domäner i AKS via en anpassad kanal.

Mer information om korrigeringen finns i vägledningen i Så här använder du korrigeringssökningen i My Oracle Support (MOS) och söker efter korrigering 30656708.

När korrigeringen har tillämpats läser du Aktivera okänd värdåtkomst.

Migrering

Stegen i det här avsnittet förutsätter att din analys har lett till att du bestämmer dig för att använda det fördefinierade Azure Marketplace-erbjudandet.

Få tillgång till erbjudandet

Information om hur du öppnar erbjudandet i Azure-portalen https://aka.ms/wlsaksfinns i . Välj Skapa och följ sedan anvisningarna i dokumentationen för erbjudandet. Använd den information som du samlade in i föregående steg för att hjälpa dig att fylla i fälten i erbjudandet.

Migrera domänerna

När du har etablerat erbjudandet matar du ut domänen genom att följa dessa steg.

Om du har navigerat bort från sidan Distribution pågår visar följande steg hur du kommer tillbaka till den sidan. Om du fortfarande är på sidan som visar Att distributionen är klar kan du gå vidare till steg 5.

  1. Längst upp till vänster på en portalsida väljer du hamburgermenyn och väljer Resursgrupper.

  2. I rutan med texten Filtrera för ett fält anger du de första tecknen i resursgruppen som du skapade tidigare. Om du följde den rekommenderade konventionen anger du dina initialer och väljer sedan lämplig resursgrupp.

  3. I det vänstra navigeringsfönstret i avsnittet Inställningar väljer du Distributioner för att se en ordnad lista över distributionerna till den här resursgruppen, med den senaste först.

  4. Rulla till den äldsta posten i den här listan. Den här posten motsvarar den distribution som du startade i föregående avsnitt. Välj den äldsta distributionen enligt följande skärmbild.

    Skärmbild av Azure-portalen som visar distributionslistan för resursgrupper.

  5. I den vänstra panelen väljer du Utdata. Den här listan visar utdatavärdena från distributionen. Användbar information ingår i utdata. Vi är intresserade av utdata som gör att vi kan inspektera domänen och interagera med operatorn. De andra värdena i utdata förklaras i detalj i användarhandboken för WebLogic i AKS.

  6. Leta upp utdata med namnet shellCmdtoConnectAks. Klistra in värdet för utdata i ett Bash-gränssnitt och kör kommandot . Med det här kommandot kan du använda kubectl enligt beskrivningen i Anslut till klustret.

  7. Leta upp utdata med namnet shellCmdtoOutputWlsDomainYaml. Klistra in värdet för utdata i ett Bash-gränssnitt och kör kommandot . Det här kommandot matar ut domänresursen som en YAML-fil.

  8. Nu när du har domänen YAML för den aktuella distributionen kan du använda kunskapen i Distribuera YAML-filer för domänresurser och gå igenom den här vägledningen för fler ledtrådar om hur du migrerar domänerna. Den här vägledningen kräver anpassning för att tillämpas på Kubernetes sätt att göra saker, men det är fortfarande användbart att känna till.

KeyStores-konto

Du måste ha ett konto för migreringen av de eventuella SSL KeyStores som programmet använder. Mer information finns i Konfigurera KeyStores.

Anslut JMS-källorna

När du har anslutit databaserna kan du konfigurera JMS genom att följa anvisningarna i Slå samman mellanprogram som administrerar JMS-resurser för Oracle WebLogic Server i WebLogic-dokumentationen.

Loggningskonto

Du kan inte göra molnet utan att hantera loggning. Operatorn tillhandahåller exempel för att använda Elasticsearch och Kibana. Mer information finns i operatordokumentationen. Azure har bra stöd för Elastic. Fullständig information finns i Vad är elastisk integrering med Azure?. Du kan kombinera kunskapen i dessa två resurser för att uppnå en Azure-optimerad loggningslösning för WLS på AKS.

Migrera dina program

Oavsett om du valde att ange en WAR- eller EAR-fil vid distributionstillfället måste du uppdatera programmet via CI/CD. Operatörsdokumentationen har ett exempel som visar hur du gör den här uppdateringen. Mer information finns i Uppdatering 3. De andra uppdateringsexemplen är relevanta för migreringen och är värda att utforska.

Testning

Eventuella test i behållare mot program måste konfigureras för att få åtkomst till de nya servrarna som körs i Azure. Precis som med CI/CD-problemen måste du se till att de nödvändiga nätverkssäkerhetsreglerna tillåter dina tester att komma åt de program som distribueras till Azure. Mer information finns i Nätverkssäkerhetsgrupper.

Efter migreringen

När du har nått de migreringsmål som du definierade i steget före migreringen, så utför några godkännandetester från slutpunkt till slutpunkt för att se att allt fungerar som förväntat. Vägledning om några potentiella förbättringar efter migreringen finns i följande rekommendationer: