Perawatan turnkey: cara kerja hosting SAP

Halo, Habr! Hari ini kami ingin berbicara dengan Anda tentang perangkat fenomena seperti SAP hosting. Selama artikel kami:

• Kami akan memberi tahu Anda tentang pengalaman kami dalam bekerja dengan intelijen dalam format membangun layanan bersama;
• membahas alasan pasar untuk transisi bisnis ke penyedia cloud dari solusi on-premise;
• kami akan menganalisis secara wajar perbedaan antara model hosting SAP dan on-premise dan membandingkan biaya;
• Pertimbangkan beberapa skenario untuk bermigrasi dari lokal ke cloud.

Pertama, bayangkan mitra yang akan dibahas dalam artikel ini.

Itelligence adalah sekutu terpercaya kami dengan pengalaman luar biasa dengan SAP selama lebih dari 30 tahun di 25 negara. Kompetensi mereka meliputi implementasi produk SAP, Layanan Manajemen Aplikasi SAP (dukungan untuk aplikasi SAP) dan hosting SAP. Hanya dengan tujuan hosting, intelijen melayani lebih dari 200 klien, yang didukung oleh 250 karyawan - insinyur dan arsitek yang memantau sistem SAP 24/7.

Saat ini, intelijen diwakili oleh 10 dari pusat data berorientasi SAP sendiri, sementara model afiliasi dipilih di Rusia. Mitra seperti itu adalah IT GRAD. Kami memberikan kekuatan komputasi dan dukungan teknik, dan intelijen menyediakan keahlian dalam manajemen dan administrasi sistem dan basis data SAP. Dalam format ini kami melihat kolaborasi untuk menciptakan layanan bersama berkualitas tinggi.

Area Tanggung Jawab Mitra

Tidak ada kemitraan yang efektif tanpa pembagian tanggung jawab yang jelas, jadi kami akan memberikan perhatian khusus pada masalah ini.

Kompetensi IT-GRAD meliputi:

• menyediakan infrastruktur TI yang fleksibel dan terukur di pusat data Tier III;
• penagihan untuk konsumsi nyata sumber daya dalam hal segmen publik;
• organisasi saluran komunikasi dan konektivitas jaringan L2;
• lisensi peralatan fisik (untuk OS);
• kedua mitra melakukan pemantauan proaktif dengan pemberitahuan insiden secara otomatis;
• konsultasi dan beberapa layanan dalam konteks infrastruktur yang disediakan;
• cadangan
• keamanan informasi;
• pengembangan dan implementasi skenario Pemulihan Bencana di tingkat infrastruktur.

Dengan masalah infrastruktur, lebih atau kurang jelas, kami akan beralih ke bidang tanggung jawab mitra kami.

Setiap proyek hosting SAP terdiri dari dua fase:

1. Menginstal baru atau memigrasi sistem yang ada.
2. Dukungan sistem.

Pada fase pertama, mitra intelijen kami melakukan tugas-tugas berikut.

Saat memasang lansekap sistem baru:

• studi tentang proyek konseptual yang menggambarkan ruang lingkup fungsional, organisasi dan infrastruktur proyek hosting SAP;
• pengembangan arsitektur dan solusi desain untuk lanskap sistem, persyaratan untuk sistem dan infrastruktur teknis (ukuran);
• pemasangan perangkat lunak sumber terbuka, menyiapkan layanan infrastruktur;
• instalasi perangkat lunak aplikasi (DBMS, komponen SAP);
• PSI infrastruktur sistem-teknis;
• pernyataan dukungan.

Saat bermigrasi:

• penelitian sistem informasi pelanggan yang ada;
• persiapan konsep migrasi yang menggambarkan metodologi, alat, dan fase utama migrasi, penetapan batas wilayah tanggung jawab;
• pengembangan arsitektur dan solusi desain untuk lanskap sistem target, persyaratan untuk sistem target, dan infrastruktur teknis;
• pemasangan perangkat lunak sistem dan layanan infrastruktur;
• pemasangan prototipe perangkat lunak aplikasi (DBMS, komponen SAP);
• menguji proses migrasi;
• kinerja uji fungsional, integrasi, beban;
• melakukan tes penerimaan infrastruktur sistem-teknis;
• migrasi sistem informasi sumber ke sistem target dan infrastruktur teknis;
• pernyataan dukungan.

Jika Anda ingin memigrasi VM menggunakan penyedia, replikasi Veeam atau VMware terhubung.

Pada fase kedua, mitra intelijen kami melakukan tugas-tugas dukungan berikut:

• pemantauan dan administrasi OS, DBMS, komponen perangkat lunak aplikasi SAP;
• memastikan ketersediaan dan kinerja sistem informasi sesuai dengan parameter SLA;
• menginstal pembaruan untuk komponen perangkat lunak aplikasi OS, DBMS, dan SAP;
• penyediaan meja Layanan, penghapusan insiden di bagian komponen yang menyertainya;
• melaporkan tingkat layanan yang diberikan.

intelijen, pada bagiannya, melengkapi proyek dengan peluang untuk menentukan ukuran kedua proyek baru yang perlu mengevaluasi kapasitas yang diperlukan untuk lanskap SAP dan proyek migrasi. Selain menilai persyaratan saat ini, intelijen mengevaluasi kapasitas yang mungkin diperlukan proyek dalam waktu dekat.

Dengan demikian, pelanggan kami, sebagai bagian dari penawaran komprehensif dengan bidang tanggung jawab yang ditentukan secara ketat, menerima layanan dukungan tunggal dan SLA end-to-end untuk infrastruktur DC, IaaS dan SAP.

Beberapa kata tentang pelanggan dan pasar yang berkembang

Anda dapat berbicara tentang tingkat pertumbuhan pasar cloud tanpa akhir, tetapi lebih disarankan untuk melihat grafik di atas. Secara umum, ada beberapa driver yang mendorong bisnis untuk semakin menggunakan layanan penyedia cloud.

• Menyingkirkan masalah dengan "dapur internal" dan mempercepat peluncuran produk di pasar

Semuanya sangat sederhana di sini: semakin cepat produk mencapai konsumen, semakin banyak waktu bisnis akan menang dalam persaingan. Penyedia cloud membuat hidup lebih mudah bagi pelanggan dan meminimalkan waktu ke pasar. Selain itu, seperti yang ditunjukkan oleh praktik kami, spesialis profil paling keren entah bagaimana "puas" dengan penyedia. Yah, itu sangat alami: bekerja dengan penyedia menyediakan spesialis dengan berbagai kasus dan memberikan poin pertumbuhan baru.

• Meningkatkan ketahanan dan kelangsungan bisnis

Pengalaman perusahaan IT besar dalam membangun infrastruktur perusahaan jauh lebih besar daripada pengalaman perusahaan yang mencoba membangun infrastruktur ini sendiri dan dari awal. Karena itu, ketika bekerja dengan penyedia cloud, risiko downtime dan kegagalan fungsi karena masalah teknis diminimalkan. Bisnis menyadari risiko ini dan mendelegasikan "peduli" tentang fasilitas mereka.

Antara lain, transisi ke cloud dalam banyak kasus lebih efektif dari sudut pandang penghematan sumber daya bisnis, yang telah berulang kali kami tulis sebelumnya.

• Kurangnya kapasitas sementara

Masalah terdekat dengan ritel. Menjaga cadangan dingin dan terus-menerus melayani kapasitas besar yang diperlukan hanya 3-5 kali setahun untuk periode lalu lintas puncak sangat tidak efisien. Pindah ke cloud dalam banyak kasus akan menyelamatkan Anda tidak hanya dari pembelian dan pemeliharaan kapasitas, tetapi juga dari sejarah yang menghabiskan banyak sumber daya seperti modernisasi.



Singkatnya, faktor-faktor yang tercantum di atas memberikan hal yang paling penting: meningkatkan daya saing .

Perbandingan biaya

Kami mendekati topik utama artikel: mengapa SAP hosting bisa lebih menguntungkan di tempat. Untuk segera menempatkan semua poin di atas saya dalam hal ekonomi, kami menyajikan beberapa tabel. Mari kita mulai dengan biaya bisnis di tempat.





Dan sepertinya perhitungan biaya jika pindah ke SAP hosting.



Bandingkan mereka:



Perhitungan menunjukkan bahwa ketika memilih opsi on-premise, kita berhadapan dengan investasi bisnis yang berlebihan, dan investasi di bidang non-inti. Dalam kasus hosting SAP, pelanggan di awal dapat mengambil persis sebanyak yang dia butuhkan saat ini, dan kemudian hanya skala.

Ukuran dapat secara praktis "menguntungkan", dan ini sangat mengurangi ketidakpastian dalam penganggaran proyek. Sebagai hasilnya, kami mendapatkan biaya awal yang lebih rendah dan penghematan hingga 40 juta rubel (~ 25% dari anggaran) dibandingkan dengan di tempat.

Kami akan menggali lebih dalam ke ekonomi proyek lebih dan mempertimbangkan secara rinci bagan berikut. Skala vertikal mencerminkan nilai dalam ksaps (kilosaps). Saps - unit ukuran yang diperkenalkan oleh SAP, adalah kecepatan satu set transaksi / operasi standar per unit waktu. Saps adalah output dari ukuran.



Ketika pelanggan berencana untuk mengimplementasikan SAP dan menentukan berapa banyak kapasitas server yang dia butuhkan, alat itu adalah sizer, yang beroperasi dengan angka rata-rata, dan pada outputnya memberikan daya rata-rata dari besi yang diperlukan untuk konfigurasi yang dipilih oleh pengguna.

Di sebelah kanan grafik adalah komponen rubel, biaya per ksaps.

Pada saat yang sama, kurva naik merah adalah indikator statistik rata-rata pelanggan berdasarkan kekuatan peralatan server mereka, dari 10 hingga 2,5 juta ksaps. Ini adalah kompleks komputasi besar, hingga 10-12 mesin nyata, dengan fasilitas cadangan di pusat data duplikat. Kurva ke bawah hijau menunjukkan biaya nosional 1 ksaps untuk pengguna. Semakin rendah risiko, semakin mahal biaya bulanannya, akan tetapi, perhatikan betapa intensif penurunannya seiring dengan meningkatnya kapasitas pelanggan.

Contoh garis putus-putus menunjukkan bahwa untuk 1750 ksaps biayanya sekitar 3,5 rubel per ksaps.

Sekarang mari kita jelaskan apa yang dimaksud dengan tenaga mesin. Jika kita berbicara tentang Intel, maka 1000 ksaps adalah 1 prosesor virtual + 4 gigabytes RAM. Dengan kata lain, melalui ksaps dimungkinkan untuk menghitung parameter fisik dari server yang diperlukan. Kami sengaja tidak berbicara tentang penyimpangan standar, agar tidak menyulitkan pemahaman. Namun demikian, sangat sederhana untuk menentukan biaya konfigurasi tertentu berdasarkan input data yang tercantum di atas.

Sekarang semuanya lebih atau kurang jelas dengan ekonomi, mari kita bicara tentang aspek teknis membangun infrastruktur. Ada 2 pendekatan: SAP Certified Appliance dan TDI.

• Peralatan Bersertifikat SAP

Faktanya, solusi ini “out of the box”, sebuah kompleks perangkat lunak dan perangkat keras yang dilisensikan oleh SAP dan secara kaku diperbaiki baik dalam perangkat keras maupun perangkat lunak, hingga memperbaiki versi tertentu dan rilis program. Jika kita berbicara tentang aplikasi, biaya solusi ini akan rata-rata 15-20% lebih tinggi daripada penempatan pada opsi alternatif, yang mengurangi popularitasnya di antara pelanggan.

• TDI

Ini adalah infrastruktur virtual di mana perangkat keras sudah ada, yang didukung pada daftar kompatibilitas. Misalnya, dalam IT-GRAD, semua peralatan yang dibeli di semua situs secara default kompatibel dengan solusi SAP. Kami menawarkan arsitektur cloud-building klasik, di mana terdapat sistem penyimpanan yang terpisah, jenis prosesor tertentu, platform server dan alat virtualisasi, yang memungkinkan Anda mendapatkan manfaat dari fleksibilitas dan skalabilitas solusi yang lebih besar.

Bagaimana cara kerja hosting SAP?

Semuanya dimulai dengan inti tertentu, kluster virtualisasi. Ini dapat berupa kluster virtualisasi publik pada perangkat keras TDI yang kompatibel, atau segmen yang dilindungi khusus. Itu semua tergantung pada penganggaran dan kemampuan.



Dalam kasus SAP Certified Appliance (berbeda dengan TDI), ada banyak elemen infrastruktur tambahan yang biasanya digunakan di lingkungan produktif dan QAS. Diperlukan untuk menghubungkan semua ini ke dalam satu infrastruktur. Lisensi berikut, karena itu perlu untuk memastikan berfungsinya virtualisasi VMware dan operasi yang benar dari sistem operasi yang dilisensikan untuk peralatan fisik.

Selain itu, kami menyediakan cadangan (dapat berfungsi baik di tingkat VM dan di tingkat OS dan basis data), karena SAP HANA yang sama membutuhkan pembuatan cadangan yang konsisten.
Berbicara tentang dukungan, kami mengatur pemantauan sepanjang waktu tentang segala sesuatu - mulai dari perangkat keras hingga semua platform virtualisasi, OS, dan aplikasi. Kami beroperasi dengan seluruh rangkaian sistem pemantauan, dan dalam "bundel" semua opsi konektivitas jaringan, dari saluran khusus ke Internet biasa, dan persyaratan keamanan yang diperlukan dapat diterapkan.

Sebagai contoh, salah satu klien kami adalah perusahaan industri-produksi besar, yang membutuhkan implementasi sistem terintegrasi berdasarkan SAP. Pilihan awalnya dibuat untuk awan. Dalam kerangka proyek, perlu untuk mengimplementasikan infrastruktur khusus sesuai dengan persyaratan regulator internal dan menyediakan saluran komunikasi khusus. Sudah, ruang lingkup proyek adalah sebagai berikut:

• lebih dari 40 server - hampir 50 server;
• lebih dari 10 sistem SAP;
• lebih dari 10 Tb HANA RAM.

Direncanakan untuk menerapkan perlindungan sesuai dengan FZ-152, juga sesuai dengan kebutuhan pelanggan kami akan menyediakan saluran L2. Ini adalah instalasi yang sepenuhnya berdedikasi, layanan ini dibagi antara kami dan intelijen. Kami mengurus semuanya hingga tingkat infrastruktur, mitra - OS dan di bawahnya. Cadangan yang diterapkan berdasarkan Commvault.

Cara mulus beralih ke hosting SAP

Tidak boleh ada satu resep sederhana untuk semua orang. Dalam menyiapkan skenario migrasi, kami mengandalkan persyaratan dan batasan pelanggan. Secara khusus, ini berlaku untuk:

• tanggal proyek;
• tidak tersedianya waktu sistem operasi berkelanjutan;
• konfigurasi sistem sumber dan target.

Transisi "dari awal":

1. Penyebaran infrastruktur dan alat virtual jika perlu.
2. Organisasi bagian jaringan proyek.
3. Persiapan OS, basis data, sistem SAP.
4. Aktivasi pemantauan dan cadangan.
5. Langkah-langkah untuk melindungi PD (jika diperlukan).

Migrasi dari infrastruktur sendiri:

Di sini semuanya sedikit lebih rumit - seseorang hanya perlu mentransfer data dan dengan demikian memastikan instalasi "bersih", seseorang perlu mentransfer seluruh "kebun binatang" dari VM yang ada.

Penting untuk menentukan terlebih dahulu metode migrasi yang paling nyaman dan tepat untuk bisnis: pemasangan sistem bersih dan migrasi data atau migrasi VM menggunakan sarana penyedia melalui replikasi Veeam / VMware .

Perhatian khusus harus diberikan pada perencanaan dan koordinasi migrasi dengan bisnis. Tetapkan rencana tindakan yang jelas, temukan "jendela" untuk migrasi, setujui pengaturan waktu dan jalur lalu lintas. Sebagai hasilnya, Anda harus mendapatkan rencana yang paling terperinci, siap untuk koordinasi dengan kedua pihak yang terlibat dalam proses tersebut.

Seperti yang Anda lihat, SAP hosting adalah solusi yang sangat seimbang dan nyaman, yang patut untuk dilihat lebih dekat. Jika Anda memiliki pertanyaan atau ingin klarifikasi, kami akan senang mendengarnya di komentar. Kami akan mencoba menjawab dengan ringkas dan jelas.

Dan bagi pembaca yang dekat dengan masalah hosting SAP, kami sarankan menonton rekaman webinar kami dengan intelijen.