Overzicht van Oracle-toepassingen en -oplossingen in Azure

  • Artikel

Van toepassing op: ✔️ Virtuele Linux-machines

In dit artikel leert u meer over het uitvoeren van Oracle-oplossingen met behulp van de Azure-infrastructuur.

Belangrijk

Oracle RAC en Oracle RAC OneNode worden niet ondersteund in Azure Bare Metal Infrastructure.

Oracle-databases in Azure-infrastructuur

Oracle ondersteunt het uitvoeren van de Edities Database 12.1 en hoger van Standard en Enterprise in Azure op VM-installatiekopieën op basis van Oracle Linux. U kunt Oracle-databases uitvoeren in een Azure-infrastructuur met behulp van Oracle Database op Oracle Linux-installatiekopieën die beschikbaar zijn in Azure Marketplace.

  • Oracle Database 12.2 en 18.3 Enterprise Edition
  • Oracle Database 12.2 en 18.3 Standard Edition
  • Oracle Database 19.3
    U kunt ook een van de volgende methoden volgen:
  • Oracle Database instellen op een niet-Oracle Linux-installatiekopieën die beschikbaar zijn in Azure.
  • Bouw een oplossing voor een aangepaste installatiekopieën die u helemaal zelf maakt in Azure.
  • Upload een aangepaste afbeelding vanuit uw on-premises omgeving.

U kunt er ook voor kiezen om uw oplossing te configureren met meerdere gekoppelde schijven. U kunt de databaseprestaties verbeteren door Oracle Automated Storage Management (ASM) te installeren. Voor de beste prestaties voor productieworkloads van Oracle Database in Azure moet u de VM-installatiekopieën goed aanpassen en de juiste opslagopties selecteren op basis van doorvoer, IOPS en latentie. Zie Een Oracle Database maken in een Azure-VM voor instructies over hoe u snel aan de slag kunt met een Oracle Database in Azure met behulp van de door Oracle gepubliceerde VM-installatiekopieën.

Oracle VM-installatiekopieën implementeren in Microsoft Azure

In deze sectie wordt informatie behandeld over Oracle-oplossingen op basis van VM-installatiekopieën (virtuele machines) die zijn gepubliceerd door Oracle in Azure Marketplace. Als u een lijst met momenteel beschikbare Oracle-installatiekopieën wilt ophalen, voert u de volgende opdracht uit met behulp van Azure CLI of Azure Cloud Shell

az vm image list --publisher oracle --output table –all

De installatiekopieën zijn bring-your-own-license. Er worden alleen kosten in rekening gebracht voor de kosten voor rekenkracht, opslag en netwerken die worden uitgevoerd op een virtuele machine. U kunt er ook voor kiezen om uw oplossingen te bouwen op een aangepaste installatiekopieën die u helemaal zelf maakt in Azure of om een aangepaste installatiekopieën te uploaden vanuit uw on-premises omgeving.

Belangrijk

U hebt een juiste licentie nodig voor het gebruik van Oracle-software en een huidige ondersteuningsovereenkomst met Oracle. Oracle heeft gegarandeerde licentiemobiliteit van on-premises naar Azure. Zie de veelgestelde vragen over Oracle en Microsoft Strategic Partnership voor meer informatie over licentiemobiliteit.

Toepassingen op Oracle Linux en WebLogic-server

Voer bedrijfstoepassingen uit op weblogic-server in Azure op ondersteunde Oracle Linux-installatiekopieën. Zie de documentatie van WebLogic, Oracle WebLogic Server in Azure Solution Overview voor meer informatie.

WebLogic Server met Azure-service-integraties

Oracle en Microsoft werken samen om WebLogic Server naar Azure Marketplace te brengen in de vorm van Azure-toepassing aanbieding. Zie Wat zijn oplossingen voor het uitvoeren van Oracle WebLogic Server voor meer informatie over deze aanbiedingen.

Installatiekopieën van Oracle WebLogic Server-VM's

Clustering wordt alleen ondersteund in Enterprise Edition. U hebt alleen een licentie om WebLogic-clustering te gebruiken wanneer u de Enterprise Edition van Oracle WebLogic Server gebruikt. Gebruik geen clustering met Oracle WebLogic Server Standard Edition. UDP multicast wordt niet ondersteund. ondersteuning voor Azure UDP unicasting, maar niet multicasting of broadcasting. Oracle WebLogic Server kan afhankelijk zijn van de unicastmogelijkheden van Azure UDP. Voor de beste resultaten die afhankelijk zijn van UDP-unicast, raden we u aan om de grootte van het WebLogic-cluster statisch te houden of te bewaren met niet meer dan 10 beheerde servers. Oracle WebLogic Server verwacht dat openbare en privépoorten hetzelfde zijn voor T3-toegang. Bijvoorbeeld wanneer u Enterprise JavaBeans (EJB) gebruikt. Overweeg een scenario met meerdere lagen waarin een servicelaagtoepassing wordt uitgevoerd op een Oracle WebLogic Server-cluster dat bestaat uit twee of meer VM's, in een virtueel netwerk met de naam SLWLS. De clientlaag bevindt zich in een ander subnet in hetzelfde virtuele netwerk, met een eenvoudig Java-programma dat EJB probeert aan te roepen in de servicelaag. Omdat u de taakverdeling van de servicelaag moet verdelen, moet er een openbaar eindpunt met gelijke taakverdeling worden gemaakt voor de VM's in het Oracle WebLogic Server-cluster. Als de opgegeven privépoort verschilt van de openbare poort, treedt er een fout op. Als u 7006:7008bijvoorbeeld gebruikt, treedt de volgende fout op omdat voor externe T3-toegang de load balancer-poort en de poort van de beheerde WebLogic-server hetzelfde zijn.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

In het voorgaande geval heeft de client toegang tot poort 7006, de load balancer-poort en luistert de beheerde server op 7008, de privépoort. Deze beperking is alleen van toepassing op T3-toegang, niet op HTTP.

Gebruik een van de volgende tijdelijke oplossingen om dit probleem te voorkomen:

  • Gebruik dezelfde privé- en openbare poortnummers voor eindpunten met gelijke taakverdeling die zijn toegewezen aan T3-toegang.

  • Neem de volgende JVM-parameter op bij het starten van Oracle WebLogic Server: configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Beperkingen voor dynamische clustering en taakverdeling. Stel dat u een dynamisch cluster in Oracle WebLogic Server wilt gebruiken en beschikbaar wilt maken via één openbaar eindpunt met gelijke taakverdeling in Azure. Deze aanpak kan worden uitgevoerd zolang u een vast poortnummer gebruikt voor elk van de beheerde servers, niet dynamisch toegewezen vanuit een bereik en niet meer beheerde servers start dan er machines zijn die de beheerder volgt. Er mag niet meer dan één beheerde server per VM zijn. Als uw configuratie resulteert in meer Oracle WebLogic-servers die worden gestart dan er VM's zijn, is het niet mogelijk voor meer dan een van deze exemplaren van Oracle WebLogic Servers om verbinding te maken met een bepaald poortnummer. Als meerdere Oracle WebLogic Server-exemplaren dezelfde virtuele machine delen, mislukken de andere exemplaren op die virtuele machine. Als u de beheerserver configureert om automatisch unieke poortnummers toe te wijzen aan de beheerde servers, is taakverdeling niet mogelijk omdat Azure geen ondersteuning biedt voor toewijzing van één openbare poort naar meerdere privépoorten, zoals vereist is voor deze configuratie.

  • Meerdere exemplaren van Oracle WebLogic Server op een VIRTUELE machine. Afhankelijk van uw implementatievereisten kunt u overwegen om meerdere exemplaren van Oracle WebLogic Server op dezelfde VM uit te voeren als de VIRTUELE machine groot genoeg is. Op een middelgrote VM, die twee kernen bevat, kunt u er bijvoorbeeld voor kiezen om twee exemplaren van Oracle WebLogic Server uit te voeren. We raden u echter nog steeds aan om single points of failure in uw architectuur te voorkomen. Het uitvoeren van meerdere exemplaren van Oracle WebLogic Server op slechts één VIRTUELE machine zou zo'n single point zijn.

Het gebruik van ten minste twee VM's kan een betere aanpak zijn. Elke VM kan meerdere exemplaren van Oracle WebLogic Server uitvoeren. Elk exemplaar van Oracle WebLogic Server kan nog steeds deel uitmaken van hetzelfde cluster. Het is momenteel echter niet mogelijk om Azure te gebruiken om eindpunten te verdelen die worden weergegeven door dergelijke Oracle WebLogic Server-implementaties binnen dezelfde VIRTUELE machine. Voor Azure Load Balancer moeten de servers met gelijke taakverdeling worden gedistribueerd tussen unieke VM's.

Opties voor hoge beschikbaarheid en herstel na noodgevallen

Wanneer u Oracle-oplossingen in Azure gebruikt, bent u verantwoordelijk voor het implementeren van een oplossing voor hoge beschikbaarheid en herstel na noodgevallen om downtime te voorkomen. U kunt ook hoge beschikbaarheid en herstel na noodgevallen implementeren voor Oracle Database Enterprise Edition met behulp van Data Guard, Active Data Guard of Oracle GoldenGate. De aanpak vereist twee databases op twee afzonderlijke VM's, die zich in hetzelfde virtuele netwerk moeten bevinden om ervoor te zorgen dat ze toegang hebben tot elkaar via het privé permanente IP-adres.

U wordt aangeraden de VIRTUELE machines in dezelfde beschikbaarheidsset te plaatsen, zodat Azure deze in afzonderlijke foutdomeinen en upgradedomeinen kan plaatsen. Als u georedundantie wilt hebben, stelt u de twee databases in om te repliceren tussen twee verschillende regio's en de twee exemplaren te verbinden met een VPN Gateway. Zie Oracle Data Guard implementeren op een virtuele Linux-machine in Azure om de basisinstallatieprocedure in Azure te doorlopen.

Met Oracle Active Data Guard kunt u hoge beschikbaarheid bereiken met een primaire database op de ene VM, een secundaire (stand-by)database in een andere VIRTUELE machine en eenrichtingsreplicatie die ertussen is ingesteld. Het resultaat is leestoegang tot de kopie van de database. Met Oracle GoldenGate kunt u bidirectionele replicatie tussen de twee databases configureren. Zie Active Data Guard en GoldenGate voor meer informatie over het instellen van een oplossing voor hoge beschikbaarheid voor uw databases met behulp van deze hulpprogramma's. Als u lees-/schrijftoegang nodig hebt tot de kopie van de database, kunt u Oracle Active Data Guard gebruiken.

Zie Oracle Golden Gate implementeren op een Virtuele Linux-machine in Azure om de basisinstallatieprocedure in Azure te doorlopen.

U kunt effectief hoge beschikbaarheid voor uw Oracle-databases bereiken met behulp van de plaatsing van azure NetApp Files-beschikbaarheidszonevolumes in combinatie met Oracle Data Guard voor een ha-architectuur in verschillende zones. Als u de kosten van Data Guard-licenties en het uitvoeren van VM's in de secundaire zone wilt elimineren, kunt u de op opslag gebaseerde replicatiefunctionaliteit van Azure NetApp Files gebruiken. Azure NetApp Files-volumes kunnen op dezelfde manier in de beschikbaarheidszone van uw keuze worden geplaatst en kunnen vervolgens worden gerepliceerd tussen zones binnen de regio met behulp van replicatie tussen zones (of naar een andere regio met replicatie tussen regio's).

Naast een oplossing voor hoge beschikbaarheid en herstel na noodgevallen die is ontworpen in Azure, moet u een back-upstrategie hebben om uw database te herstellen.

Back-up maken van Oracle-workloads

Er zijn verschillende back-upstrategieën beschikbaar voor Oracle op Azure-VM's. De volgende back-ups zijn andere opties:

Oracle-toepassingen implementeren in Azure

Gebruik Terraform-sjablonen, AZ CLI of Azure Portal om de Azure-infrastructuur in te stellen en Oracle-toepassingen te installeren. U gebruikt Ansible ook om db in de virtuele machine te configureren. Zie Terraform in Azure voor meer informatie.

Oracle heeft de volgende toepassingen gecertificeerd om te worden uitgevoerd in Azure bij het maken van verbinding met een Oracle-database met behulp van de Azure-oplossing met Oracle Cloud interconnect:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • Mensen Soft
  • Oracle Retail-toepassingen
  • Oracle Hyperion Financial Management

U kunt aangepaste toepassingen implementeren in Azure die verbinding maken met OCI en andere Azure-services.

Ondersteuning voor JD Edwards

Volgens Oracle Support worden JD Edwards EnterpriseOne-versies 9.2 en hoger ondersteund voor openbare cloudaanbiedingen die voldoen aan hun specifieke minimale technische vereisten (MTR). U moet aangepaste installatiekopieën maken die voldoen aan hun MTR-specificaties voor compatibiliteit van besturingssystemen en softwaretoepassingen. Zie Doc ID 2178595.1 voor meer informatie.

Licenties

De implementatie van Oracle-oplossingen in Azure is gebaseerd op een bring-your-own-license-model. In dit model wordt ervan uitgegaan dat u licenties hebt voor het gebruik van Oracle-software en dat u een huidige ondersteuningsovereenkomst hebt met Oracle. Microsoft Azure is een geautoriseerde cloudomgeving voor het uitvoeren van Oracle Database. De Oracle Core Factor-tabel is niet van toepassing bij het verlenen van licenties aan Oracle-databases in de cloud. Zie Oracle Processor Core Factor Table voor meer informatie. Wanneer u in plaats daarvan VM's gebruikt met Hyper-Threading Technology ingeschakeld voor Enterprise Edition-databases, telt u twee vCPU's als equivalent aan één Oracle Processor-licentie als hyperthreading is ingeschakeld, zoals vermeld in het beleidsdocument. De beleidsdetails vindt u in Licensing Oracle Software in de Cloud Computing Environment.
Oracle-databases vereisen over het algemeen meer geheugen en I/O. Daarom raden we aan geoptimaliseerde VM's voor geheugen te gebruiken voor deze werkbelastingen. Als u uw workloads verder wilt optimaliseren, raden we beperkte kern-vCPU's aan voor Oracle Database-workloads waarvoor een hoge geheugen-, opslag- en I/O-bandbreedte is vereist, maar geen hoog aantal kernen. Wanneer u Oracle-software en -workloads migreert van on-premises naar Microsoft Azure, biedt Oracle licentiemobiliteit, zoals vermeld in oracle en veelgestelde vragen over strategische samenwerking van Oracle.

Volgende stappen

U hebt nu een overzicht van de huidige Oracle-databases en -oplossingen op basis van VM-installatiekopieën in Microsoft Azure. De volgende stap is het implementeren van uw eerste Oracle-database in Azure.