SQL Server pada arsitektur simpul EC2 tunggal Amazon - AWS Panduan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

SQL Server pada arsitektur simpul EC2 tunggal Amazon

Diagram berikut mengilustrasikan arsitektur yang direkomendasikan untuk SQL Server simpul tunggal di Amazon Elastic Compute Cloud (Amazon EC2) sebelum menambahkan dukungan untuk ketersediaan tinggi (HA) dan pemulihan bencana (DR).

Dalam arsitektur ini, database SQL Server dikerahkan ke sebuah EC2 instance, menggunakan Amazon Machine Image (AMI) untuk SQL Server dan volume terpisah untuk OS, DATA, LOG, dan backup. Penyimpanan express (NVMe) memori non-volatile dilampirkan langsung ke EC2 instance dan digunakan untuk database tempdb SQL Server. AWS Directory Service digunakan untuk mengatur otentikasi Windows untuk database SQL Server. Anda juga dapat menggunakan AWS Systems Manager untuk mendeteksi dan menginstal patch SQL Server dan update.

Arsitektur SQL Server simpul tunggal di Amazon EC2 sebelum HA/DR

Tabel berikut merangkum rekomendasi untuk mengkonfigurasi arsitektur ini. Rekomendasi ini dibahas secara rinci di bagian berikut.

Jenis instance/AMI
Edisi SQL Server
  • Edisi Pengembang SQL Server (non-produksi)

  • SQL Server Standard dan edisi Enterprise (produksi)

Jenis penyimpanan
Volume
  • OS

  • DATA

  • LOG

  • tempdb

  • Ruang gores untuk menyimpan dan mengunduh cadangan

Opsi DR
  • Amazon EC2

  • Snapshot Amazon EBS

  • Pencadangan asli SQL Server

Tipe instans

AWS menawarkan pilihan kelas instance untuk beban kerja SQL Server Anda. Anda dapat memilih di antara komputasi yang dioptimalkan, dioptimalkan memori, penyimpanan dioptimalkan, tujuan umum, dan jenis lainnya, tergantung pada beban kerja yang diharapkan pada server database, versi, opsi HA/DR, inti yang diperlukan, dan pertimbangan lisensi. Kami menyarankan Anda memilih jenis instans Amazon EBS yang dioptimalkan untuk SQL Server. Ini menawarkan throughput terbaik dengan volume EBS terlampir dalam jaringan khusus, yang sangat penting untuk beban kerja SQL Server yang mungkin memiliki persyaratan akses data yang berat. Untuk beban kerja database standar, Anda dapat menjalankan kelas instance yang dioptimalkan memori seperti R5, R5b, R5d, dan R5n. Anda juga dapat menyertakan penyimpanan instans atau NVMe penyimpanan. Keduanya ideal untuk tempdb dan menawarkan kinerja yang seimbang untuk beban kerja database.

Untuk beban kerja kritis, instans z1d berkinerja tinggi dioptimalkan untuk beban kerja yang membawa biaya lisensi tinggi, seperti SQL Server. Instans z1d dibangun dengan prosesor Intel Xeon Scalable khusus yang menghadirkan frekuensi turbo all-core berkelanjutan hingga 4.0 GHz, yang secara signifikan lebih cepat daripada instance lainnya. Untuk beban kerja yang membutuhkan pemrosesan sekuensial lebih cepat, Anda dapat menjalankan lebih sedikit core dengan instance z1d dan mendapatkan kinerja yang sama atau lebih baik daripada instance lain dengan lebih banyak core.

Amazon juga menyediakan dedicated AMIsuntuk SQL Server di Microsoft Windows Server untuk membantu Anda meng-host edisi SQL Server terbaru di Amazon. EC2

Penyimpanan

Beberapa jenis NVMe instance menawarkan volume penyimpanan instance. NVMe adalah opsi penyimpanan sementara (epheremal). Penyimpanan ini langsung dilampirkan ke EC2 instance. Meskipun NVMe penyimpanan bersifat sementara dan data hilang saat reboot, ia menawarkan kinerja paling optimal. Oleh karena itu, sangat cocok untuk database tempdb SQL Server, yang memiliki I/O tinggi dan pola akses data acak. Tidak ada biaya tambahan untuk menggunakan toko NVMe instance untuk tempdb. Untuk panduan tambahan, lihat bagian Tempatkan tempdb di penyimpanan instans dalam panduan Praktik terbaik untuk menerapkan SQL Server di Amazon. EC2

Amazon EBS adalah solusi penyimpanan tahan lama yang memenuhi persyaratan SQL Server untuk penyimpanan yang cepat dan tersedia. Microsoft merekomendasikan untuk menjaga data dan volume log terpisah untuk kinerja yang optimal. Alasan pemisahan ini meliputi:

  • Metode akses data yang berbeda. Volume data menggunakan akses data acak pemrosesan transaksi online (OLTP), sedangkan volume log menggunakan akses serial.

  • Opsi pemulihan yang lebih baik. Hilangnya satu volume tidak mempengaruhi volume lainnya, dan membantu dalam pemulihan data.

  • Jenis beban kerja yang berbeda. Volume data untuk beban kerja OLTP, sedangkan volume log menargetkan beban kerja pemrosesan analitik online (OLAP).

  • Persyaratan kinerja yang berbeda. Volume data dan log memiliki persyaratan IOPS dan latensi yang berbeda, tingkat throughput minimum, dan tolok ukur kinerja yang serupa.

Untuk memilih jenis volume Amazon EBS yang tepat, Anda harus menganalisis metode akses database, IOPS, dan throughput Anda. Kumpulkan metrik baik selama jam kerja standar maupun selama penggunaan puncak. SQL Server menggunakan extents untuk menyimpan data. Unit atom penyimpanan di SQL Server adalah halaman, yang berukuran 8 KB. Delapan halaman yang bersebelahan secara fisik membentuk batas, yaitu berukuran 64 KB. Oleh karena itu, pada mesin SQL Server, ukuran unit alokasi NTFS untuk hosting file database SQL (termasuk tempdb) harus 64 KB. Untuk informasi tentang cara memeriksa ukuran alokasi NTFS drive Anda, lihat panduan Praktik terbaik untuk menerapkan SQL Server di Amazon. EC2

Pilihan volume EBS tergantung pada beban kerja—yaitu, apakah database intensif baca atau intensif tulis, memerlukan IOPS tinggi, penyimpanan arsip, dan pertimbangan serupa. Tabel berikut menunjukkan konfigurasi sampel.

Sumber daya Amazon EBS Tipe Deskripsi
Disk OS

gp3

Penyimpanan tujuan umum.

Disk DATA

io1/io2

Penyimpanan intensif tulis.

Disk LOG

gp3 atau io2

Penyimpanan serba guna untuk beban kerja intensif.

Disk cadangan

st1

Penyimpanan arsip yang lebih murah. Untuk kinerja yang lebih baik, backup juga dapat disimpan pada disk yang lebih cepat jika disalin ke Amazon Simple Storage Service (Amazon S3) secara teratur.

Pertimbangan Amazon EBS dan Amazon S3

Tabel berikut menunjukkan perbandingan Amazon EBS dan Amazon S3 untuk penyimpanan. Gunakan informasi ini untuk memahami perbedaan antara kedua layanan dan untuk memilih pendekatan terbaik untuk kasus penggunaan Anda.

Layanan Ketersediaan Daya tahan Catatan
Amazon EBS
  • Semua jenis volume EBS menawarkan kemampuan snapshot yang tahan lama dan dirancang untuk ketersediaan 99,999%.

  • Anda dapat menggunakan snapshot untuk menyediakan instance baru di AWS Wilayah yang berbeda jika terjadi bencana.

  • Data volume EBS direplikasi di beberapa server dalam satu Availability Zone untuk mencegah hilangnya data dari kegagalan komponen tunggal.

  • Volume EBS dirancang untuk tingkat kegagalan tahunan (AFR) antara 0,1 dan 0,2 persen, di mana kegagalan mengacu pada kerugian total atau sebagian volume, tergantung pada ukuran dan kinerja volume.

  • Instans Amazon EBS yang dioptimalkan menggunakan tumpukan konfigurasi yang dioptimalkan dan menyediakan bandwidth tambahan khusus untuk Amazon EBS I/O. Pengoptimalan ini memberikan kinerja terbaik untuk volume EBS Anda dengan meminimalkan perselisihan antara Amazon EBS I/O dan lalu lintas lain dari instans Anda.

  • Pemulihan snapshot cepat didukung hingga 50 snapshot secara bersamaan. Anda harus mengaktifkan fitur ini secara eksplisit berdasarkan per-snapshot.

  • Instans Amazon EBS yang dioptimalkan menawarkan kinerja lengkap yang disediakan saat inisialisasi, jadi tidak ada waktu pemanasan yang terlibat.

Amazon S3
  • Hampir selalu tersedia.

  • Dirancang untuk ketersediaan 99,99% selama tahun tertentu.

  • Beberapa kelas penyimpanan tersedia, seperti S3 Standard dan S3 Standard-Infrequent Access ((S3 Standard-IA)). Anda dapat memindahkan file cadangan ke kelas penyimpanan berdasarkan periode retensi.

  • Amazon S3, Amazon S3 Glacier, dan S3 Glacier Deep Archive dirancang untuk daya tahan 99,999999999% (11 sembilan). Baik Amazon S3 dan S3 Glacier menawarkan cadangan data yang andal, dengan replikasi objek di setidaknya tiga Availability Zone yang tersebar secara geografis.

  • Anda dapat menggunakan Amazon S3 untuk pencadangan tingkat file SQL Server jangka panjang (termasuk cadangan lengkap dan log transaksi).

  • Amazon S3 mendukung:

  • Amazon S3 menyediakan penyimpanan paling murah. Biaya transfer data lintas wilayah berlaku.

SQL Server di Amazon FSx untuk Windows File Server

Amazon FSx untuk Windows File Server menyediakan kinerja cepat dengan throughput dasar hingga 2 GB/second per file system, hundreds of thousands of IOPS, and consistent sub-millisecond latencies. To provide the right performance for your SQL Server instances, you can choose a throughput level that is independent of your file system size. Higher levels of throughput capacity also come with higher levels of IOPS that the file server can serve to the SQL Server instances accessing it. The storage capacity determines not only how much data you can store, but also how many I/O operasi per detik (IOPS) yang dapat Anda lakukan di penyimpanan — setiap GB penyimpanan menyediakan 3 IOPS. Anda dapat menyediakan setiap sistem file berukuran hingga 64 TiB (dibandingkan dengan 16 TiB untuk Amazon EBS). Anda juga dapat menggunakan FSx sistem Amazon sebagai saksi berbagi file untuk penerapan Windows Server Failover Cluster (WSFC).