Gambaran umum Aplikasi Oracle dan solusi di Azure

  • Artikel

Berlaku untuk: ✔️ mesin virtual Linux

Dalam artikel ini, Anda mempelajari tentang menjalankan solusi Oracle menggunakan infrastruktur Azure.

Penting

Oracle RAC dan Oracle RAC OneNode tidak didukung di Infrastruktur Azure Bare Metal.

Database Oracle di infrastruktur Azure

Oracle mendukung menjalankan Database 12.1 dan edisi Standar dan Perusahaan yang lebih tinggi di Azure pada gambar VM berdasarkan Oracle Linux. Anda dapat menjalankan database Oracle di infrastruktur Azure menggunakan Oracle Database pada gambar Oracle Linux yang tersedia di Marketplace Azure.

  • Oracle Database 12.2, dan 18.3 Edisi Perusahaan
  • Oracle Database 12.2, dan 18.3 Edisi Standar
  • Oracle Database 19.3
    Anda juga dapat mengambil salah satu pendekatan berikut:
  • Siapkan Oracle Database pada gambar Linux non-Oracle yang tersedia di Azure.
  • Buat solusi pada gambar kustom yang Anda buat dari awal di Azure.
  • Unggah gambar kustom dari lingkungan lokal Anda.

Anda juga dapat memilih untuk mengonfigurasi solusi Anda dengan beberapa disk yang terpasang. Anda dapat meningkatkan performa database dengan menginstal Oracle Automated Storage Management (ASM). Untuk performa terbaik untuk beban kerja produksi Oracle Database di Azure, pastikan untuk mengukur gambar VM dengan benar dan pilih opsi penyimpanan yang tepat berdasarkan throughput, IOPS & latensi. Untuk instruksi tentang cara menyiapkan dan menjalankan Oracle Database dengan cepat di Azure menggunakan gambar VM yang diterbitkan Oracle, lihat Membuat Oracle Database di Azure VM.

Menyebarkan gambar VM Oracle di Microsoft Azure

Bagian ini mencakup informasi tentang solusi Oracle berdasarkan gambar komputer virtual (VM) yang diterbitkan oleh Oracle di Marketplace Azure. Untuk mendapatkan daftar gambar Oracle yang saat ini tersedia, jalankan perintah berikut menggunakan Azure CLI atau Azure Cloud Shell

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

Gambarnya adalah bring-your-own-license. Anda hanya dikenakan biaya komputasi, penyimpanan, dan jaringan yang dikeluarkan yang menjalankan VM. Anda juga dapat memilih untuk membangun solusi pada gambar kustom yang Anda buat dari awal di Azure atau mengunggah gambar kustom dari lingkungan lokal Anda.

Penting

Anda memerlukan lisensi yang tepat untuk menggunakan perangkat lunak Oracle dan perjanjian dukungan saat ini dengan Oracle. Oracle telah menjamin mobilitas lisensi dari lokal ke Azure. Untuk informasi selengkapnya tentang mobilitas lisensi, lihat Tanya Jawab Umum Oracle dan Kemitraan Strategis Microsoft.

Aplikasi di Oracle Linux dan server WebLogic

Jalankan aplikasi perusahaan di server WebLogic di Azure pada gambar Oracle Linux yang didukung. Untuk informasi selengkapnya, lihat dokumentasi WebLogic, Oracle WebLogic Server di Gambaran Umum Solusi Azure.

WebLogic Server dengan integrasi layanan Azure

Oracle dan Microsoft berkolaborasi untuk membawa WebLogic Server ke Marketplace Azure dalam bentuk penawaran Aplikasi Azure. Untuk informasi selengkapnya tentang penawaran ini, lihat Apa solusi untuk menjalankan Oracle WebLogic Server.

Gambar VM Oracle WebLogic Server

Pengklusteran hanya didukung pada Edisi Perusahaan. Anda dilisensikan untuk menggunakan pengklusteran WebLogic hanya saat Anda menggunakan Server WebLogic Oracle Edisi Perusahaan. Jangan gunakan pengklusteran dengan Oracle WebLogic Server Standard Edition. Multicast UDP tidak didukung. Azure mendukung unicasting UDP, tetapi tidak mendukung multicasting atau broadcasting. Oracle WebLogic Server dapat mengandalkan kemampuan unicast Azure UDP. Untuk hasil terbaik dalam mengandalkan unicast UDP, kami menyarankan agar ukuran kluster WebLogic tetap statis, atau disimpan dengan tidak lebih dari 10 server terkelola. Oracle WebLogic Server mengharapkan port publik dan privat sama untuk akses T3. Misalnya, saat menggunakan Enterprise JavaBeans (EJB). Pertimbangkan skenario multi-tingkat di mana aplikasi lapisan layanan berjalan pada kluster Oracle WebLogic Server yang terdiri dari dua VM atau lebih, dalam jaringan virtual bernama SLWLS. Tingkat klien berada di subnet yang berbeda di jaringan virtual yang sama, menjalankan program Java sederhana untuk memanggil EJB di lapisan layanan. Karena Anda harus menyeimbangkan beban lapisan layanan, titik akhir yang seimbang beban publik perlu dibuat untuk VM di kluster Oracle WebLogic Server. Jika port privat yang ditentukan berbeda dari port publik, terjadi kesalahan. Misalnya, jika Anda menggunakan 7006:7008, kesalahan berikut terjadi karena untuk akses T3 jarak jauh, Oracle WebLogic Server mengharapkan port load balancer dan port server terkelola WebLogic sama.

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

Dalam kasus sebelumnya, klien mengakses port 7006, yang merupakan port load balancer, dan server terkelola mendengarkan pada 7008, yang merupakan port privat. Pembatasan ini hanya berlaku untuk akses T3, bukan HTTP.

Untuk menghindari masalah ini, gunakan salah satu solusi berikut:

  • Gunakan nomor port privat dan publik yang sama untuk titik akhir dengan beban seimbang yang ditujukan untuk akses T3.

  • Sertakan parameter JVM berikut saat memulai Oracle WebLogic Server: configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Batasan pengklusteran dinamis dan penyeimbangan beban. Misalkan Anda ingin menggunakan kluster dinamis di Oracle WebLogic Server dan mengeksposnya melalui satu titik akhir publik dengan beban seimbang di Azure. Pendekatan ini dapat dilakukan selama Anda menggunakan nomor port tetap untuk setiap server terkelola, tidak ditetapkan secara dinamis dari rentang, dan tidak memulai lebih banyak server terkelola daripada komputer yang dilacak administrator. Seharusnya tidak ada lebih dari satu server terkelola per VM. Jika konfigurasi Anda menghasilkan lebih banyak Oracle WebLogic Server yang dimulai daripada VM, tidak dimungkinkan bagi lebih dari salah satu instans Oracle WebLogic Server untuk mengikat ke nomor port tertentu. Artinya, jika beberapa instans Oracle WebLogic Server berbagi komputer virtual yang sama, yang lain pada VM tersebut gagal. Jika Anda mengonfigurasi server admin untuk secara otomatis menetapkan nomor port unik ke server terkelolanya, penyeimbangan beban tidak dimungkinkan karena Azure tidak mendukung pemetaan dari satu port publik ke beberapa port privat, seperti yang diperlukan untuk konfigurasi ini.

  • Beberapa instans Oracle WebLogic Server pada VM. Bergantung pada persyaratan penyebaran, Anda mungkin mempertimbangkan untuk menjalankan beberapa instans Oracle WebLogic Server pada VM yang sama, jika VM cukup besar. Misalnya, pada VM menengah, yang berisi dua inti, Anda dapat memilih untuk menjalankan dua instans Oracle WebLogic Server. Namun, kami masih menyarankan Agar Anda menghindari memperkenalkan satu titik kegagalan ke dalam arsitektur Anda. Menjalankan beberapa instans Oracle WebLogic Server hanya pada satu VM akan menjadi satu titik.

Menggunakan setidaknya dua VM bisa menjadi pendekatan yang lebih baik. Setiap VM dapat menjalankan beberapa instans Oracle WebLogic Server. Setiap instans Oracle WebLogic Server masih bisa menjadi bagian dari kluster yang sama. Namun, saat ini tidak dimungkinkan untuk menggunakan Azure untuk menyeimbangkan beban titik akhir yang diekspos oleh penyebaran Oracle WebLogic Server tersebut dalam VM yang sama. Azure Load Balancer mengharuskan server yang seimbang beban didistribusikan di antara VM unik.

Opsi ketersediaan tinggi dan pemulihan bencana

Saat menggunakan solusi Oracle di Azure, Anda bertanggung jawab untuk menerapkan ketersediaan tinggi dan solusi pemulihan bencana untuk menghindari waktu henti. Anda juga dapat menerapkan ketersediaan tinggi dan pemulihan bencana untuk Oracle Database Enterprise Edition dengan menggunakan Data Guard, Active Data Guard, atau Oracle GoldenGate. Pendekatan ini memerlukan dua database pada dua VM terpisah, yang harus berada di jaringan virtual yang sama untuk memastikan mereka dapat mengakses satu sama lain melalui alamat IP persisten privat.

Sebaiknya letakkan VM dalam set ketersediaan yang sama untuk memungkinkan Azure menempatkannya ke domain kesalahan terpisah dan meningkatkan domain. Jika Anda ingin memiliki geo-redundansi, siapkan dua database untuk mereplikasi antara dua wilayah berbeda dan sambungkan dua instans dengan VPN Gateway. Untuk menelusuri prosedur penyiapan dasar di Azure, lihat Menerapkan Oracle Data Guard pada komputer virtual Azure Linux.

Dengan Oracle Active Data Guard, Anda dapat mencapai ketersediaan tinggi dengan database utama dalam satu VM, database sekunder (siaga) di VM lain, dan replikasi satu arah yang disiapkan di antara mereka. Hasilnya adalah akses baca ke salinan database. Dengan Oracle GoldenGate, Anda dapat mengonfigurasi replikasi dua arah antara dua database. Untuk mempelajari cara menyiapkan solusi ketersediaan tinggi untuk database Anda menggunakan alat ini, lihat Active Data Guard dan GoldenGate. Jika Anda memerlukan akses baca-tulis ke salinan database, Anda dapat menggunakan Oracle Active Data Guard.

Untuk menelusuri prosedur penyiapan dasar di Azure, lihat Menerapkan Oracle Golden Gate di Azure Linux VM.

Anda dapat secara efektif mencapai ketersediaan tinggi untuk database Oracle Anda dengan menggunakan penempatan volume zona ketersediaan Azure NetApp Files dalam kombinasi dengan Oracle Data Guard untuk arsitektur HA di seluruh zona. Atau, untuk menghilangkan biaya lisensi Data Guard dan menjalankan VM di zona sekunder, Anda dapat menggunakan fungsionalitas replikasi berbasis penyimpanan Azure NetApp Files. Volume Azure NetApp Files dapat ditempatkan di zona ketersediaan pilihan Anda dengan cara yang sama dan kemudian dapat direplikasi antar zona dalam wilayah dengan menggunakan replikasi lintas zona (atau ke wilayah lain menggunakan replikasi lintas wilayah).

Selain memiliki ketersediaan tinggi dan solusi pemulihan bencana yang dirancang di Azure, Anda harus memiliki strategi pencadangan untuk memulihkan database Anda.

Mencadangkan beban kerja Oracle

Strategi pencadangan yang berbeda tersedia untuk Oracle di Azure VM, cadangan berikut adalah opsi lain:

Menyebarkan aplikasi Oracle di Azure

Gunakan templat Terraform, AZ CLI, atau Portal Microsoft Azure untuk menyiapkan infrastruktur Azure dan menginstal aplikasi Oracle. Anda juga menggunakan Ansible untuk mengonfigurasi DB di dalam VM. Untuk informasi selengkapnya, lihat Terraform di Azure.

Oracle telah mensertifikasi aplikasi berikut untuk dijalankan di Azure saat menyambungkan ke database Oracle dengan menggunakan solusi interkoneksi Azure dengan Oracle Cloud:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • PeopleSoft
  • Aplikasi Oracle Retail
  • Manajemen Keuangan Oracle Hyperion

Anda dapat menyebarkan aplikasi kustom di Azure yang terhubung dengan OCI dan layanan Azure lainnya.

Dukungan untuk JD Edwards

Menurut Dukungan Oracle, JD Edwards EnterpriseOne versi 9.2 ke atas didukung pada penawaran cloud publik apa pun yang memenuhi Persyaratan Teknis Minimum (MTR) spesifik mereka. Anda perlu membuat gambar kustom yang memenuhi spesifikasi MTR mereka untuk sistem operasi dan kompatibilitas aplikasi perangkat lunak. Untuk informasi selengkapnya, lihat ID Dokumen 2178595.1.

Pelisensian

Penyebaran solusi Oracle di Azure didasarkan pada model bawa lisensi Anda sendiri. Model ini mengasumsikan bahwa Anda memiliki lisensi untuk menggunakan perangkat lunak Oracle dan bahwa Anda memiliki perjanjian dukungan saat ini yang berlaku dengan Oracle. Microsoft Azure adalah lingkungan cloud resmi untuk menjalankan Oracle Database. Tabel Oracle Core Factor tidak berlaku saat melisensikan database Oracle di cloud. Untuk informasi selengkapnya, lihat Oracle Processor Core Factor Table. Sebagai gantinya, saat menggunakan VM dengan Hyper-Threading Technology yang diaktifkan untuk database Enterprise Edition, hitung dua vCPU setara dengan satu lisensi Prosesor Oracle jika hyperthreading diaktifkan, seperti yang dinyatakan dalam dokumen kebijakan. Detail kebijakan dapat ditemukan di Memberi Lisensi Perangkat Lunak Oracle di Lingkungan Komputasi Cloud.
Database Oracle umumnya memerlukan memori dan I/O yang lebih tinggi. Untuk alasan ini, kami merekomendasikan VM Yang Dioptimalkan Memori untuk beban kerja ini. Untuk mengoptimalkan beban kerja Anda lebih lanjut, kami merekomendasikan vCPU Core Yang Dibatasi untuk beban kerja Oracle Database yang memerlukan memori, penyimpanan, dan bandwidth I/O yang tinggi, tetapi bukan jumlah inti yang tinggi. Saat Anda memigrasikan perangkat lunak dan beban kerja Oracle dari lokal ke Microsoft Azure, Oracle menyediakan mobilitas lisensi seperti yang dinyatakan dalam Tanya Jawab Umum Oracle dan Kemitraan Strategis Microsoft.

Langkah berikutnya

Anda sekarang memiliki gambaran umum tentang database dan solusi Oracle saat ini berdasarkan gambar VM di Microsoft Azure. Langkah berikutnya adalah menyebarkan database Oracle pertama Anda di Azure.