Create beban kerja Oracle di Azure
Artikel ini menyediakan praktik terbaik Well-Architected Framework untuk beban kerja Oracle pada infrastruktur sebagai layanan (IaaS) Azure. Pemilik aplikasi, administrator database Oracle, pemangku kepentingan bisnis, dan arsitek dapat menggunakan panduan ini untuk membuat fondasi teknis untuk solusi mereka yang sangat andal untuk Oracle di Azure dalam skala besar.
Apa itu beban kerja Oracle?
Dalam panduan ini, istilah beban kerja mengacu pada kumpulan database, seperti database Oracle Exadata, dan sumber daya aplikasi yang mendukung tujuan bisnis umum atau proses bisnis.
Anda harus membuat beban kerja Oracle yang sangat tersedia dan tahan terhadap kegagalan. Beban kerja ini dapat berupa aplikasi manajemen hubungan pelanggan, aplikasi sumber daya manusia, atau aplikasi yang disesuaikan yang mengandalkan Oracle WebLogic Server atau Java. Aplikasi dan platform lokal Oracle yang dapat Anda pindahkan ke cloud termasuk WebLogic Server, Siebel, PeopleSoft, JD Edwards, dan E-Business Suite.
Apa tantangan umumnya?
Microsoft Azure memudahkan penyebaran dan pengelolaan solusi cloud. Tetapi tantangan dapat terjadi ketika Anda membangun dan memigrasikan beban kerja Oracle yang sangat tersedia dan dapat diandalkan di platform Azure. Contohnya:
Arsitektur aplikasi Oracle rumit. Dependensi antara tingkat aplikasi dan database, seperti peningkatan versi dan patch, dapat meningkatkan kompleksitas.
Desain aplikasi yang andal dalam skala besar membutuhkan pengetahuan tentang versi dan arsitektur aplikasi, praktik terbaik dari pelanggan lain, dan keahlian tentang dependensi pada setiap lapisan. Anda memerlukan pengetahuan mendalam sehingga Anda dapat memilih teknologi yang tepat dan mengonfigurasinya dengan benar.
Arsitektur database Oracle berbeda dari pelanggan ke pelanggan. Fitur exadata, seperti indeks pemindaian dan penyimpanan cerdas, atau Oracle Real Application Clusters (RAC) dapat memperkenalkan kompleksitas. Repositori beban kerja otomatis (AWR) memberikan wawasan tentang penggunaan aktual fitur Exadata dan penyiapan RAC, dan pada akhirnya penggunaan database.
Anda harus merancang semua beban kerja Oracle untuk menangani kegagalan dengan dampak berkorelasi atau berkala. Rekayasa keandalan adalah tugas penting dalam seluruh desain arsitektur.
Pendekatan Well-Architected Framework
Kami menyarankan agar Anda menyusun beban kerja yang dirancang dengan baik untuk memenuhi tujuan keandalan, keamanan, pengoptimalan biaya, keunggulan operasional, dan efisiensi performa tertentu. Ikuti prinsip dan panduan arsitektur yang khusus untuk Oracle di Azure IaaS untuk meningkatkan pengalaman pelanggan dan memberikan konsistensi dan keandalan. Panduan ini membahas database Oracle, seperti database Exadata, dan aplikasi Oracle lainnya.
Pilar Well-Architected Framework membantu Anda menerapkan modularitas, memisahkan peran, dan meningkatkan produktivitas operasional. Gunakan pendekatan yang dirancang dengan baik untuk membuat beban kerja aplikasi tanpa kompleksitas yang tidak perlu dan biaya yang tidak terduga.
Gunakan pilar Well-Architected Framework untuk meningkatkan beban kerja Oracle di Azure IaaS Anda dengan cara berikut:
Keandalan: Beban kerja Oracle membutuhkan ketahanan pada lapisan arsitektur. Create arsitektur database dan aplikasi dengan ketersediaan tinggi untuk memproses data bisnis yang penting dan nonkritis.
Keamanan: Beban kerja Oracle mungkin berisi data penting bisnis. Sebagian besar aplikasi Oracle juga memerlukan port Secure Shell (SSH). Amankan database dan aplikasi Oracle Anda dengan beberapa lapisan keamanan, termasuk identitas, akses, validasi input, kedaulatan data, dan lapisan enkripsi.
Pengoptimalan biaya: Beban kerja Oracle mengharuskan Anda membawa lisensi Anda sendiri. Anda dapat membuat laporan AWR untuk mengoptimalkan biaya. Anda dapat menggunakan laporan AWR untuk menentukan SKU komputer virtual (VM) dan penyimpanan yang Anda butuhkan untuk memenuhi persyaratan performa.
Keunggulan operasional: Beban kerja Oracle memerlukan pemantauan untuk memenuhi persyaratan produktivitas. Pastikan beban kerja Oracle Anda memenuhi standar keunggulan operasional.
Efisiensi performa: Siklus hidup beban kerja Oracle sebagian besar terdiri dari tugas operasional. Kelola beban kerja Oracle sehingga tetap berkinerja dan memenuhi permintaan pelanggan. Anda juga harus mengelola biaya.
Pilih pendekatan migrasi
Anda dapat menerapkan berbagai pendekatan migrasi, tergantung pada persyaratan migrasi Anda. Alat migrasi umum termasuk Oracle Data Guard, Oracle Recovery Manager (RMAN), Oracle GoldenGate, dan Oracle Data Pump. Kami tidak merekomendasikan Pompa Data untuk data dalam jumlah besar.
Sebagai bagian dari migrasi Anda, pastikan bahwa set karakter Anda sama dan memiliki akhir yang sama sehingga Anda dapat menilai migrasi lintas platform dengan benar. Untuk informasi selengkapnya, lihat Memigrasikan beban kerja Oracle ke Azure IaaS.
Apa saja area desain utamanya?
Migrasi Oracle di Azure IaaS mencakup area desain berikut. Setiap area desain berfokus pada titik keputusan teknis untuk komponen infrastruktur yang merupakan bagian dari beban kerja dan interaksi komponen dengan layanan bersama.
| Area desain | Ringkasan |
|---|---|
| Pilih komputasi dan penyimpanan | Pelajari cara menyesuaikan infrastruktur Anda untuk meningkatkan performa dan efisiensi biaya. Gunakan Oracle Migration Assistant Tool (OMAT) untuk memilih SKU yang tepat untuk database VM dan penyimpanan yang paling cocok untuk database, log fase pengulangan arsip, dan pencadangan. |
| Mengoptimalkan kelangsungan bisnis dan pemulihan bencana | Dapatkan panduan tentang arsitektur failover yang andal, termasuk persyaratan tujuan titik pemulihan (RPO) dan tujuan waktu pemulihan (RTO) dan pertimbangan ketersediaan tinggi. |
| Mengoptimalkan keamanan | Pelajari cara mengamankan data sensitif, dan membuat arsitektur yang andal di mana Anda dapat menempatkan beban kerja Oracle Anda. |
| Mendesain aplikasi Oracle | Pelajari tentang pertimbangan desain untuk beban kerja Oracle Anda yang dapat membantu Anda membuat solusi berkinerja, andal, aman, dan sangat tersedia di cloud. |
| Memantau beban kerja | Pelajari cara memantau alat, sehingga Anda dapat dengan cepat mengatasi masalah pengembangan dan penurunan performa. |
Langkah berikutnya
Tinjau prinsip desain.
Ambil penilaian untuk mengevaluasi pilihan desain Anda.
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk