Bagikan melalui

Perencanaan kapasitas untuk memigrasikan beban kerja Oracle ke Azure Virtual Machines

Artikel ini dibuat berdasarkan panduan Azure Cloud Adoption Framework dan memberikan pertimbangan tentang perencanaan kapasitas infrastruktur untuk beban kerja Oracle di Microsoft Azure. Artikel ini mencakup rekomendasi dan alat untuk membantu Anda dalam proses perencanaan ini.

Perencanaan kapasitas sangat penting untuk manajemen performa dan biaya yang efisien saat Anda menjalankan beban kerja database Oracle di Azure. Artikel ini menjelaskan panduan, metode, dan alat untuk mengalokasikan sumber daya, menyeimbangkan kebutuhan performa, dan mengoptimalkan biaya secara akurat. Persyaratan kapasitas khusus bergantung pada karakteristik performa beban kerja database. Karakteristik ini transaksional, analitik, atau campuran. Faktor pembatas untuk beban kerja database Oracle biasanya adalah daya pemrosesan, memori, dan throughput.

Perencanaan kapasitas membantu Anda memilih infrastruktur yang sesuai untuk arsitektur Oracle di Azure. Anda harus memahami kapasitas penyimpanan database untuk menerapkan proses ini secara efektif.

Pertimbangan perencanaan kapasitas

Perencanaan kapasitas untuk beban kerja Oracle pada infrastruktur sebagai layanan (IaaS) Azure adalah proses yang memerlukan pemahaman mendalam tentang persyaratan beban kerja dan sumber daya Azure yang tersedia.

Pertimbangan performa keseluruhan

  • Lingkungan Anda yang ada mungkin tidak berfungsi sebagai ukuran yang akurat untuk persyaratan beban kerja database Oracle di Azure. Gunakan laporan Oracle Automatic Workload Repository (AWR) untuk memahami karakteristik performa beban kerja atau beban kerja untuk migrasi. Laporan AWR berisi statistik performa untuk beban kerja database Oracle Anda.

  • Anda dapat menggunakan lingkungan yang ada sebagai ukuran untuk server aplikasi ketika tidak ada statistik performa AWR yang tersedia. Anda harus mengumpulkan metrik performa dari server aplikasi untuk memastikan bahwa server aplikasi dan solusi platform as a service (PaaS) apa pun berukuran tepat.

    Nota

    Untuk mengumpulkan laporan AWR, Anda perlu membeli lisensi Oracle Diagnostic Pack untuk beban kerja database Anda. Anda dapat menggunakan laporan Statspack sebagai alternatif untuk laporan AWR. Laporan statspack adalah subset laporan AWR dan tidak memerlukan lisensi Paket Diagnostik.

  • Kumpulkan laporan AWR untuk beban kerja database Anda:

    • Ketika beban kerja mengalami beban puncak. Jika Anda tidak mengetahui waktu pemuatan puncak, gunakan skrip busiest_awr untuk menentukan AWR tersibuk.

    • Untuk periode yang mewakili beban puncak. Misalnya, buat laporan AWR selama proses akhir bulan jika beban puncak adalah proses akhir bulan. Periode waktu harus mencakup hanya waktu pemuatan puncak dan mengecualikan periode beban rendah yang diperpanjang. Jika Anda menyertakan periode beban rendah dalam laporan AWR Anda, statistik performa mewakili rata-rata dan bukan persyaratan performa beban kerja aktual.

    • Untuk aktivitas seperti proses batch atau aktivitas lain yang merupakan beban signifikan pada database.

  • Kumpulkan laporan AWR selama beban puncak dan skenario serupa. Untuk menentukan SKU komputer virtual (VM) dan konfigurasi penyimpanan yang sesuai, lihat mengukur sumber daya Azure berdasarkan laporan Oracle AWR. Jika Anda mengelola beberapa beban kerja database Oracle dan mempertimbangkan untuk mengonsolidasikan beberapa beban kerja pada VM yang sama, gunakan Oracle Migration Assistant Tool (OMAT). OMAT adalah alat penilaian ukuran otomatis yang menghasilkan penilaian infrastruktur berdasarkan laporan AWR dan memberikan saran untuk kemungkinan konfigurasi VM dan penyimpanan.

Pertimbangan komputasi

Setelah Anda menentukan persyaratan performa dasar untuk beban kerja database, pertimbangkan rekomendasi berikut untuk perencanaan VM:

  • Gunakan inti yang dibatasi untuk mengoptimalkan biaya lisensi Oracle. Inti yang dibatasi menyediakan kapasitas memori dan throughput SKU VM yang lebih besar sambil membatasi kapasitas vCPU ke SKU VM yang lebih kecil. Konfigurasi ini mengurangi biaya lisensi Oracle, karena lisensi didasarkan pada inti prosesor. Untuk detail selengkapnya, lihat Lisensi perangkat lunak Oracle di lingkungan komputasi cloud dan ukuran inti yang dibatasi.

  • Pilih VM yang dioptimalkan memori untuk beban kerja Oracle. VM yang dioptimalkan memori menawarkan rasio memori-ke-vCPU yang lebih tinggi dibandingkan dengan VM tujuan umum, membuatnya ideal untuk beban kerja Oracle intensif memori. Untuk informasi selengkapnya, lihat VM seri M.

  • Gunakan SKU VM terbaru untuk meningkatkan performa dan kompatibilitas.** SKU VM terbaru, seperti Mdsv3 dan Edsv6, menyediakan opsi yang dioptimalkan memori yang kuat. Pilih antara varian Memori Sedang dan Memori Tinggi berdasarkan penilaian ukuran Anda.

  • Sertakan VM tambahan untuk ketersediaan tinggi dan pemulihan bencana. Pastikan arsitektur Anda memperhitungkan VM yang diperlukan untuk ketersediaan tinggi, pemulihan bencana, dan lingkungan non-produksi untuk menjaga ketahanan operasional.

Pertimbangan penyimpanan

Performa dan keandalan beban kerja database Oracle sangat bergantung pada desain dan konfigurasi infrastruktur penyimpanan yang mendasar. Pertimbangkan panduan berikut untuk perencanaan penyimpanan:

  • Pilih jenis disk terkelola yang sesuai berdasarkan persyaratan beban kerja. Gunakan Azure Premium SSD untuk aktivitas terkait sistem operasi untuk memastikan performa yang andal. Untuk disk data, kami merekomendasikan Azure Premium SSD v2 untuk kemampuan performa yang ditingkatkan. Azure Ultra Disk Storage cocok untuk beban kerja yang membutuhkan throughput yang sangat tinggi dan latensi rendah. Hindari menggunakan Azure Standard SSD atau Azure Standard HDD untuk beban kerja Oracle produksi. Untuk detail selengkapnya, lihat Disk terkelola Azure. Opsi Penyimpanan lebih lanjut termasuk Azure Netapp Files dan ESAN.

  • Latensi disk mungkin menjadi perhatian tergantung pada karakteristik beban kerja Anda. Untuk informasi selengkapnya tentang latensi disk, lihat jenis disk terkelola Azure .

  • Jika aktivitas terkait OS Anda memerlukan lebih dari 4 TB, gunakan beberapa disk SSD Premium dan susun menjadi RAID-0. Penyanggaan disk host tidak didukung untuk disk yang lebih besar dari 4.095 GB.

  • Pahami perbedaan antara SSD Premium v1 dan Premium SSD v2. Premium SSD v1 menggunakan arsitektur asli Azure, yang berbagi bandwidth dengan lalu lintas VM lainnya dan dapat memengaruhi performa. SSD premium v2 memanfaatkan arsitektur Direct Drive untuk meningkatkan performa dan mengurangi latensi. Untuk detail selengkapnya, lihat perbedaan antara SSD Premium dan Premium SSD v2.

  • Pertimbangkan throughput disk kumulatif saat menggunakan disk terkelola. Throughput kumulatif dari semua disk yang terhubung dengan VM dibatasi oleh VM SKU. Untuk informasi selengkapnya, lihat Komputer virtual dan performa disk.

  • Jika persyaratan throughput melebihi throughput maksimum dari satu VM, pertimbangkan penggunaan penyimpanan jaringan seperti Azure NetApp Files karena VM dibatasi pada throughput jaringan, atau keluaran, daripada throughput disk untuk konfigurasi tersebut.

  • Jika Anda sering menggunakan file sementara Oracle, pertimbangkan untuk memilih VM SKU dengan disk sementara dan menempatkan file sementara pada disk sementara. Konfigurasi ini mengurangi beban input/output (I/O) pada disk data.

Langkah selanjutnya