Udostępnij za pośrednictwem

Omówienie aplikacji i rozwiązań Oracle na platformie Azure

  • Artykuł

Dotyczy: ✔️ maszyny wirtualne z systemem Linux

Z tego artykułu dowiesz się więcej na temat uruchamiania rozwiązań Oracle przy użyciu infrastruktury platformy Azure.

Ważne

Systemy Oracle RAC i Oracle RAC OneNode nie są obsługiwane w infrastrukturze azure Bare Metal.

Bazy danych Oracle w infrastrukturze platformy Azure

Firma Oracle obsługuje uruchamianie obrazów baz danych Database 12.1 i wyższych wersji Standard i Enterprise na platformie Azure na maszynie wirtualnej opartej na systemie Oracle Linux. Bazy danych Oracle można uruchamiać w infrastrukturze platformy Azure przy użyciu obrazów Oracle Database on Oracle Linux dostępnych w witrynie Azure Marketplace.

  • Oracle Database 12.2 i 18.3 Enterprise Edition
  • Oracle Database 12.2 i 18.3 Standard Edition
  • Oracle Database 19.3
    Możesz również podjąć jedną z następujących metod:
  • Skonfiguruj bazę danych Oracle Database na obrazie innego niż Oracle Linux dostępnym na platformie Azure.
  • Tworzenie rozwiązania na obrazie niestandardowym tworzonym od podstaw na platformie Azure.
  • Przekaż obraz niestandardowy ze środowiska lokalnego.

Możesz również skonfigurować rozwiązanie z wieloma dołączonymi dyskami. Wydajność bazy danych można poprawić, instalując program Oracle Automated Storage Management (ASM). Aby uzyskać najlepszą wydajność dla obciążeń produkcyjnych bazy danych Oracle Database na platformie Azure, pamiętaj o odpowiednim rozmiarze obrazu maszyny wirtualnej i wybierz odpowiednie opcje magazynu na podstawie przepływności, liczby operacji we/wy na sekundę i opóźnienia. Aby uzyskać instrukcje dotyczące szybkiego uruchamiania bazy danych Oracle Database na platformie Azure przy użyciu obrazu opublikowanej maszyny wirtualnej Oracle, zobacz Tworzenie bazy danych Oracle Database na maszynie wirtualnej platformy Azure.

Wdrażanie obrazów maszyn wirtualnych Oracle na platformie Microsoft Azure

Ta sekcja zawiera informacje o rozwiązaniach Oracle opartych na obrazach maszyn wirtualnych opublikowanych przez firmę Oracle w witrynie Azure Marketplace. Aby uzyskać listę aktualnie dostępnych obrazów Oracle, uruchom następujące polecenie przy użyciu interfejsu wiersza polecenia platformy Azure lub usługi Azure Cloud Shell

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

Obrazy są licencją bring-your-own-license. Opłaty są naliczane tylko za koszty obliczeń, magazynu i sieci poniesione na maszynie wirtualnej. Możesz również utworzyć rozwiązania na obrazie niestandardowym utworzonym od podstaw na platformie Azure lub przekazać obraz niestandardowy ze środowiska lokalnego.

Ważne

Wymagana jest właściwa licencja na korzystanie z oprogramowania Oracle i bieżącej umowy pomocy technicznej z firmą Oracle. Firma Oracle ma gwarantowaną mobilność licencji ze środowiska lokalnego na platformę Azure. Aby uzyskać więcej informacji na temat mobilności licencji, zobacz Często zadawane pytania dotyczące partnerstwa strategicznego firmy Microsoft i Oracle.

Aplikacje na serwerze Oracle Linux i WebLogic

Uruchamianie aplikacji dla przedsiębiorstw na serwerze WebLogic na platformie Azure na obsługiwanych obrazach systemu Oracle Linux. Aby uzyskać więcej informacji, zobacz dokumentację weblogic,Oracle WebLogic Server on Azure Solution Overview (Omówienie serwera Oracle WebLogic na platformie Azure).

Serwer WebLogic z integracjami usług platformy Azure

Firma Oracle i firma Microsoft współpracują ze sobą, aby udostępnić serwer WebLogic Server w witrynie Azure Marketplace w postaci oferty aplikacja systemu Azure. Aby uzyskać więcej informacji na temat tych ofert, zobacz What are solutions for running Oracle WebLogic Server (Co to są rozwiązania do uruchamiania serwera Oracle WebLogic).

Obrazy maszyn wirtualnych serwera Oracle WebLogic

Klastrowanie jest obsługiwane tylko w wersji Enterprise Edition. Masz licencję na korzystanie z klastrowania WebLogic tylko wtedy, gdy używasz wersji Enterprise Edition programu Oracle WebLogic Server. Nie używaj klastrowania z programem Oracle WebLogic Server Standard Edition. Multiemisji UDP nie jest obsługiwana. pomoc techniczna platformy Azure emisji pojedynczej protokołu UDP, ale nie multiemisji ani emisji. Serwer Oracle WebLogic może polegać na możliwościach emisji pojedynczej UDP platformy Azure. Aby uzyskać najlepsze wyniki oparte na emisji pojedynczej UDP, zalecamy, aby rozmiar klastra WebLogic był zachowywany statycznie lub przechowywany w nie więcej niż 10 zarządzanych serwerach. Serwer Oracle WebLogic oczekuje, że porty publiczne i prywatne będą takie same dla dostępu T3. Na przykład w przypadku korzystania z klasy Enterprise JavaBeans (EJB). Rozważ scenariusz wielowarstwowy, w którym aplikacja warstwy usługi jest uruchomiona w klastrze Oracle WebLogic Server składającym się z co najmniej dwóch maszyn wirtualnych w sieci wirtualnej o nazwie SLWLS. Warstwa klienta znajduje się w innej podsieci w tej samej sieci wirtualnej, uruchamiając prosty program Java próbujący wywołać EJB w warstwie usługi. Ponieważ należy zrównoważyć obciążenie warstwy usługi, należy utworzyć publiczny punkt końcowy o zrównoważonym obciążeniu dla maszyn wirtualnych w klastrze oracle WebLogic Server. Jeśli określony port prywatny różni się od portu publicznego, wystąpi błąd. Jeśli na przykład używasz 7006:7008polecenia , wystąpi następujący błąd, ponieważ w przypadku zdalnego dostępu T3 serwer Oracle WebLogic oczekuje, że port modułu równoważenia obciążenia i port serwera zarządzanego WebLogic będą takie same.

[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]

W poprzednim przypadku klient uzyskuje dostęp do portu 7006, który jest portem modułu równoważenia obciążenia, a serwer zarządzany nasłuchuje na 7008, co jest portem prywatnym. To ograniczenie dotyczy tylko dostępu T3, a nie PROTOKOŁU HTTP.

Aby uniknąć tego problemu, użyj jednego z następujących obejść:

  • Użyj tych samych numerów portów prywatnych i publicznych dla punktów końcowych ze zrównoważonym obciążeniem przeznaczonych dla dostępu T3.

  • Dołącz następujący parametr JVM podczas uruchamiania serwera Oracle WebLogic: configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Ograniczenia klastrowania dynamicznego i równoważenia obciążenia. Załóżmy, że chcesz użyć klastra dynamicznego na serwerze Oracle WebLogic Server i uwidocznić go za pośrednictwem pojedynczego publicznego punktu końcowego o zrównoważonym obciążeniu na platformie Azure. Takie podejście można wykonać tak długo, jak używasz stałego numeru portu dla każdego z zarządzanych serwerów, a nie dynamicznie przypisanego z zakresu. Nie uruchamiaj większej liczby serwerów zarządzanych niż istnieją maszyny, które administrator śledzi. Nie powinno istnieć więcej niż jeden serwer zarządzany na maszynę wirtualną. Jeśli konfiguracja powoduje uruchomienie większej liczby serwerów Oracle WebLogic niż istnieją maszyny wirtualne, nie jest możliwe, aby więcej niż jedno z tych wystąpień serwerów Oracle WebLogic było powiązanych z danym numerem portu. Oznacza to, że jeśli wiele wystąpień programu Oracle WebLogic Server współużytkuje tę samą maszynę wirtualną, inne na tej maszynie wirtualnej kończą się niepowodzeniem. Jeśli skonfigurujesz serwer administracyjny, aby automatycznie przypisywać unikatowe numery portów do serwerów zarządzanych, równoważenie obciążenia nie jest możliwe. Platforma Azure nie obsługuje mapowania z jednego portu publicznego na wiele portów prywatnych, które są wymagane dla tej konfiguracji.

  • Wiele wystąpień programu Oracle WebLogic Server na maszynie wirtualnej. W zależności od wymagań dotyczących wdrażania można rozważyć uruchomienie wielu wystąpień programu Oracle WebLogic Server na tej samej maszynie wirtualnej, jeśli maszyna wirtualna jest wystarczająco duża. Na przykład na średniej maszynie wirtualnej, która zawiera dwa rdzenie, można uruchomić dwa wystąpienia serwera Oracle WebLogic. Jednak nadal zalecamy unikanie wprowadzania pojedynczych punktów awarii do architektury. Uruchomienie wielu wystąpień serwera Oracle WebLogic Server na jednej maszynie wirtualnej byłoby takim pojedynczym punktem.

Użycie co najmniej dwóch maszyn wirtualnych może być lepszym rozwiązaniem. Każda maszyna wirtualna może uruchamiać wiele wystąpień serwera Oracle WebLogic. Każde wystąpienie serwera Oracle WebLogic Server nadal może być częścią tego samego klastra. Obecnie nie można jednak używać platformy Azure do równoważenia obciążenia punktów końcowych, które są uwidacznione przez takie wdrożenia serwera Oracle WebLogic Server na tej samej maszynie wirtualnej. Usługa Azure Load Balancer wymaga dystrybucji serwerów o zrównoważonym obciążeniu między unikatowe maszyny wirtualne.

Opcje wysokiej dostępności i odzyskiwania po awarii

W przypadku korzystania z rozwiązań Oracle na platformie Azure odpowiadasz za zaimplementowanie rozwiązania wysokiej dostępności i odzyskiwania po awarii, aby uniknąć przestojów. Można również zaimplementować wysoką dostępność i odzyskiwanie po awarii dla programu Oracle Database Enterprise Edition przy użyciu funkcji Data Guard, Active Data Guard lub Oracle GoldenGate. Podejście wymaga dwóch baz danych na dwóch oddzielnych maszynach wirtualnych, które powinny znajdować się w tej samej sieci wirtualnej, aby zapewnić im dostęp do siebie za pośrednictwem prywatnego trwałego adresu IP.

Zalecamy umieszczenie maszyn wirtualnych w tym samym zestawie dostępności, aby umożliwić platformie Azure umieszczenie ich w oddzielnych domenach błędów i domenach uaktualniania. Jeśli chcesz mieć nadmiarowość geograficzną, skonfiguruj dwie bazy danych do replikacji między dwoma różnymi regionami i połącz dwa wystąpienia z usługą VPN Gateway. Aby zapoznać się z podstawową procedurą konfiguracji na platformie Azure, zobacz Implementowanie funkcji Oracle Data Guard na maszynie wirtualnej z systemem Linux platformy Azure.

Dzięki funkcji Oracle Active Data Guard można uzyskać wysoką dostępność za pomocą podstawowej bazy danych na jednej maszynie wirtualnej, pomocniczej (rezerwowej) bazy danych na innej maszynie wirtualnej i jednokierunkowej konfiguracji replikacji między nimi. Wynikiem jest dostęp do odczytu do kopii bazy danych. Za pomocą rozwiązania Oracle GoldenGate można skonfigurować replikację dwukierunkową między dwiema bazami danych. Aby dowiedzieć się, jak skonfigurować rozwiązanie o wysokiej dostępności dla baz danych przy użyciu tych narzędzi, zobacz Active Data Guard i GoldenGate. Jeśli potrzebujesz dostępu do odczytu i zapisu do kopii bazy danych, możesz użyć funkcji Oracle Active Data Guard.

Aby zapoznać się z podstawową procedurą konfiguracji na platformie Azure, zobacz Implementowanie rozwiązania Oracle Golden Gate na maszynie wirtualnej z systemem Linux platformy Azure.

Wysoką dostępność baz danych Oracle można osiągnąć przy użyciu umieszczania woluminu strefy dostępności usługi Azure NetApp Files z funkcją Oracle Data Guard dla architektury wysokiej dostępności w różnych strefach. Alternatywnie, aby wyeliminować koszty licencji funkcji Data Guard i uruchomionych maszyn wirtualnych w strefie pomocniczej, możesz użyć funkcji replikacji opartej na magazynie usługi Azure NetApp Files. Woluminy usługi Azure NetApp Files można umieścić w wybranej strefie dostępności w taki sam sposób. Następnie można ją replikować między strefami w regionie przy użyciu replikacji między strefami (lub do innego regionu przy użyciu replikacji między regionami).

Oprócz zapewnienia wysokiej dostępności i rozwiązania odzyskiwania po awarii utworzonego na platformie Azure należy stosować strategię tworzenia kopii zapasowych w celu przywrócenia bazy danych.

Tworzenie kopii zapasowych obciążeń Oracle

Różne strategie tworzenia kopii zapasowych są dostępne dla programu Oracle na maszynach wirtualnych platformy Azure. Następujące kopie zapasowe to inne opcje:

Wdrażanie aplikacji Oracle na platformie Azure

Użyj szablonów programu Terraform, interfejsu wiersza polecenia az lub witryny Azure Portal, aby skonfigurować infrastrukturę platformy Azure i zainstalować aplikacje Oracle. Usługa Ansible służy również do konfigurowania bazy danych wewnątrz maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz Terraform na platformie Azure.

Firma Oracle uzyskała certyfikat następujących aplikacji do uruchamiania na platformie Azure podczas nawiązywania połączenia z bazą danych Oracle przy użyciu rozwiązania platformy Azure z rozwiązaniem oracle Cloud interconnect:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • PeopleSoft
  • Aplikacje Oracle Retail
  • Oracle Hyperion Financial Management

Aplikacje niestandardowe można wdrażać na platformie Azure, które łączą się z usługami OCI i innymi usługami platformy Azure.

Obsługa usługi JD Edwards

Zgodnie z pomocą techniczną firmy Oracle usługa JD Edwards EnterpriseOne w wersji 9.2 lub nowszej jest obsługiwana w dowolnej ofercie chmury publicznej spełniającej określone minimalne wymagania techniczne (MTR). Należy utworzyć obrazy niestandardowe spełniające specyfikacje MTR dotyczące zgodności systemu operacyjnego i aplikacji oprogramowania. Aby uzyskać więcej informacji, zobacz Dokument o identyfikatorze 2178595.1.

Licencjonowanie

Wdrażanie rozwiązań Oracle na platformie Azure jest oparte na modelu bring-your-own-license. W tym modelu założono, że masz licencje na korzystanie z oprogramowania Oracle i że masz bieżącą umowę pomocy technicznej obowiązującą z firmą Oracle.

Platforma Microsoft Azure to autoryzowane środowisko chmury do uruchamiania bazy danych Oracle Database. Tabela Oracle Core Factor nie ma zastosowania w przypadku licencjonowania baz danych Oracle w chmurze. Aby uzyskać więcej informacji, zobacz Tabela podstawowego składnika procesora Oracle. Zamiast tego w przypadku używania maszyn wirtualnych z włączoną technologia hiperwątkowości dla baz danych Enterprise Edition należy policzyć dwa procesory wirtualne jako równoważne jednej licencji procesora Oracle, jeśli włączono funkcję hyperthreading, zgodnie z opisem w dokumencie zasad. Szczegóły zasad można znaleźć w temacie Licensing Oracle Software in the Cloud Computing Environment (Licencjonowanie oprogramowania Oracle Software w środowisku przetwarzania w chmurze).

Bazy danych Oracle zwykle wymagają wyższej pamięci i operacji we/wy. Z tego powodu zalecamy zoptymalizowane pod kątem pamięci maszyny wirtualne dla tych obciążeń. Aby jeszcze bardziej zoptymalizować obciążenia, zalecamy użycie ograniczonych procesorów wirtualnych Core dla obciążeń bazy danych Oracle, które wymagają dużej ilości pamięci, magazynu i przepustowości operacji we/wy, ale nie dużej liczby rdzeni.

W przypadku migrowania oprogramowania i obciążeń Oracle ze środowiska lokalnego do platformy Microsoft Azure firma Oracle zapewnia mobilność licencji zgodnie z opisem w temacie Oracle and Microsoft Strategic Partnership FAQ (Często zadawane pytania dotyczące partnerstwa strategicznego firmy Microsoft).

Następne kroki

Masz teraz omówienie bieżących baz danych i rozwiązań Oracle opartych na obrazach maszyn wirtualnych na platformie Microsoft Azure. Następnym krokiem jest wdrożenie pierwszej bazy danych Oracle na platformie Azure.