Penyebaran SAP MaxDB, liveCache, dan Content Server di Azure VM

  • Artikel

Dokumen ini mencakup beberapa area berbeda untuk dipertimbangkan saat menyebarkan MaxDB, liveCache, dan Content Server di Azure IaaS. Sebagai prasyarat untuk dokumen ini, Anda harus membaca dokumen Pertimbangan penyebaran DBMS Azure Virtual Machines untuk beban kerja SAP, serta panduan lain dalam beban kerja SAP pada dokumentasi Azure.

Khusus untuk penyebaran SAP MaxDB di Windows

Dukungan Versi SAP MaxDB di Azure

SAP saat ini mendukung SAP MaxDB versi 7.9 atau lebih tinggi untuk digunakan dengan produk berbasis SAP NetWeaver di Azure. Semua pembaruan untuk server SAP MaxDB, atau driver JDBC dan ODBC yang akan digunakan dengan produk berbasis SAP NetWeaver disediakan hanya melalui SAP Service Marketplace. Untuk informasi selengkapnya tentang menjalankan SAP NetWeaver di SAP MaxDB, lihat SAP MaxDB.

Versi Microsoft Windows yang didukung dan jenis mesin virtual Azure untuk SAP MaxDB DBMS

Untuk menemukan versi Microsoft Windows yang didukung untuk DBMS SAP MaxDB di Azure, lihat:

Sangat disarankan untuk menggunakan versi terbaru dari sistem operasi Microsoft Windows, yaitu Microsoft Windows 2016.

Tersedia Dokumentasi SAP MaxDB untuk MaxDB

Anda dapat menemukan daftar terbaru dokumentasi SAP MaxDB di Catatan SAP berikut 767598

Panduan Konfigurasi SAP MaxDB untuk Instalasi SAP di Azure VM

Konfigurasi penyimpanan

Praktik terbaik penyimpanan Azure untuk SAP MaxDB mengikuti rekomendasi umum yang disebutkan dalam bab Struktur penyimpanan Komputer Virtual untuk Penyebaran RDBMS.

Penting

Seperti database lainnya, SAP MaxDB juga memiliki file data dan log. Namun, dalam terminologi SAP MaxDB, istilah yang benar adalah "volume" (bukan "file"). Misalnya, terdapat volume data dan volume log SAP MaxDB. Jangan bingung ini dengan volume disk OS.

Singkatnya, Anda harus:

  • Jika Anda menggunakan akun Azure Storage, atur akun Azure storage yang menyimpan volume data dan log SAP MaxDB (file data dan log) ke Penyimpanan Redundan Lokal (LRS) sebagaimana ditentukan dalam Pertimbangan penyebaran DBMS Azure Virtual Machines untuk beban kerja SAP.
  • Pisahkan jalur IO untuk volume data (file data) SAP MaxDB dari jalur IO untuk volume log (file log). Hal ini berarti bahwa volume data SAP MaxDB (file data) harus diinstal pada satu drive logis dan volume log SAP MaxDB (file log) harus diinstal pada drive logis lainnya.
  • Atur jenis penembolokan yang tepat untuk setiap disk, bergantung pada apakah Anda menggunakannya untuk volume data atau log SAP MaxDB (file data dan log), dan apakah Anda menggunakan Azure Standard atau Penyimpanan Premium Azure, seperti yang dijelaskan dalam Pertimbangan untuk penyebaran DBMS Azure Virtual Machines untuk beban kerja SAP.
  • Selama kuota IOPS per disk saat ini memenuhi persyaratan, hal ini memungkinkan untuk menyimpan semua volume data pada satu disk terpasang, dan juga menyimpan semua volume log database pada disk tunggal terpasang yang lain.
  • Jika diperlukan lebih banyak IOPS dan/atau ruang, disarankan untuk menggunakan Microsoft Window Storage Pools (hanya tersedia di Microsoft Windows Server 2012 dan yang lebih tinggi) untuk membuat satu perangkat logis besar di atas beberapa disk terpasang. Untuk detail selengkapnya, lihat juga Pertimbangan untuk penyebaran DBMS Azure Virtual Machines untuk beban kerja SAP. Pendekatan ini menyederhanakan overhead administrasi untuk mengelola ruang disk dan menghindari upaya mendistribusikan file secara manual di beberapa disk terpasang.
  • sangat disarankan untuk menggunakan Penyimpanan Premium Azure untuk penyebaran MaxDB.

Reference Configuration of Azure IaaS VM for SAP MaxDB DBMS

Pencadangan dan Pemulihan

Saat menyebarkan SAP MaxDB ke Azure, Anda harus meninjau metodologi cadangan Anda. Bahkan jika sistem ini bukan sistem yang produktif, database SAP yang dihosting oleh SAP MaxDB harus dicadangkan secara berkala. Karena Azure Storage menyimpan tiga gambar, cadangan sekarang menjadi kurang penting dalam hal melindungi sistem Anda dari kegagalan penyimpanan dan kegagalan operasional atau administratif yang lebih penting. Alasan utama untuk mempertahankan rencana pencadangan dan pemulihan yang tepat adalah agar Anda dapat mengkompensasi kesalahan logis atau manual dengan menyediakan kemampuan pemulihan point-in-time. Jadi tujuannya adalah untuk menggunakan cadangan guna memulihkan database ke titik waktu tertentu atau menggunakan cadangan di Azure untuk menambahkan sistem lain dengan menyalin database yang ada.

Mencadangkan dan memulihkan database di Azure berfungsi dengan cara yang sama seperti untuk sistem lokal, sehingga Anda dapat menggunakan alat pencadangan/pemulihan SAP MaxDB standar, yang dijelaskan dalam salah satu dokumen dokumentasi SAP MaxDB yang tercantum dalam SAP Note 767598.

Pencadangan dan Pemulihan dengan Azure Backup

Anda juga dapat mengintegrasikan pencadangan MaxDB dengan Azure Backup menggunakan alat cadangan pihak ketiga Maxback (https://maxback.io). MaxBack memungkinkan Anda untuk mencadangkan dan memulihkan MaxDB di Windows dengan integrasi VSS, yang juga digunakan oleh Azure Backup. Keuntungan menggunakan Azure Backup adalah pencadangan dan pemulihan dilakukan di tingkat penyimpanan. MaxBack memastikan bahwa database berada dalam status yang tepat untuk pencadangan dan pemulihan, dan secara otomatis menangani cadangan volume log.

Pertimbangan Performa untuk Pencadangan dan Pemulihan

Seperti dalam penyebaran bare-metal, performa pencadangan dan pemulihan tergantung pada berapa banyak volume yang dapat dibaca secara paralel dan throughput volume tersebut. Oleh karena itu, dapat diasumsikan bahwa:

  • Semakin sedikit jumlah disk yang digunakan untuk menyimpan perangkat database, semakin rendah throughput baca keseluruhan
  • Semakin sedikit target (Direktori Stripe, disk) untuk menulis cadangan, semakin rendah throughput

Untuk meningkatkan jumlah target untuk ditulis, ada dua opsi yang dapat Anda gunakan, mungkin dalam kombinasi, tergantung pada kebutuhan Anda:

  • Mendedikasikan volume terpisah untuk cadangan
  • Striping volume target cadangan atas beberapa disk terpasang untuk meningkatkan throughput IOPS pada volume disk bergaris
  • Memiliki perangkat disk logis khusus terpisah untuk:
    • Volume cadangan SAP MaxDB (dengan kata lain file)
    • Volume data SAP MaxDB (dengan kata lain file)
    • Volume log SAP MaxDB (dengan kata lain file)

Striping volume atas beberapa disk terasang telah dibahas sebelumnya dalam Pertimbangan untuk penyebaran DBMS Azure Virtual Machines untuk beban kerja SAP.

Pertimbangan lain

Semua area umum lainnya, seperti Azure Availability Set atau pemantauan SAP juga berlaku seperti yang dijelaskan dalam Pertimbangan untuk penyebaran DBMS Azure Virtual Machines untuk beban kerja SAP. untuk penyebaran Komputer Virtual dengan database SAP MaxDB. Pengaturan khusus SAP MaxDB lainnya transparan untuk Azure VM dan dijelaskan dalam dokumen berbeda yang tercantum dalam Catatan SAP 767598 dan di Catatan SAP berikut:

Khusus untuk penyebaran liveCache SAP di Windows

Dukungan Versi SAP liveCache

Versi minimal SAP liveCache yang didukung di Azure Virtual Machines adalah SAP LC/LCAPPS 10.0 SP 25 termasuk liveCache 7.9.08.31 dan LCA-Build 25, yang dirilis untuk EhP 2 untuk SAP SCM 7.0 dan rilis selanjutnya.

Versi Microsoft Windows yang didukung dan jenis Azure VM untuk SAP liveCache DBMS

Untuk menemukan versi Microsoft Windows yang didukung SAP liveCache di Azure, lihat:

Sangat disarankan untuk menggunakan versi terbaru dari sistem operasi Microsoft Windows Server.

Panduan Konfigurasi SAP liveCache untuk Instalasi SAP di Azure VM

Karena SAP liveCache adalah aplikasi yang melakukan perhitungan besar, jumlah dan kecepatan RAM dan CPU memiliki pengaruh besar pada performa liveCache SAP.

Untuk jenis Azure VM yang didukung oleh SAP (Catatan SAP 1928533), semua sumber daya CPU virtual yang dialokasikan untuk Komputer Virtual didukung oleh sumber daya CPU fisik khusus dari hypervisor. Tidak ada provisi berlebih (dan karenanya tidak ada persaingan untuk sumber daya CPU) yang terjadi.

Demikian pula, untuk semua jenis instans Azure VM yang didukung oleh SAP, memori Komputer Virtual 100% dipetakan ke memori fisik - provisi berlebih (beban berlebih), misalnya, tidak digunakan.

Dari perspektif ini, sangat disarankan untuk menggunakan Komputer Virtual Dv2, Dv3, Ev3, dan M-series terbaru. Pilihan jenis Komputer Virtual yang berbeda tergantung pada memori yang Anda butuhkan untuk liveCache dan sumber daya CPU yang Anda butuhkan. Seperti semua penyebaran DBMS lainnya, disarankan untuk memanfaatkan Penyimpanan Premium Azure untuk volume penting performa.

Konfigurasi Penyimpanan untuk liveCache di Azure

Karena SAP liveCache didasarkan pada teknologi SAP MaxDB, semua rekomendasi praktik terbaik Azure storage untuk SAP MaxDB yang dijelaskan dalam dokumen ini juga berlaku untuk SAP liveCache.

Azure VM khusus untuk skenario liveCache

Karena SAP liveCache secara intensif menggunakan daya komputasi, untuk penggunaan yang produktif, sangat disarankan untuk disebarkan pada Azure Virtual Machine khusus.

Dedicated Azure VM for liveCache for productive use case

Pencadangan dan Pemulihan untuk liveCache di Azure

pencadangan dan pemulihan, termasuk pertimbangan performa, sudah dijelaskan dalam bab SAP MaxDB yang relevan dalam dokumen ini.

Pertimbangan lain

Semua area umum lainnya sudah dijelaskan dalam bab SAP MaxDB yang relevan.

Khusus untuk penyebaran SAP Content Server pada Windows di Azure

SAP Content Server adalah komponen terpisah berbasis server untuk menyimpan konten seperti dokumen elektronik dalam format yang berbeda. Server Konten SAP disediakan oleh pengembangan teknologi dan akan digunakan lintas aplikasi untuk aplikasi SAP apa pun. Hal ini diinstal pada sistem terpisah. Konten khasnya adalah materi pelatihan dan dokumentasi dari Gudang Pengetahuan atau gambar teknis yang berasal dari Sistem Manajemen Dokumen PLM mySAP.

Dukungan Versi SAP Content Server untuk Azure VM

SAP saat ini mendukung:

  • SAP Content Server dengan versi 6.50 (dan yang lebih tinggi)
  • SAP MaxDB versi 7.9
  • Microsoft IIS (Server Informasi Internet) versi 8.0 (dan yang lebih tinggi)

Sangat disarankan untuk menggunakan versi terbaru SAP Content Server, dan versi terbaru Microsoft IIS.

Periksa versi terbaru SAP Content Server dan Microsoft IIS yang didukung di SAP Product Availability Matrix (PAM).

Jenis Microsoft Windows dan Azure VM yang didukung untuk SAP Content Server

Untuk mengetahui versi Windows yang didukung untuk SAP Content Server di Azure, lihat:

Sangat disarankan untuk menggunakan versi terbaru Microsoft Windows Server.

Panduan Konfigurasi SAP Content Server untuk Instalasi SAP di Azure VM

Konfigurasi Penyimpanan untuk Content Server di Azure

Jika Anda mengonfigurasi SAP Content Server untuk menyimpan file dalam database SAP MaxDB, semua rekomendasi praktik terbaik penyimpanan Azure yang disebutkan untuk SAP MaxDB dalam dokumen ini juga berlaku untuk skenario SAP Content Server.

Jika Anda mengonfigurasi SAP Content Server untuk menyimpan file dalam sistem file, sebaiknya untuk menggunakan drive logis khusus. Menggunakan Ruang Windows Storage memungkinkan Anda juga meningkatkan ukuran disk logis dan throughput IOPS, seperti yang dijelaskan dalam Pertimbangan untuk penyebaran DBMS Azure Virtual Machines untuk beban kerja SAP.

Lokasi SAP Content Server

SAP Content Server harus digunakan di wilayah Azure yang sama dan Azure VNET tempat sistem SAP diterapkan. Anda bebas untuk memutuskan apakah Anda ingin menggunakan komponen SAP Content Server pada Azure VM khusus atau pada Komputer Virtual yang sama saat sistem SAP berjalan.

Dedicated Azure VM for SAP Content Server

Lokasi SAP Cache Server

SAP Cache Server adalah komponen berbasis server tambahan untuk menyediakan akses ke dokumen (cache) secara lokal. SAP Cache Server men-cache dokumen SAP Content Server. Hal ini untuk mengoptimalkan lalu lintas jaringan jika dokumen harus diambil lebih dari sekali dari lokasi yang berbeda. Aturan umumnya adalah bahwa SAP Cache Server harus secara fisik dekat dengan klien yang mengakses SAP Cache Server.

Di sini Anda memiliki dua opsi:

  1. Klien adalah sistem SAP backend Jika sistem SAP backend dikonfigurasi untuk mengakses SAP Content Server, sistem SAP tersebut adalah klien. Karena sistem SAP dan SAP Content Server diterapkan di wilayah Azure yang sama, di pusat data Azure yang sama, mereka secara fisik dekat satu sama lain. Oleh karena itu, tidak perlu memiliki Server Cache SAP khusus. Klien SAP UI (SAP GUI atau browser web) mengakses sistem SAP secara langsung, dan sistem SAP mengambil dokumen dari SAP Content Server.
  2. Klien adalah browser web lokal SAP Content Server dapat dikonfigurasi untuk diakses langsung oleh browser web. Dalam hal ini, browser web yang berjalan lokal adalah klien dari SAP Content Server. Pusat data lokal dan pusat data Azure ditempatkan di lokasi fisik yang berbeda (idealnya dekat satu sama lain). Pusat data lokal Anda tersambung ke Azure melalui Azure Site-to-Site VPN atau ExpressRoute. Meskipun kedua opsi ini menawarkan koneksi jaringan VPN yang aman ke Azure, koneksi jaringan site-to-site tidak menawarkan bandwidth jaringan dan SLA latensi antara pusat data lokal dan pusat data Azure. Untuk mempercepat akses ke dokumen, Anda bisa melakukan salah satu hal berikut ini:
    1. Instal SAP Cache Server lokal, dekat dengan browser web lokal (opsi dalam gambar di bawah)
    2. Konfigurasikan Azure ExpressRoute, yang menawarkan koneksi jaringan khusus berkecepatan tinggi dan latensi rendah antara pusat data lokal dan pusat data Azure.

Option to install SAP Cache Server on-premises

Pencadangan / Pemulihan

Jika Anda mengonfigurasi SAP Content Server untuk menyimpan file dalam database SAP MaxDB, prosedur pencadangan/pemulihan dan pertimbangan performa sudah dijelaskan dalam bab SAP MaxDB dari dokumen ini.

Jika Anda mengonfigurasi SAP Content Server untuk menyimpan file dalam sistem file, salah satu opsinya adalah menjalankan pencadangan/pemulihan manual dari seluruh struktur file di mana dokumen berada. Mirip dengan SAP MaxDB pencadangan/pemulihan, sebaiknya memiliki volume disk khusus untuk tujuan pencadangan.

Lainnya

Pengaturan khusus SAP Content Server lainnya transparan untuk Azure VM dan dijelaskan dalam berbagai dokumen dan Catatan SAP: