Fitur Bersponsor Jika Anda masih meng-hosting Microsoft SQL Server secara internal, mungkin sudah waktunya untuk memberikan waktu istirahat kepada administrator database Anda untuk fokus pada hal-hal yang menambah nilai lebih bagi bisnis daripada manajemen rutin. Tampaknya semakin banyak perusahaan yang berbondong-bondong ke database terkelola di cloud, menurut Gartner. Pada tahun 2017, pendapatan database lokal mengerdilkan pendapatan database terkelola. Pada tahun 2021, ukurannya sama.
Amazon Web Services (AWS) telah mendukung SQL Server melalui Amazon Relational Database Service (Amazon RDS) sejak 2012. Jadi, mengapa organisasi pengguna akhir mempertimbangkan untuk pindah ke layanan cloud terkelola untuk SQL Server, dan apa yang terlibat dalam migrasi ?
Daya tarik layanan terkelola
Oluropo Rufus Ayodele, arsitek data utama di AWS Premier Consulting Partner Onica oleh Rackspace Technology, yakin bahwa pendekatan terkelola terhadap database menghilangkan banyak beban berat dari pengguna. Administrator basis data tidak perlu menghabiskan banyak waktu untuk mengawasi hal-hal seperti pencadangan, penyediaan, dan tambalan yang semuanya ditangani secara otomatis, misalnya.
Layanan terkelola juga menawarkan keamanan bawaan dengan mengenkripsi data saat istirahat dan saat transit. SQL Server lokal dapat menangani koneksi terenkripsi tetapi memerlukan beberapa konfigurasi, sementara layanan terkelola menyediakan ini sebagai opsi siap pakai.
Database terkelola menawarkan fungsionalitas pencadangan bawaan, yang dapat dikonfigurasi melalui konsol, yang menghapus tugas lain dari daftar tugas DBA. Pelanggan dapat mengurangi kemungkinan mereka harus memulihkan dari cadangan tersebut berkat redundansi bawaan dalam bentuk Multiple Availability Zone (Multi-AZ) dan replika. Pengguna RDS dapat mengonfigurasi ini hanya karena mereka adalah bagian dari infrastruktur AWS, membuatnya lebih mudah untuk menjaga dan menjalankan database.
“Dengan database lokal, Anda harus menjadwalkan waktu henti,” Ayodele menjelaskan. “Namun, dengan RDS Anda memiliki waktu henti minimal karena instans siaga gagal dengan cepat dan kemudian menjadi server utama baru, setelah pemeliharaannya selesai.”
Pelanggan juga dapat memantau mereka Amazon RDS untuk SQL Server instans menggunakan alat bawaan seperti CloudWatch, Performance Insight, dan Pemantauan yang Disempurnakan daripada menyiapkan dan mengonfigurasi alat pemantauan pihak ketiga.
Terakhir, layanan terkelola menawarkan penyediaan yang lebih mudah, kata Ayodele. Pelanggan dapat mengotomatiskan penyediaan mereka untuk dengan mudah menskalakan penggunaan database mereka dan mengakomodasi fluktuasi beban kerja.
Pindah ke RDS juga menawarkan penghematan lisensi. Untuk proyek baru yang memerlukan tambahan inti SQL Server, pelanggan dapat memanfaatkan model bayar sesuai penggunaan RDS termasuk lisensi Microsoft, yang menunjukkan penghematan biaya di muka.
Langit adalah batasnya
Layanan ini menawarkan opsi kapasitas dan penskalaan yang fleksibel untuk disesuaikan dengan beban kerja yang berbeda. Pelanggan dapat menikmati hingga 128 vCPU dan 4096 gigabyte (GiB) RAM per instans dengan RDS untuk SQL Server. Memori per instans dapat disesuaikan dengan kemampuan sistem operasi, dan daya CPU dapat ditingkatkan. RDS untuk SQL Server dapat menangani database dengan penyimpanan hingga 16 tebibytes (TiB). Pelanggan juga dapat memisahkan penyimpanan dari penskalaan CPU, memungkinkan mereka menyesuaikan ukuran masing-masing untuk beban kerja khusus mereka tanpa membayar sumber daya tambahan yang tidak mereka perlukan.
Tidak seperti sistem on-prem, penskalaan database umumnya tidak selalu melibatkan waktu henti. AWS Auto Scaling memungkinkan pelanggan untuk meningkatkan (tetapi tidak menurunkan) tanpa menjadikan sistem offline. Namun jika mereka ingin menyediakan ukuran instans yang lebih besar – misalnya dari M5.xlarge hingga M5.2xlarge – masih ada sedikit gangguan.
Jadi, meskipun DBA tidak harus menyediakan memori tambahan dan CPU untuk mengatasi lonjakan permintaan penyimpanan, mereka harus merencanakan periode downtime kecil saat melakukan penyediaan untuk mendapatkan lebih banyak CPU dan memori. Pelanggan dapat menjadwalkan acara ini di jendela pemeliharaan mereka untuk meminimalkan dampaknya.
RDS untuk SQL Server mendukung paralelisme seperti di lingkungan lokal. Ini menggunakan semua inti tanpa redundansi untuk mengoptimalkan penggunaan sumber daya CPU. Sementara kueri mode batch terbatas pada dua derajat paralelisme pada RDS untuk SQL Server Standard Edition, Edisi Perusahaan dapat menggunakan semua inti, memungkinkannya meningkatkan kinerja secara signifikan pada kueri yang lebih besar.
Mengalihkan penerapan SQL Server ke RDS telah memungkinkan Onica memberikan keuntungan biaya yang signifikan bagi pelanggan. Salah satu perusahaan di industri periklanan dan penerbitan sudah menjalankan SQL Server pada contoh AWS EC2 misalnya, tetapi ingin melakukan modernisasi dengan pindah ke layanan terkelola. “Mereka pindah ke RDS karena sedang tumbuh,” jelas Ayodele, tetapi mereka ingin sehemat mungkin.
Onica bekerja dengan klien untuk membuat opsi RDS bayar sesuai pemakaian. Hal ini memungkinkan pelanggan untuk mengoptimalkan penggunaan cloud-nya dengan menjalankan replika secara selektif di kawasan Asia-Pasifik, yang menerjunkan beberapa kueri selama jam APAC. Skrip mengaktifkan replika itu hanya selama jam-jam tersebut, mematikannya selama jam-jam Eropa ketika sebagian besar kueri datang dari barat.
Banyak pelanggan, seperti perusahaan periklanan dan penerbitan, akan mengalami peningkatan efisiensi dan fleksibilitas untuk menaikkan dan menurunkan berbagai beban kerja, tanpa atau minimal downtime, yang berarti profitabilitas lebih tinggi dalam jangka panjang, kata Onica
Mekanisme migrasi
Migrasi homogen antara versi SQL Server lokal dan setara RDS sebenarnya relatif mudah, kata Ayodele. Satu-satunya perubahan yang diperlukan adalah perubahan skema sistem. RDS memiliki prosedur tersimpan bawaan untuk tujuan manajemen yang tidak ada di mesin SQL Server lokal. Jadi, pelanggan cukup memigrasi database itu sendiri untuk menghindari kerusakan skema sistem RDS.
Langkah selanjutnya adalah menggunakan alat asli atau Layanan Migrasi Database AWS (AWS DMS) untuk memindahkan data dari sumber ke tujuan. Dengan AWS DMS, database sumber tetap beroperasi selama proses ini untuk meminimalkan waktu henti. DMS dapat menggunakan teknologi change data capture (CDC) untuk melacak perubahan yang sedang berlangsung di database sumber selama migrasi. Setelah migrasi selesai, langkah terakhir adalah menjalankan versi RDS sebagai replika lalu beralih ke instans database utama RDS jika sudah siap.
Ada beberapa praktik terbaik yang harus diikuti pelanggan saat bermigrasi, kata Ayodele. “Kecepatan koneksi jaringan itu penting,” katanya. “Anda harus menangkap itu di awal proyek.” Tidak ada yang menghalangi proyek migrasi data seperti pipa tipis yang menciptakan kemacetan data.
Langkah penting lainnya adalah melakukan pengujian kinerja yang memadai untuk memastikan bahwa sistem tujuan bekerja sesuai rencana. Onica biasanya mengambil sampel data dari sistem SQL Server berbasis lokal atau EC2 milik klien yang dikumpulkan selama enam bulan sebelumnya untuk memahami penggunaan dan kecepatan memorinya. Kemudian mereka menulis kode untuk mendapatkan informasi tersebut, mengambil sampel yang mencerminkan skenario produksi yang berbeda dari waktu ke waktu, seperti input/output (I/O) yang konstan dan runcing.
Onica menggunakan data sampel tersebut untuk menginformasikan konfigurasi sistem RDS. Setelah mereka memutar lingkungan cloud, mereka akan menjalankan beberapa tolok ukur sederhana untuk menilai kinerjanya. Prosedur desain dan pengujian ini membantu pelanggan untuk mengoptimalkan konfigurasi sebelum mereka memigrasikan semua data. “Ini membantu kami menghindari kesalahan seperti ukuran CPU yang terlalu besar,” jelas Ayodele.
Awal hanyalah awal
Kapan pelanggan harus mulai memigrasikan SQL Server ke RDS? Bagi sebagian orang, waktu terbaik adalah kemarin, dan waktu terbaik berikutnya adalah hari ini. Peristiwa seperti akhir dukungan (EOS) atau kedaluwarsa lisensi yang akan datang dapat memicu keputusan ini.
Misalnya, SQL Server 2012 dan 2012/R2 mencapai akhir dukungannya pada Juli 2022, yang akan membuat beberapa pelanggan Microsoft tidak memiliki pembaruan keamanan, pembaruan non-keamanan, perbaikan bug, atau dukungan teknis. Mereka bisa mendapatkan Pembaruan Keamanan yang Diperpanjang (ESU) hingga 2025, tetapi itu masih membuat mereka tanpa pembaruan non-keamanan arus utama. Jika penggunaan SQL Server mereka sangat penting untuk bisnis mereka, mungkin lebih masuk akal untuk melakukan modernisasi sekarang dengan penerapan cloud.
SQL Server 2019 akan mencapai akhir dukungan utamanya pada Januari 2025 sehingga organisasi mana pun dengan lisensi Layanan SQL lokal yang kedaluwarsa sebelum itu mungkin ingin mempertimbangkan untuk melakukan lompatan sekarang daripada memperbaruinya nanti.
Lisensi SQL Server termasuk dalam biaya RDS untuk SQL Server di bawah model yang termasuk lisensi (Standard, Enterprise, Express, Web) yang menyelamatkan pelanggan dari keharusan khawatir tentang persyaratan lisensi sama sekali. Tanpa komitmen atau biaya di muka, pelanggan dapat membayar sesuai permintaan atau memilih instans cadangan untuk jangka waktu satu atau tiga tahun dengan tarif diskon untuk penghematan tambahan.
Jangan sampai terlambat, Ayodele memperingatkan. Memiliki banyak waktu untuk bermigrasi memberi pelanggan kesempatan untuk mengevaluasi kembali infrastruktur data mereka dan mencari peluang pengoptimalan, jelasnya.
Ada juga peluang untuk membagi arsitektur database relasional dan memasukkan sebagian ke dalam opsi NoSQL, tambahnya. “Sebagian besar database NoSQL tidak memiliki server, dan kami memiliki arsitek yang dapat mengintegrasikannya untuk Anda.”
Berpikir ke depan tentang bermigrasi ke RDS untuk SQL Server juga memberi pelanggan waktu yang diperlukan untuk mendapatkan dukungan kepemimpinan.
Proses penemuan khas Onica dimulai dengan bekerja sama dengan staf teknis pelanggan dan melakukan penilaian kesiapan migrasi untuk memahami infrastrukturnya saat ini. Mereka kemudian melakukan analisis biaya kepemilikan teknis untuk memahami parameter seperti berapa banyak server yang mungkin digunakan pelanggan dan volume data yang akan mereka proses.
“Manajer teknis senior terlibat menjelang akhir pekerjaan ini dan memeriksa laporannya,” kata Ayodele. “Itu menimbulkan lebih banyak pertanyaan tentang apa yang mendorong proyek.”
Landasan untuk modernisasi lebih lanjut
Setelah pelanggan beralih ke RDS untuk SQL Server, mereka dapat memanfaatkan layanan lain yang ditawarkan AWS, memodernisasi arsitektur mereka lebih jauh lagi, ujar Ayodele. “Pilihan umum adalah layanan pembelajaran mesin kecerdasan buatan (AI),” katanya. Ini termasuk kemampuan seperti pengenalan gambar dan video. Dia memberikan contoh sebuah perusahaan yang ingin memastikan bahwa iklannya hanya diputar bersamaan dengan video yang sesuai. “Pengenalan video dapat membantu Anda melakukannya,” katanya.
Aplikasi lain untuk pembelajaran mesin termasuk analitik prediktif, yang dapat digunakan oleh SQL Server untuk pelanggan RDS melalui integrasi R dan Python tingkat lanjut. Di sisi infrastruktur, kemampuan untuk berjalan di GPU dan menawarkan paralelisme penuh memungkinkan layanan disesuaikan dengan kebutuhan klien, Ayodele menyimpulkan.
Memigrasikan SQL Server lokal ke layanan Amazon RDS terkelola tidaklah sulit, dan ini dapat menimbulkan biaya dan manfaat operasional yang signifikan. Namun demikian, beberapa perusahaan mungkin masih merasa kewalahan atau mungkin memerlukan bantuan dari praktisi yang berpengalaman.
Mitra layanan konsultasi cloud-native seperti Onica dapat membantu Anda melakukan lompatan, kata Ayodele, memastikan bahwa Anda berkemas dengan benar untuk perjalanan dan memanfaatkan sepenuhnya cloud saat Anda tiba.
Disponsori oleh AWS.