Oracle E-Business Suite dengan Oracle Exadata di Google Cloud

Dokumen ini memberikan arsitektur referensi untuk membantu Anda membuat infrastruktur guna menjalankan aplikasi Oracle E-Business Suite dengan konektivitas latensi rendah ke database Exadata Oracle Cloud Infrastructure (OCI) yang berjalan di Google Cloud. Oracle E-Business Suite adalah rangkaian aplikasi perusahaan untuk fungsi bisnis seperti keuangan, sumber daya manusia, rantai pasokan, dan hubungan pelanggan.

Audiens yang dituju untuk dokumen ini adalah arsitek dan administrator cloud database Oracle serta aplikasi Oracle E-Business Suite. Dokumen ini menganggap bahwa tim Anda sudah memahami stack dan arsitektur teknologi Oracle E-Business Suite dan Oracle Exadata Database Service.

Jika menggunakan Oracle Exadata atau Oracle Real Application Clusters (Oracle RAC) untuk menjalankan database Oracle di lokal, Anda dapat memigrasikan aplikasi ke Google Cloud dan menjalankan database di Oracle Database@Google Cloud secara efisien. Oracle Database@Google Cloud adalah penawaran Google Cloud Marketplace yang memungkinkan Anda menjalankan Oracle Exadata Database Service dan Oracle Autonomous Database langsung di dalam Google Cloud.

Arsitektur

Diagram berikut menunjukkan arsitektur tempat aplikasi Oracle E-Business Suite berjalan dalam mode aktif-aktif di VM Compute Engine yang didistribusikan di dua zona dalam Google Cloud region. Aplikasi ini menggunakan database Oracle Exadata di region Google Cloud yang sama.

Semua komponen dalam arsitektur berada dalam satu region Google Cloud. Arsitektur ini selaras dengan arketipe deployment regional. Anda dapat menyesuaikan arsitektur ini untuk membuat topologi yang tahan terhadap pemadaman layanan regional menggunakan arketipe deployment multi-regional. Untuk mengetahui informasi selengkapnya, lihat Deployment multi-regional di Compute Engine dan juga panduan di bagian Keandalan nanti dalam dokumen ini.

Aplikasi Oracle E-Business Suite berjalan dalam mode aktif-aktif di VM Compute Engine.

Arsitektur dalam diagram sebelumnya mencakup komponen berikut:

Komponen Tujuan
Load Balancer Aplikasi eksternal regional Load balancer menerima dan mendistribusikan permintaan pengguna ke aplikasi Oracle E-Business Suite.
Kebijakan keamanan Google Cloud Armor Kebijakan keamanan Google Cloud Armor membantu melindungi stack aplikasi Anda dari ancaman seperti serangan distributed denial of service (DDoS) dan pembuatan skrip lintas situs (XSS).
Oracle E-Business Suite (BYOL)

Komponen lapisan aplikasi Oracle E-Business Suite (Oracle HTTP Server, Oracle WebLogic Server, dan server pemrosesan serentak) berjalan di VM Compute Engine yang didistribusikan di dua zona di region utama. Setiap VM menghosting instance independen lapisan aplikasi. Disk booting untuk setiap VM adalah volume Hyperdisk Balanced.

Anda membawa lisensi sendiri (BYOL) untuk Oracle E-Business Suite, dan Anda mengelola VM dan aplikasi.
Data dan biner aplikasi Instance regional Filestore berisi data dan biner aplikasi. Instance Filestore dipasang di semua VM Compute Engine yang menghosting komponen lapisan aplikasi di kedua zona.
Pencadangan aplikasi Cadangan aplikasi dibuat, disimpan, dan dikelola dengan menggunakan Pencadangan dan DR.
Jaringan Virtual Private Cloud (VPC) Semua resource Google Cloud dalam arsitektur menggunakan satu jaringan VPC. Bergantung pada persyaratan, Anda dapat memilih untuk membuat arsitektur yang menggunakan beberapa jaringan. Untuk informasi selengkapnya, lihat Menentukan apakah akan membuat beberapa jaringan VPC atau tidak.
Oracle Database@Google Cloud

Aplikasi membaca data dari dan menulis ke database Oracle di Oracle Exadata Database Service. Anda menyediakan Layanan Database Oracle Exadata menggunakan Oracle Database@Google Cloud, penawaran Cloud Marketplace yang memungkinkan Anda menjalankan database Oracle di hardware yang dikelola Oracle dalam Google Cloud pusat data.

Anda menggunakan antarmuka Google Cloud seperti konsol Google Cloud , Google Cloud CLI, dan API untuk membuat instance Infrastruktur Exadata. Oracle menyiapkan dan mengelola infrastruktur komputasi, penyimpanan, dan jaringan yang diperlukan di pusat data dalam region Google Cloud pada hardware yang dikhususkan untuk project Anda.
Instance Infrastruktur Exadata Setiap instance Infrastruktur Exadata berisi dua atau lebih server database fisik dan tiga server penyimpanan atau lebih. Server ini, yang tidak ditampilkan dalam diagram, saling terhubung menggunakan fabric jaringan latensi rendah. Saat membuat instance Infrastruktur Exadata, Anda menentukan jumlah server database dan server penyimpanan yang harus disediakan.
Cluster VM Exadata

Dalam instance Infrastruktur Exadata, Anda membuat satu atau beberapa Cluster VM Exadata. Misalnya, Anda dapat memilih untuk membuat dan menggunakan Cluster VM Exadata terpisah untuk menghosting database yang diperlukan untuk setiap unit bisnis Anda. Setiap Cluster VM Exadata berisi satu atau beberapa VM Oracle Linux yang menghosting instance Oracle Database.

Saat membuat Cluster VM Exadata, Anda menentukan hal berikut:

  • Jumlah server database.
  • Kapasitas komputasi, memori, dan penyimpanan yang akan dialokasikan ke setiap VM di cluster.
  • Jaringan VPC yang harus dihubungkan dengan cluster.
  • Rentang alamat IP subnet cadangan dan klien untuk cluster.

VM dalam Cluster VM Exadata bukan VM Compute Engine.
Instance Database Oracle Anda membuat dan mengelola database Oracle melalui konsol OCI dan antarmuka OCI lainnya. Software Database Oracle berjalan di VM dalam Cluster VM Exadata. Saat membuat Cluster VM Exadata, Anda menentukan versi Oracle Grid Infrastructure. Anda juga memilih jenis lisensi: lisensi bawa sendiri (BYOL) atau memilih model yang menyertakan lisensi.
VCN OCI dan subnet Saat Anda membuat Cluster VM Exadata, virtual cloud network (VCN) OCI akan dibuat secara otomatis. VCN memiliki subnet klien dan subnet cadangan dengan rentang alamat IP yang Anda tentukan. Subnet klien digunakan untuk konektivitas dari jaringan VPC Anda ke database Oracle. Subnet cadangan digunakan untuk mengirim cadangan database ke OCI Object Storage.
Cloud Router, Partner Interconnect, dan OCI DRG Traffic antara jaringan VPC dan VCN dirutekan oleh Cloud Router yang dilampirkan ke VPC dan melalui dynamic routing gateway (DRG) yang dilampirkan ke VCN. Traffic akan mengalir melalui koneksi latensi rendah yang disiapkan Google menggunakan Partner Interconnect.
Zona Cloud DNS pribadi Saat Anda membuat Cluster VM Exadata, zona pribadi Cloud DNS akan dibuat secara otomatis. Saat aplikasi Anda mengirim permintaan baca dan tulis ke database Oracle, Cloud DNS me-resolve nama host database ke alamat IP yang sesuai.
Penyimpanan Objek OCI dan OCI Service Gateway Secara default, cadangan database Oracle Exadata disimpan di OCI Object Storage. Pencadangan database dirutekan ke OCI Object Storage melalui Service Gateway.
Gateway Cloud NAT publik Arsitektur ini mencakup gateway Cloud NAT publik untuk mengaktifkan koneksi keluar yang aman dari VM Compute Engine, yang hanya memiliki alamat IP internal.
Cloud Interconnect atau Cloud VPN Untuk menghubungkan jaringan lokal ke jaringan VPC diGoogle Cloud, Anda dapat menggunakan Cloud Interconnect atau Cloud VPN. Untuk mengetahui informasi tentang keunggulan relatif setiap pendekatan, lihat Memilih produk Network Connectivity.
Cloud Monitoring Anda dapat menggunakan Cloud Monitoring untuk mengamati perilaku, kondisi, dan performa aplikasi dan resource Google Cloud , termasuk resource Oracle Exadata. Anda juga dapat memantau resource di resource Oracle Exadata menggunakan layanan OCI Monitoring.

Produk yang digunakan

Arsitektur referensi ini menggunakan produk Google Cloud berikut:

  • Cloud Load Balancing: Portofolio load balancer global dan regional yang skalabel, berperforma tinggi, dan andal.
  • Google Cloud Armor: Layanan keamanan jaringan yang menawarkan aturan firewall aplikasi web (WAF) dan membantu melindungi dari serangan DDoS dan aplikasi.
  • Virtual Private Cloud (VPC): Sistem virtual yang menyediakan fungsi jaringan global dan skalabel untuk Google Cloud workload Anda. VPC mencakup Peering Jaringan VPC, Private Service Connect, akses layanan pribadi, dan VPC Bersama.
  • Cloud NAT: Layanan yang menyediakan penafsiran alamat jaringan performa tinggi yang dikelola Google Cloud.
  • Cloud Monitoring: Layanan yang memberikan visibilitas terkait performa, ketersediaan, dan kondisi aplikasi serta infrastruktur Anda.
  • Cloud Interconnect: Layanan yang memperluas jaringan eksternal Anda ke jaringan Google melalui koneksi latensi rendah yang sangat tersedia.
  • Partner Interconnect: Layanan yang menyediakan konektivitas antara jaringan lokal dan jaringan Virtual Private Cloud Anda serta jaringan lainnya melalui penyedia layanan yang didukung.
  • Cloud VPN: Layanan yang memperluas jaringan peer Anda dengan aman ke jaringan Google melalui tunnel VPN IPsec.
  • Compute Engine: Layanan komputasi yang aman dan dapat disesuaikan yang memungkinkan Anda membuat dan menjalankan VM di infrastruktur Google.
  • Google Cloud Hyperdisk: Layanan penyimpanan jaringan yang dapat Anda gunakan untuk menyediakan dan menskalakan volume block storage secara dinamis dengan performa yang dapat dikonfigurasi dan dapat diprediksi.
  • Filestore: Layanan yang menyediakan penyimpanan file berperforma tinggi dan terkelola sepenuhnya, Google Cloud yang dapat Anda hubungkan ke berbagai jenis klien.
  • Layanan Pencadangan dan DR: Layanan pencadangan dan pemulihan yang aman dan terkelola secara terpusat untuk workload Google Cloud yang membantu melindungi data cadangan dari penghapusan yang disengaja atau tidak disengaja.
  • Cloud DNS: Layanan yang menyediakan layanan DNS yang tangguh dan berlatensi rendah dari jaringan Google di seluruh dunia.

Arsitektur referensi ini menggunakan produk Oracle berikut:

  • Oracle E-Business Suite: Rangkaian aplikasi untuk operasi bisnis seperti keuangan, sumber daya manusia, dan rantai pasokan.
  • Layanan Database Exadata di Infrastruktur Khusus: Layanan yang memungkinkan Anda menjalankan instance Database Oracle di hardware Exadata yang khusus untuk Anda.
  • Penyimpanan Objek: Layanan untuk menyimpan data terstruktur dan tidak terstruktur dalam jumlah besar sebagai objek.
  • VCN dan subnet: VCN adalah jaringan virtual dan pribadi untuk resource di region OCI. Subnet adalah rentang alamat IP yang berdekatan dengan VCN.
  • Dynamic Routing Gateway: Router virtual untuk traffic antara VCN dan jaringan eksternal.
  • Service Gateway: Gateway untuk memungkinkan resource di VCN mengakses layanan Oracle tertentu secara pribadi.

Anda bertanggung jawab untuk mendapatkan lisensi untuk produk Oracle yang Anda deploy di Google Cloud, dan Anda bertanggung jawab untuk mematuhi persyaratan dan ketentuan lisensi Oracle.

Pertimbangan desain

Bagian ini menjelaskan faktor desain, praktik terbaik, dan rekomendasi desain yang harus Anda pertimbangkan saat menggunakan arsitektur referensi ini untuk mengembangkan topologi yang memenuhi persyaratan khusus Anda untuk keamanan, keandalan, efisiensi operasional, biaya, dan performa. Saat Anda mem-build arsitektur untuk workload, pertimbangkan praktik terbaik dan rekomendasi dalam Google Cloud Framework dengan Arsitektur yang Baik.

Desain sistem

Bagian ini memberikan panduan untuk membantu Anda memilih Google Cloud region untuk deployment dan memilih layanan Google Cloud yang sesuai.

Pilihan wilayah

Saat memilih Google Cloud region untuk deployment, pertimbangkan faktor dan persyaratan berikut:

Beberapa faktor dan persyaratan ini mungkin melibatkan konsekuensi negatif. Misalnya, wilayah yang paling hemat biaya mungkin tidak memiliki jejak karbon terendah. Untuk mengetahui informasi selengkapnya, lihat Praktik terbaik untuk pemilihan region Compute Engine.

Infrastruktur komputasi

Arsitektur referensi dalam dokumen ini menggunakan VM Compute Engine untuk menghosting aplikasi Oracle E-Business Suite. Bergantung pada persyaratan aplikasi, Anda dapat menjalankan aplikasi dalam container di cluster Google Kubernetes Engine (GKE). GKE adalah mesin orkestrasi container yang mengotomatiskan deployment, penskalaan, dan pengelolaan aplikasi dalam container. Keputusan apakah akan menggunakan VM atau penampung melibatkan kompromi antara fleksibilitas konfigurasi dan upaya pengelolaan. Panduan desain untuk layanan komputasi alternatif berada di luar cakupan dokumen ini. Untuk informasi selengkapnya tentang opsi layanan, lihat Opsi Hosting Aplikasi di Google Cloud.

Migrasi database

Saat Anda berencana memigrasikan database lokal ke Oracle Database@Google Cloud, nilai lingkungan database Anda saat ini dan dapatkan rekomendasi konfigurasi dan ukuran dengan menggunakan alat Database Migration Assessment (DMA).

Untuk memigrasikan data lokal atau data di seluruh platform, termasuk sistem Unix, ke deployment database Oracle di Google Cloud, Anda dapat menggunakan alat Oracle standar seperti Transportable Tablespaces. Untuk informasi selengkapnya tentang Tablespace yang Dapat Dipindah dan batasannya, lihat Memigrasikan Data Menggunakan Tablespace yang Dapat Dipindah.

Sebelum menggunakan database yang dimigrasikan di lingkungan produksi, verifikasi konektivitas dari aplikasi Anda ke database.

Opsi penyimpanan

Arsitektur yang ditampilkan dalam dokumen ini menggunakan volume Google Cloud Hyperdisk Balanced untuk disk booting VM Compute Engine yang menghosting aplikasi Oracle E-Business Suite. Volume Hyperdisk memberikan performa, fleksibilitas, dan efisiensi yang lebih baik dibandingkan dengan Persistent Disk. Dengan Hyperdisk Balanced, Anda dapat menyediakan IOPS dan throughput secara terpisah dan dinamis, yang memungkinkan Anda menyesuaikan volume dengan berbagai workload. Untuk informasi tentang jenis dan fitur Hyperdisk, lihat Tentang Hyperdisk Balanced.

Untuk data aplikasi dan biner, arsitektur dalam dokumen ini menggunakan Filestore. Data yang Anda simpan di instance Filestore Regional direplikasi secara sinkron di tiga zona dalam region tersebut. Replikasi ini memastikan ketersediaan tinggi dan ketahanan terhadap pemadaman layanan zona. Anda juga dapat menyimpan file konfigurasi bersama, alat dan utilitas umum, serta log terpusat di instance Filestore, dan memasang instance di beberapa VM.

Saat Anda mendesain penyimpanan untuk workload, pertimbangkan karakteristik fungsional workload, persyaratan ketahanan, ekspektasi performa, dan sasaran biaya. Untuk informasi selengkapnya, lihat Mendesain strategi penyimpanan yang optimal untuk workload cloud Anda.

Desain jaringan

Saat membuat infrastruktur untuk stack aplikasi multi-lapis, Anda harus memilih desain jaringan yang memenuhi persyaratan bisnis dan teknis Anda. Arsitektur yang ditampilkan dalam dokumen ini menggunakan topologi jaringan dengan satu jaringan VPC. Bergantung pada persyaratan Anda, Anda dapat memilih untuk menggunakan beberapa jaringan VPC. Untuk informasi selengkapnya, lihat dokumentasi berikut:

Analisis data

Untuk analisis lanjutan, Anda dapat menggunakan Google Cloud Cortex Framework untuk menyerap data dari aplikasi Oracle E-Business Suite ke BigQuery. Untuk mengetahui informasi selengkapnya, lihat Cortex Framework: integrasi dengan Oracle E-Business Suite.

Keamanan, privasi, dan kepatuhan

Bagian ini menjelaskan faktor-faktor yang perlu dipertimbangkan saat Anda menggunakan arsitektur referensi ini untuk mendesain topologi di Google Cloud yang memenuhi persyaratan keamanan dan kepatuhan beban kerja Anda.

Perlindungan terhadap ancaman eksternal

Untuk melindungi aplikasi Oracle E-Business Suite Anda dari ancaman eksternal seperti serangan DDoS dan XSS, tentukan kebijakan keamanan Google Cloud Armor yang sesuai berdasarkan persyaratan Anda. Setiap kebijakan adalah serangkaian aturan yang menentukan kondisi yang akan dievaluasi dan tindakan yang akan dilakukan saat kondisi terpenuhi. Misalnya, aturan dapat menentukan bahwa jika alamat IP sumber traffic masuk cocok dengan alamat IP atau rentang CIDR tertentu, traffic tersebut harus ditolak. Anda juga dapat menerapkan aturan WAF yang telah dikonfigurasi sebelumnya. Untuk informasi selengkapnya, lihat Ringkasan kebijakan keamanan.

Akses eksternal untuk VM

Dalam arsitektur referensi yang dijelaskan dalam dokumen ini, VM yang menghosting aplikasi Oracle E-Business Suite tidak memerlukan akses masuk langsung dari internet. Jangan tetapkan alamat IP eksternal ke VM tersebut. ResourceGoogle Cloud yang hanya memiliki alamat IP internal pribadi masih dapat mengakses API dan layanan Google tertentu menggunakan Private Service Connect atau Akses Google Pribadi. Untuk informasi selengkapnya, lihat Opsi akses pribadi untuk layanan.

Untuk mengaktifkan koneksi keluar yang aman dari Google Cloud resource yang hanya memiliki alamat IP pribadi, seperti VM Compute Engine dalam arsitektur referensi ini, Anda dapat menggunakan Cloud NAT seperti yang ditunjukkan dalam diagram arsitektur sebelumnya, atau menggunakan Secure Web Proxy.

Untuk subnet yang digunakan oleh VM Exadata, Oracle merekomendasikan agar Anda menetapkan rentang alamat IP pribadi.

Hak istimewa akun layanan

Untuk VM Compute Engine dalam arsitektur, sebaiknya buat akun layanan khusus, bukan menggunakan akun layanan default, dan tentukan resource yang dapat diakses akun layanan tersebut. Akun layanan default mencakup berbagai izin yang tidak diperlukan dalam instance ini, sedangkan Anda dapat menyesuaikan akun layanan khusus agar hanya memiliki izin yang diperlukan. Untuk mengetahui informasi selengkapnya, lihat Membatasi hak istimewa akun layanan.

Keamanan SSH

Untuk meningkatkan keamanan koneksi SSH ke VM Compute Engine dalam arsitektur ini, terapkan penerusan Identity-Aware Proxy (IAP) dengan Login OS. Dengan IAP, Anda dapat mengontrol akses jaringan berdasarkan identitas pengguna dan kebijakan IAM. Login OS memungkinkan Anda mengontrol akses SSH Linux berdasarkan kebijakan IAM dan identitas pengguna. Untuk mengetahui informasi selengkapnya tentang mengelola akses jaringan, lihat Praktik terbaik untuk mengontrol akses login SSH.

Enkripsi data

Secara default, data yang disimpan di volume Hyperdisk dan di Filestore dienkripsi menggunakanGoogle-owned and Google-managed encryption keys. Sebagai lapisan perlindungan tambahan, Anda dapat memilih untuk mengenkripsi Google-owned and managed key dengan menggunakan kunci yang Anda miliki dan kelola di Cloud Key Management Service (Cloud KMS). Untuk informasi selengkapnya, lihat Tentang enkripsi disk untuk volume Hyperdisk dan Mengenkripsi data dengan kunci enkripsi yang dikelola pelanggan untuk Filestore.

Secara default, database Exadata menggunakan Transparent Data Encryption (TDE), yang memungkinkan Anda mengenkripsi data sensitif yang disimpan dalam tabel dan ruang tabel.

Keamanan jaringan

Untuk mengontrol traffic jaringan di antara resource dalam arsitektur, Anda harus mengonfigurasi kebijakan Cloud Next Generation Firewall (NGFW) yang sesuai.

Keamanan dan kepatuhan database

Layanan Database Exadata mencakup Oracle Data Safe, yang membantu Anda mengelola persyaratan keamanan dan kepatuhan untuk database Oracle. Anda dapat menggunakan Oracle Data Safe untuk mengevaluasi kontrol keamanan, memantau aktivitas pengguna, dan menyamarkan data sensitif. Untuk mengetahui informasi selengkapnya, lihat Mengelola Keamanan Database dengan Oracle Data Safe.

Pertimbangan keamanan lainnya

Saat Anda mem-build arsitektur untuk workload, pertimbangkan praktik terbaik dan rekomendasi keamanan tingkat platform dalam dokumentasi berikut:

Keandalan

Bagian ini menjelaskan faktor desain yang perlu dipertimbangkan saat Anda menggunakan arsitektur referensi ini untuk membuat dan mengoperasikan infrastruktur yang andal untuk deployment di Google Cloud.

Ketahanan lapisan aplikasi terhadap kegagalan VM

Jika beberapa (tetapi tidak semua) VM yang menghosting aplikasi Oracle E-Business Suite gagal, aplikasi akan terus tersedia karena load balancer meneruskan permintaan ke VM aplikasi lainnya.

Terkadang VM aplikasi mungkin berjalan dan tersedia, tetapi mungkin ada masalah dengan aplikasi itu sendiri. Aplikasi mungkin berhenti berfungsi, error, atau tidak memiliki memori yang cukup. Dalam skenario ini, VM tidak akan merespons health check load-balancer, dan load balancer tidak akan merutekan traffic ke VM yang tidak responsif.

Ketahanan terhadap pemadaman layanan zona

Dalam arsitektur regional, jika salah satu zona mengalami pemadaman layanan, load balancer akan meneruskan permintaan ke instance aplikasi yang berjalan di zona lain. Filestore terus tersedia karena arsitektur menggunakan tingkat layanan Filestore Regional.

Untuk memastikan ketersediaan data yang tinggi di volume Hyperdisk selama pemadaman layanan satu zona, Anda dapat menggunakan Hyperdisk Balanced High Availability. Saat data ditulis ke volume Hyperdisk Balanced High Availability, data tersebut direplikasi secara sinkron antara dua zona di region yang sama.

Ketahanan terhadap pemadaman layanan region

Jika terjadi pemadaman layanan di region, aplikasi tidak akan tersedia. Untuk mengurangi periode nonaktif yang disebabkan oleh pemadaman wilayah, Anda dapat menerapkan pendekatan berikut:

  • Mempertahankan replika pasif (failover) tingkat aplikasi di region Google Cloud lain.
  • Buat instance Infrastruktur Exadata standby dengan Cluster VM Exadata yang diperlukan di region yang sama dengan replika pasif stack aplikasi. Gunakan Oracle Data Guard untuk replikasi data dan failover otomatis ke database Exadata standby. Jika aplikasi Anda memerlukan toleransi jumlah data yang hilang (RPO) yang lebih rendah, Anda dapat mencadangkan dan memulihkan database menggunakan Oracle Autonomous Recovery Service.
  • Jika terjadi gangguan layanan di region utama, gunakan replika atau cadangan database untuk memulihkan database ke produksi dan mengaktifkan aplikasi di region failover.
  • Gunakan kebijakan perutean DNS untuk merutekan traffic ke load balancer eksternal di region failover.

Untuk aplikasi penting bagi bisnis yang harus terus tersedia meskipun terjadi penghentian layanan region, pertimbangkan untuk menggunakan arketipe deployment multi-regional. Anda dapat menggunakan Oracle Active Data Guard untuk menyediakan database standby hanya baca di region failover.

Oracle mengelola infrastruktur di Oracle Database@Google Cloud. Untuk informasi tentang tujuan tingkat layanan (SLO) untuk Layanan Database Oracle Exadata di Infrastruktur Khusus, lihat Tujuan Tingkat Layanan untuk Layanan Cloud Publik PaaS dan IaaS Oracle.

Perencanaan kapasitas VM

Untuk memastikan kapasitas VM Compute Engine tersedia saat Anda perlu menyediakan VM, Anda dapat membuat reservasi. Reservasi memberikan kapasitas yang pasti di zona tertentu untuk jumlah VM yang ditentukan dari jenis mesin yang Anda pilih. Reservasi dapat bersifat khusus untuk satu project, atau dapat dibagikan di beberapa project. Anda akan dikenai biaya untuk resource yang dipesan meskipun resource tersebut tidak disediakan atau digunakan. Untuk mengetahui informasi selengkapnya tentang reservasi, termasuk pertimbangan penagihan, lihat Reservasi resource zona Compute Engine.

Kapasitas database

Anda dapat menskalakan Infrastruktur Exadata dengan menambahkan server database dan server penyimpanan sesuai kebutuhan. Setelah menambahkan server database atau server penyimpanan yang diperlukan ke Infrastruktur Exadata, agar dapat menggunakan resource penyimpanan atau CPU tambahan, Anda harus menambahkan kapasitas ke cluster VM Exadata terkait. Untuk mengetahui informasi selengkapnya, lihat Menskalakan Komputasi dan Penyimpanan Exadata.

Ketahanan data

Arsitektur dalam dokumen ini menggunakan Pencadangan dan DR untuk membuat, menyimpan, dan mengelola pencadangan VM Compute Engine. Pencadangan dan DR menyimpan data cadangan dalam format aslinya yang dapat dibaca aplikasi. Jika diperlukan, Anda dapat memulihkan beban kerja ke produksi dengan langsung menggunakan data dari penyimpanan cadangan jangka panjang dan menghindari kebutuhan untuk menyiapkan atau memindahkan data.

Pencadangan dan DR mendukung dua metode untuk membuat cadangan:

  • Penyimpanan vault cadangan: Data cadangan disimpan dalam region yang sama dengan data sumber, dan data tidak dapat diubah atau dihapus.
  • Penyimpanan mandiri: Pengguna yang diberi otorisasi dapat mengubah atau menghapus data cadangan, dan Anda dapat menyimpan data di beberapa region.

Untuk informasi selengkapnya, lihat dokumentasi berikut:

Untuk memastikan ketahanan biner aplikasi di instance Filestore, Anda dapat membuat cadangan dan snapshot instance.

Secara default, cadangan database di Oracle Exadata Database Service di Infrastruktur Dedikasi disimpan di OCI Object Storage. Untuk mencapai RPO yang lebih rendah, Anda dapat mencadangkan dan memulihkan database menggunakan Oracle Autonomous Recovery Service.

Pertimbangan keandalan lainnya

Saat Anda mem-build arsitektur cloud untuk workload, tinjau praktik terbaik dan rekomendasi terkait keandalan yang diberikan dalam dokumentasi berikut:

Pengoptimalan biaya

Bagian ini berisi panduan untuk mengoptimalkan biaya penyiapan dan pengoperasian topologi Google Cloud yang Anda buat menggunakan arsitektur referensi ini.

Jenis mesin VM

Untuk membantu Anda mengoptimalkan penggunaan resource VM, Compute Engine memberikan rekomendasi jenis mesin. Gunakan rekomendasi untuk memilih jenis mesin yang sesuai dengan persyaratan komputasi workload Anda. Untuk workload yang memiliki persyaratan resource yang dapat diprediksi, Anda dapat menyesuaikan jenis mesin dengan kebutuhan Anda dan menghemat uang dengan menggunakan jenis mesin kustom.

Lisensi produk Oracle

Anda bertanggung jawab untuk mendapatkan lisensi untuk aplikasi Oracle E-Business Suite yang Anda deploy di Compute Engine, dan Anda bertanggung jawab untuk mematuhi persyaratan dan ketentuan lisensi Oracle. Saat Anda menghitung biaya pemberian lisensi, pertimbangkan jumlah lisensi Oracle Processor yang diperlukan berdasarkan jenis mesin yang Anda pilih untuk VM Compute Engine yang menghosting produk Oracle. Untuk informasi selengkapnya, lihat Melisensikan Software Oracle di Lingkungan Cloud Computing.

Biaya database

Saat membuat Cluster VM Exadata, Anda dapat memilih BYOL atau menyediakan database Oracle yang disertakan dalam lisensi.

Biaya jaringan untuk transfer data antara aplikasi Anda dan database Oracle Exadata yang berada dalam region yang sama disertakan dalam harga penawaran Oracle Database@Google Cloud.

Pertimbangan biaya lainnya

Saat Anda membuat arsitektur untuk workload, pertimbangkan juga praktik terbaik dan rekomendasi umum yang diberikan dalam Framework dengan Arsitektur yang Baik: Pilar pengoptimalan biaya.

Efisiensi operasional

Bagian ini menjelaskan faktor-faktor yang perlu dipertimbangkan saat Anda menggunakan arsitektur referensi ini untuk mendesain topologi Google Cloud yang dapat Anda operasikan secara efisien.

Image VM

Untuk VM, Anda dapat menggunakan image Oracle Linux yang tersedia di Compute Engine atau mengimpor image Oracle Linux yang Anda build dan kelola. Anda juga dapat membuat dan menggunakan image OS kustom yang menyertakan konfigurasi dan software yang diperlukan aplikasi Anda. Anda dapat mengelompokkan image kustom ke dalam kelompok image kustom. Kelompok image selalu menunjukkan ke image terbaru dalam kelompok tersebut, sehingga template dan skrip instance dapat menggunakan image tersebut tanpa harus memperbarui referensi ke versi image tertentu. Anda harus mengupdate image kustom secara rutin untuk menyertakan update keamanan dan patch yang disediakan oleh vendor OS.

Administrasi database

Oracle mengelola server database fisik, server penyimpanan, dan hardware jaringan di Oracle Exadata Database Service on Dedicated Infrastructure. Anda dapat mengelola instance Infrastruktur Exadata dan Cluster VM Exadata melalui antarmuka OCI atau Google Cloud . Anda membuat dan mengelola database melalui antarmuka OCI. Halaman konsol Google Cloud untuk Oracle Database@Google Cloud menyertakan link yang dapat Anda gunakan untuk langsung membuka halaman yang relevan di konsol OCI. Agar tidak perlu login lagi ke OCI, Anda dapat mengonfigurasi federasi identitas antara OCI dan Google Cloud.

Dukungan dan dokumentasi Oracle

Produk Oracle yang berjalan di VM Compute Engine memiliki masalah operasional yang serupa dengan produk Oracle yang berjalan di infrastruktur lokal. Namun, Anda tidak perlu mengelola infrastruktur komputasi, jaringan, dan penyimpanan yang mendasarinya.

Kemampuan observasi

Untuk menerapkan kemampuan observasi untuk deployment Oracle E-Business Suite di Google Cloud, Anda dapat menggunakan layanan Kemampuan Observasi Google Cloud atau Oracle Enterprise Manager. Pilih strategi pemantauan yang sesuai, bergantung pada persyaratan dan batasan Anda. Misalnya, jika Anda menjalankan beban kerja lain di Google Cloud selain aplikasi Oracle E-Business Suite, Anda dapat menggunakan layanan Google Cloud Observability untuk membuat dasbor operasi terpadu bagi semua beban kerja.

Pertimbangan operasional lainnya

Saat Anda mem-build arsitektur untuk workload, pertimbangkan praktik terbaik umum dan rekomendasi untuk efisiensi operasional yang dijelaskan dalam Framework dengan Arsitektur yang Baik: Pilar keunggulan operasional.

Pengoptimalan performa

Bagian ini menjelaskan faktor-faktor yang perlu dipertimbangkan saat Anda menggunakan arsitektur referensi ini untuk mendesain topologi di Google Cloud yang memenuhi persyaratan performa beban kerja Anda.

Performa compute

Compute Engine menawarkan berbagai jenis mesin yang telah ditetapkan dan dapat disesuaikan yang dapat Anda pilih, bergantung pada persyaratan performa aplikasi Oracle E-Business Suite Anda.

Pilih jenis mesin yang sesuai berdasarkan persyaratan performa Anda. Untuk mendapatkan daftar jenis mesin yang tersedia yang mendukung volume Hyperdisk dan yang memenuhi performa dan persyaratan lainnya, gunakan tabel Perbandingan seri mesin.

Performa jaringan

Compute Engine memiliki batas per VM untuk bandwidth jaringan traffic keluar. Batas ini bergantung pada jenis mesin VM dan apakah traffic dirutekan melalui jaringan VPC yang sama dengan VM sumber. Untuk VM dengan jenis mesin tertentu, guna meningkatkan performa jaringan, Anda bisa mendapatkan bandwidth keluar maksimum yang lebih tinggi dengan mengaktifkan jaringan Tingkat_1. Untuk mengetahui informasi selengkapnya, lihat Mengonfigurasi performa jaringan Tingkat_1 per VM.

Traffic jaringan antara VM tingkat aplikasi dan jaringan Oracle Exadata diarahkan melalui koneksi Partner Interconnect latensi rendah yang disiapkan Google.

Infrastruktur Exadata menggunakan RDMA over Converged Ethernet (RoCE) untuk jaringan bandwidth tinggi dan latensi rendah di antara server database dan server penyimpanan. Server bertukar data langsung di memori utama tanpa melibatkan prosesor, cache, atau sistem operasi.

Performa penyimpanan Hyperdisk

Arsitektur yang dijelaskan dalam dokumen ini menggunakan volume Hyperdisk untuk semua disk booting VM yang menghosting aplikasi Oracle E-Business Suite. Dengan Hyperdisk, Anda dapat menskalakan performa dan kapasitas secara dinamis. Anda dapat menyesuaikan IOPS, throughput, dan ukuran setiap volume yang disediakan agar cocok dengan performa penyimpanan dan kebutuhan kapasitas beban kerja Anda. Performa volume Hyperdisk bergantung pada jenis Hyperdisk dan jenis mesin VM tempat volume terpasang. Untuk informasi selengkapnya tentang batas dan penyesuaian performa Hyperdisk, lihat dokumentasi berikut:

Pertimbangan performa lainnya

Saat Anda membuat arsitektur untuk workload, pertimbangkan praktik terbaik dan rekomendasi umum yang diberikan dalam Framework dengan Arsitektur yang Baik: Pilar pengoptimalan performa.

Langkah berikutnya

Kontributor

Penulis:

Kontributor lainnya: