Amazon RDS for SQL Server

Amazon RDS for SQL Server adalah layanan database terkelola yang menyederhanakan penyediaan dan pengelolaan SQL Server aktif. AWS Amazon RDS memudahkan untuk mengatur, mengoperasikan, dan menskalakan penerapan SQL Server di cloud. Dengan Amazon RDS, Anda dapat menerapkan beberapa versi SQL Server (2014, 2016, 2017, 2019, dan 2022) dan edisi (termasuk Express, Web, Standard, dan Enterprise) dalam hitungan menit, dengan kapasitas komputasi yang hemat biaya dan dapat diubah ukurannya. Anda dapat menyediakan instans Amazon RDS for SQL Server DB dengan SSD Tujuan Umum atau penyimpanan SSD IOPS Tertentu. (Untuk detailnya, lihat Jenis Penyimpanan Amazon RDS dalam AWS dokumentasi.) IOPS SSD yang disediakan dirancang untuk memberikan kinerja I/O yang cepat, dapat diprediksi, dan konsisten, dan dioptimalkan untuk beban kerja database intensif I/O, transaksional (OLTP).

Amazon RDS membebaskan Anda untuk fokus pada pengembangan aplikasi, karena mengelola tugas administrasi basis data yang memakan waktu, termasuk penyediaan, pencadangan, penambalan perangkat lunak, pemantauan, dan penskalaan perangkat keras. Amazon RDS for SQL Server juga menawarkan penerapan Multi-AZ dan replika baca (untuk edisi SQL Server Enterprise) untuk menyediakan ketersediaan, kinerja, skalabilitas, dan keandalan yang tinggi untuk beban kerja produksi.

Untuk informasi selengkapnya tentang migrasi dari SQL Server ke Amazon RDS, lihat pola replatform di situs web Prescriptive Guidance. AWS

Kapan memilih Amazon RDS

Amazon RDS for SQL Server adalah opsi migrasi ketika:

• Anda ingin fokus pada bisnis dan aplikasi Anda, dan Anda AWS ingin mengurus tugas-tugas berat yang tidak terdiferensiasi seperti penyediaan database, manajemen tugas pencadangan dan pemulihan, pengelolaan tambalan keamanan, peningkatan versi SQL Server kecil, dan manajemen penyimpanan.

• Anda memerlukan solusi database yang sangat tersedia, dan Anda ingin memanfaatkan tombol tekan, replikasi multi-AZ sinkron yang ditawarkan oleh Amazon RDS, tanpa harus mengatur dan memelihara pencerminan basis data secara manual, cluster failover, atau grup ketersediaan Selalu Aktif.

• Anda ingin membayar lisensi SQL Server sebagai bagian dari biaya instans setiap jam alih-alih melakukan investasi di muka yang besar.

• Ukuran database dan kebutuhan IOPS Anda didukung oleh Amazon RDS for SQL Server. Lihat Penyimpanan Instans Amazon RDS DB dalam AWS dokumentasi untuk batas maksimum saat ini.

• Anda tidak ingin mengelola backup atau point-in-time pemulihan database Anda.

• Anda ingin fokus pada tugas-tugas tingkat tinggi, seperti penyetelan kinerja dan pengoptimalan skema, bukan administrasi harian database.

• Anda ingin menskalakan jenis instans ke atas atau ke bawah berdasarkan pola beban kerja Anda tanpa khawatir tentang kompleksitas lisensi.

Setelah menilai persyaratan database dan proyek, jika Anda memutuskan untuk bermigrasi ke Amazon RDS for SQL Server, lihat detail yang disediakan di bagian berikut, dan tinjau praktik terbaik migrasi yang akan dibahas nanti dalam panduan ini.

Untuk fitur, versi, dan opsi SQL Server yang didukung saat ini, lihat fitur Amazon RDS for SQL Server AWS di situs web, Memilih antara Amazon EC2 dan Amazon RDS nanti dalam panduan ini, dan Microsoft SQL Server di Amazon RDS dalam dokumentasi. AWS Jika Anda pindah ke Amazon RDS Custom, pastikan untuk meninjau persyaratan dan batasan untuk Amazon RDS Custom for SQL Server.

Ketersediaan tinggi

Amazon RDS menyediakan ketersediaan tinggi dan dukungan failover untuk database yang digunakan dengan opsi Multi-AZ. Ketika Anda menyediakan database Anda dengan opsi Multi-AZ, Amazon RDS secara otomatis menyediakan dan memelihara instans siaga sinkron di Availability Zone yang berbeda. Database utama secara sinkron mereplikasi data ke instance siaga. Jika terjadi masalah, Amazon RDS secara otomatis memperbaiki instans yang tidak sehat dan menetapkan kembali sinkronisasi. Jika terjadi kegagalan infrastruktur atau gangguan Availability Zone, Amazon RDS melakukan failover otomatis ke instans siaga. Failover terjadi hanya jika database siaga dan primer sepenuhnya disinkronkan. Karena titik akhir tetap sama untuk instance primer dan siaga, Anda dapat melanjutkan operasi database segera setelah failover selesai, tanpa melakukan intervensi manual. Waktu failover tergantung pada waktu yang diperlukan untuk menyelesaikan proses pemulihan. Transaksi besar akan meningkatkan waktu failover.

Diagram berikut menggambarkan opsi penyebaran Amazon RDS for SQL Server Multi-AZ.

Saat Anda menyiapkan SQL Server dalam konfigurasi Multi-AZ, Amazon RDS secara otomatis mengonfigurasi instans database siaga menggunakan pencerminan database atau grup ketersediaan Selalu Aktif, berdasarkan versi SQL Server yang Anda gunakan. Versi dan edisi SQL Server tertentu tercantum dalam dokumentasi Amazon RDS.

Dalam penerapan multi-AZ, operasi seperti penskalaan instance atau peningkatan sistem seperti patching sistem operasi (OS) diterapkan terlebih dahulu pada instance siaga, sebelum failover otomatis instans utama, untuk meningkatkan ketersediaan.

Karena optimasi failover SQL Server, beban kerja tertentu dapat menghasilkan beban I/O yang lebih besar pada instance siaga daripada yang mereka lakukan pada instance utama, terutama dalam penerapan mirroring database. Fungsionalitas ini dapat menghasilkan IOPS yang lebih tinggi pada instance siaga. Kami menyarankan Anda mempertimbangkan kebutuhan IOPS maksimum dari instans primer dan siaga saat Anda menyediakan jenis penyimpanan dan IOPS instans Amazon RDS for SQL Server DB Anda. Anda juga dapat menentukanMultiSubnetFailover=True, jika driver klien Anda mendukungnya, untuk secara signifikan mengurangi waktu failover.

Batasan

• Opsi Multi-AZ tidak tersedia untuk edisi SQL Server Express dan Web. Ini hanya tersedia untuk edisi SQL Server Standard dan Enterprise.

• Anda tidak dapat mengonfigurasi instans DB siaga untuk menerima aktivitas baca database.

• Cross-Region Multi-AZ tidak didukung.

• Di Amazon RDS, Anda dapat mengeluarkan perintah stop ke instans DB mandiri dan menyimpan instance dalam status berhenti untuk menghindari biaya komputasi. Anda tidak dapat menghentikan instans DB Amazon RDS for SQL Server dalam konfigurasi Multi-AZ. Sebagai gantinya, Anda dapat menghentikan instance, mengambil snapshot terakhir sebelum penghentian, dan membuat ulang instance Amazon RDS baru dari snapshot saat Anda membutuhkannya. Atau, Anda dapat menghapus konfigurasi Multi-AZ terlebih dahulu dan kemudian menghentikan instance. Setelah tujuh hari, instans berhenti Anda akan dimulai ulang sehingga pemeliharaan yang tertunda dapat diterapkan.

Untuk batasan tambahan, lihat Catatan dan rekomendasi penerapan Multi-AZ Microsoft SQL Server dalam dokumentasi Amazon RDS.

Replika baca

Replika baca memberikan skalabilitas dan penyeimbangan beban. Replika baca SQL Server adalah salinan fisik dari instans Amazon RDS for SQL Server DB yang digunakan untuk tujuan hanya-baca. Amazon RDS membantu mengurangi beban pada instans DB primer dengan membongkar beban kerja hanya-baca ke instans DB replika baca. Pembaruan yang dilakukan pada instans DB utama Anda disalin secara asinkron ke instance replika baca.

Saat Anda meminta replika baca, Amazon RDS mengambil snapshot dari instans DB sumber, dan snapshot ini menjadi replika baca. Tidak ada pemadaman saat membuat dan menghapus replika baca. Amazon RDS for SQL Server memutakhirkan database utama segera setelah memutakhirkan replika baca, terlepas dari jendela pemeliharaannya. Setiap replika baca dilengkapi dengan titik akhir terpisah yang Anda gunakan untuk terhubung ke database replika baca.

Amazon RDS for SQL Server memudahkan pembuatan replika baca dengan mengonfigurasi grup ketersediaan Selalu Aktif, dan menjaga koneksi jaringan yang aman antara instans DB primer dan replika bacanya.

Anda dapat mengatur replika baca di AWS Wilayah yang sama dengan database utama Anda. Amazon RDS for SQL Server tidak mendukung replika baca lintas wilayah. Anda dapat membuat hingga lima replika baca untuk satu instans DB sumber.

catatan

Replika baca hanya tersedia dengan versi dan edisi SQL Server berikut:

• SQL Server 2017 Enterprise edisi 14.00.3049.1 atau yang lebih baru

• SQL Server 2016 Enterprise edisi 13.00.5216.0 atau yang lebih baru

Versi dan edisi SQL Server yang mendukung pencerminan basis data untuk lingkungan multi-AZ tidak menawarkan replika baca.

Diagram berikut mengilustrasikan instans Amazon RDS for SQL Server DB di lingkungan Multi-AZ dengan replika baca di Availability Zone lain dalam Wilayah yang sama. AWS Tidak semua AWS Wilayah menawarkan lebih dari dua Availability Zone, jadi Anda harus memeriksa Wilayah yang akan Anda gunakan sebelum mengadopsi strategi ini.

Replika baca SQL Server tidak mengizinkan operasi penulisan. Namun, Anda dapat mempromosikan replika baca untuk membuatnya dapat ditulis. Setelah Anda mempromosikannya, Anda tidak dapat mengembalikannya kembali ke replika baca. Ini akan menjadi instance DB tunggal mandiri yang tidak memiliki hubungan dengan instance database primer aslinya. Data dalam replika baca yang dipromosikan akan cocok dengan data dalam instans DB sumber hingga permintaan dibuat untuk mempromosikannya. Versi mesin SQL Server DB dari instans DB sumber dan semua replika bacanya akan sama.

Untuk replikasi yang efisien, kami merekomendasikan yang berikut:

• Siapkan setiap replika baca dengan sumber daya komputasi dan penyimpanan yang sama dengan instans DB sumber.

• Anda harus mengaktifkan pencadangan otomatis pada instans DB sumber dengan mengatur periode retensi cadangan ke nilai selain 0 (nol).

• Instans DB sumber harus diterapkan di lingkungan multi-AZ dengan grup ketersediaan Selalu Aktif.

Untuk dukungan, edisi, dan batasan versi SQL Server, lihat Membaca batasan replika dengan SQL Server dalam dokumentasi Amazon RDS.

Untuk informasi selengkapnya tentang menggunakan replika baca, lihat Bekerja dengan replika baca dan Bekerja dengan SQL Server membaca replika untuk Amazon RDS dalam dokumentasi. AWS Untuk informasi selengkapnya tentang biaya transfer data, lihat Harga Amazon RDS.

Pemulihan bencana

Dengan Amazon RDS for SQL Server, Anda dapat membuat strategi pemulihan bencana lintas wilayah (DR) yang andal. Alasan utama untuk menciptakan solusi DR adalah kelangsungan bisnis dan kepatuhan:

• Strategi DR yang efektif membantu Anda menjaga sistem Anda tetap aktif dan berjalan dengan gangguan minimal atau tanpa gangguan selama peristiwa bencana. Strategi DR lintas wilayah yang andal dan efektif membuat bisnis Anda tetap beroperasi bahkan jika seluruh Wilayah offline.

• Solusi DR lintas wilayah membantu Anda memenuhi persyaratan audit dan kepatuhan.

Tujuan titik pemulihan (RPO), tujuan waktu pemulihan (RTO), dan biaya adalah tiga metrik utama yang perlu dipertimbangkan saat mengembangkan strategi DR Anda. Untuk opsi lain untuk menyediakan replika Lintas wilayah, lihat. AWS Marketplace Untuk informasi selengkapnya tentang pendekatan ini, lihat Pemulihan bencana Lintas Wilayah Amazon RDS for SQL Server AWS di blog Database.