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.

Tabel berikut merangkum rekomendasi untuk mengkonfigurasi arsitektur ini. Rekomendasi ini dibahas secara rinci di bagian berikut.
Jenis instance/AMI |
|
Edisi SQL Server |
|
Jenis penyimpanan |
|
Volume |
|
Opsi DR |
|
Tipe instans
AWS menawarkan pilihan kelas instance untuk beban
Untuk beban kerja kritis, instans z1d
Amazon juga menyediakan dedicated AMIsuntuk SQL Server di Microsoft Windows Server
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 |
|
Penyimpanan tujuan umum. |
Disk DATA |
|
Penyimpanan intensif tulis. |
Disk LOG |
|
Penyimpanan serba guna untuk beban kerja intensif. |
Disk cadangan |
|
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 |
|
|
|
Amazon S3 |
|
|
|
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).