Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# SQL Server
Pelanggan telah menjalankan beban kerja Microsoft AWS selama lebih dari 15 tahun, lebih lama dari penyedia cloud lainnya. Ini sebagian besar karena AWS memiliki pengalaman paling banyak dengan aplikasi Microsoft di cloud dan menawarkan platform terbaik untuk Windows Server dan Microsoft SQL Server di bidang berikut:
+ Kinerja dan keandalan yang lebih tinggi
+ Layanan keamanan dan identitas yang lebih besar
+ Lebih banyak dukungan migrasi
+ Kemampuan terluas dan terdalam
+ Total biaya kepemilikan (TCO) yang lebih rendah
+ Opsi lisensi yang fleksibel
AWS mendukung semua yang diperlukan untuk membangun dan menjalankan aplikasi Windows yang mengandalkan SQL Server, termasuk Active Directory, .NET, SQL Server, Windows desktop sebagai layanan, dan semua versi Windows Server yang didukung. Dengan keahlian yang telah terbukti, AWS dapat membantu Anda dengan mudah mengangkat dan menggeser, memfaktorkan ulang, atau bahkan memodernisasi beban kerja Windows Anda.
**Topics**
+ [Pilih ketersediaan tinggi dan solusi pemulihan bencana](sql-server-hadr.md)
+ [Memahami lisensi SQL Server](sql-server-licensing.md)
+ [Pilih instans EC2 yang tepat untuk beban kerja SQL Server](right-ec2-instance.md)
+ [Mengkonsolidasikan contoh](consolidate-instances.md)
+ [Bandingkan edisi SQL Server](sql-server-editions.md)
+ [Evaluasi edisi Pengembang SQL Server](sql-server-dev.md)
+ [Mengevaluasi SQL Server di Linux](sql-server-linux.md)
+ [Optimalkan strategi pencadangan SQL Server](sql-server-backup.md)
+ [Memodernisasi database SQL Server](modernize-sql-server.md)
+ [Optimalkan penyimpanan untuk SQL Server](storage-sql-server.md)
+ [Optimalkan lisensi SQL Server dengan menggunakan Compute Optimizer](sql-server-compute-optimizer.md)
+ [Optimalkan ukuran SQL Server dengan menggunakan Compute Optimizer](sql-server-sizing-compute-optimizer.md)
+ [Meninjau Trusted Advisor rekomendasi untuk beban kerja SQL Server](sql-server-trusted-advisor.md)
# Pilih ketersediaan tinggi dan solusi pemulihan bencana
## Ikhtisar
Kami menyarankan Anda merancang arsitektur untuk penerapan SQL Server Anda AWS yang memenuhi kebutuhan bisnis Anda sambil juga memenuhi tujuan [pemulihan bencana (DR) Anda, termasuk tujuan](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/disaster-recovery-dr-objectives.html) waktu pemulihan (RTO) dan tujuan titik pemulihan (RPO) Anda. Solusi berikut dapat membantu Anda merancang arsitektur yang tepat untuk SQL Server di Amazon Elastic Compute Cloud (Amazon EC2) sekaligus mengoptimalkan biaya untuk beban kerja SQL Server Anda.
+ Grup ketersediaan **SQL Server Always On — Grup ketersediaan****** SQL Server Always On menyediakan ketersediaan tinggi dan pemulihan bencana (HA/DR) solutions for SQL Server databases. An availability group consists of a set of user databases that fail over together. Always On availability groups also provide redundancy at the database level, but don't require shared storage—each replica has its own local storage. You can deploy this feature as an HA/DRsolusi. Untuk informasi selengkapnya, lihat [Apa itu grup ketersediaan Selalu Aktif?](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver16) dalam dokumentasi Microsoft.
+ **SQL Server Always On failover cluster instance (FCI)** -**** SQL Server Selalu Aktif FCIs menggunakan Windows Server Failover Clustering (WSFC) untuk menyediakan HA pada tingkat instans SQL Server. FCIs membutuhkan penyimpanan bersama untuk meng-host database. Anda dapat menggunakan penyimpanan blok bersama atau penyimpanan file bersama. Misalnya, Anda dapat menggunakan Amazon FSx untuk Windows File Server atau Amazon FSx untuk NetApp ONTAP sebagai solusi penyimpanan bersama dengan beberapa Availability Zone. Untuk informasi selengkapnya, lihat [Selalu Aktif Instans Cluster Failover (SQL Server)](https://learn.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/always-on-failover-cluster-instances-sql-server?view=sql-server-ver16) di dokumentasi Microsoft.
+ **SIOS DataKeeper** -**** SIOS DataKeeper dapat membantu Anda memenuhi persyaratan HA dan DR dengan mengaktifkan SQL Server FCI yang mencakup Availability Zone dan. Wilayah AWS SIOS DataKeeper membuat SAN virtual berkerumun dengan menggunakan volume Amazon Elastic Block Store (Amazon EBS) lokal dan menggunakan replikasi sinkron antara Availability Zones untuk HA, saat menggunakan replikasi asinkron antar Wilayah dan untuk pemulihan bencana. Untuk informasi selengkapnya, lihat [Perlindungan Ketersediaan Tinggi untuk Aplikasi Windows](https://us.sios.com/products/windows/) dalam dokumentasi SIOS.
+ **Grup ketersediaan**** terdistribusi** — Grup ketersediaan terdistribusi adalah jenis grup ketersediaan khusus yang mencakup dua grup ketersediaan Selalu Aktif yang terpisah. Grup ketersediaan dapat berada di dua Wilayah terpisah (misalnya, `us-east-1` dan`us-west-1`). Anda dapat menganggap grup ketersediaan terdistribusi sebagai grup ketersediaan grup ketersediaan karena grup ketersediaan Selalu Aktif yang mendasari dikonfigurasi pada dua kluster WSFC yang berbeda. Edisi SQL Server Enterprise diperlukan untuk menyebarkan grup ketersediaan terdistribusi. Untuk informasi selengkapnya, lihat [Grup ketersediaan terdistribusi](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups?view=sql-server-ver16) di dokumentasi Microsoft.
+ **Pengiriman log** -**** Anda dapat menerapkan pengiriman log untuk melindungi basis data Anda di beberapa Wilayah, jika suatu Wilayah terkena dampak dan menjadi tidak tersedia. Bergantung pada transaksi dan frekuensi pengiriman log, Anda dapat mencapai RPO dan RTO dalam beberapa menit. Untuk informasi selengkapnya, lihat [Tentang Pengiriman Log (SQL Server)](https://learn.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server?view=sql-server-ver16) di dokumentasi Microsoft.
+ **AWS Elastic Disaster Recovery**— Elastic Disaster Recovery adalah aplikasi perangkat lunak sebagai layanan (SaaS) yang mengelola replikasi server dari infrastruktur apa pun AWS untuk tujuan DR. Anda juga dapat menggunakan Elastic Disaster Recovery untuk mereplikasi SQL Server di seluruh Wilayah. Elastic Disaster Recovery adalah solusi berbasis agen yang mereplikasi seluruh mesin virtual, termasuk sistem operasi, semua aplikasi yang diinstal, dan semua database ke area pementasan. Untuk informasi lebih lanjut, lihat [Apa itu Pemulihan Bencana Elastis?](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) dalam dokumentasi Pemulihan Bencana Elastis.
+ **AWS Database Migration Service (AWS DMS)** — **AWS DMS **mendukung migrasi langsung data ke dan dari AWS, termasuk Wilayah yang berbeda. Anda dapat menggunakan fitur ini untuk menyiapkan instance SQL Server terpisah di Wilayah yang berbeda untuk berfungsi sebagai database pemulihan bencana. Untuk informasi lebih lanjut, lihat [Apa itu AWS Database Migration Service?](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) dalam AWS DMS dokumentasi.
## SQL Server Selalu Aktif pada grup ketersediaan
Jika Anda menggunakan edisi SQL Server Enterprise hanya untuk [grup ketersediaan Always On ketersediaan](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver16) tinggi, maka Anda dapat menurunkan versi ke edisi Standar SQL Server dengan memanfaatkan grup ketersediaan dasar. Anda dapat mengurangi biaya dari 65-75 persen dengan menggunakan grup ketersediaan dasar, bukan grup ketersediaan Selalu Aktif.
**catatan**
Untuk informasi tambahan tentang perbedaan biaya antara edisi SQL Server yang berbeda, lihat bagian [Bandingkan edisi SQL Server dari panduan](sql-server-editions.md) ini.
**Fitur**
+ Tersedia dalam edisi Standar SQL Server
+ Batas dua replika (primer dan sekunder)
+ Tidak ada akses baca pada replika sekunder
+ Tidak ada pemeriksaan integritas pada replika sekunder
**Batasan**
+ Support untuk hanya satu database ketersediaan per grup ketersediaan
+ Grup ketersediaan dasar tidak dapat menjadi bagian dari grup ketersediaan terdistribusi
Diagram berikut menunjukkan contoh arsitektur untuk solusi Windows Server Failover Cluster.
![\[Arsitektur Cluster Failover Windows Server\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/wfc_arch.png)
## SQL Server Selalu Pada instance cluster failover
Anda dapat menggunakan instance failover cluster (FCIs) untuk memastikan operasi database berkelanjutan sambil meminimalkan waktu henti dan mengurangi risiko kehilangan data. FCIs menawarkan solusi yang andal jika Anda mencari ketersediaan tinggi untuk database SQL Server Anda tanpa konfigurasi replika baca.
Tidak seperti grup ketersediaan, FCIs dapat memberikan solusi failover yang dapat diandalkan tanpa memerlukan edisi SQL Server Enterprise. Sebaliknya, hanya FCIs memerlukan lisensi edisi Standar SQL Server. Anda dapat menggunakan FCIs untuk mengurangi biaya lisensi SQL Server sebesar 65-75 persen.
**catatan**
Untuk informasi tambahan tentang perbedaan biaya antara edisi SQL Server, lihat bagian [Bandingkan edisi SQL Server dari panduan](sql-server-editions.md) ini.
Pertimbangkan hal berikut:
+ Amazon FSx untuk Windows File Server menawarkan solusi canggih untuk memenuhi persyaratan penyimpanan bersama SQL Server FCI Anda. Anda dapat menggunakan FSx Windows File Server untuk menghindari kebutuhan untuk membeli lisensi untuk solusi replikasi penyimpanan dan mengelola penyimpanan bersama sendiri. Hal ini dapat menghasilkan penghematan biaya yang signifikan sebesar 30-40 persen. Untuk informasi selengkapnya, lihat [posting Menyederhanakan penerapan ketersediaan tinggi Microsoft SQL Server menggunakan FSx Amazon untuk Windows File](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/) Server di AWS Blog Penyimpanan.
+ Dengan [ringkasan manfaat Jaminan Perangkat Lunak](https://download.microsoft.com/download/0/0/3/0039F316-45CF-4083-AA6E-C35DA9D25C1B/SA_InteractiveBenefitsChart.pdf) (PDF yang dapat diunduh) dan model Bring Your Own License (BYOL), Anda dapat memanfaatkan manfaat failover pasif, selama server sekunder pasif. Ini menghasilkan penghematan biaya untuk lisensi SQL karena Anda tidak perlu memberikan lisensi ke node pasif cluster.
Diagram berikut menunjukkan contoh arsitektur untuk SQL Server FCI dengan menggunakan FSx untuk Windows File Server.
![\[FSx untuk arsitektur Windows File Server\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/fsx_arch.png)
## SIOS DataKeeper
Kami menyarankan Anda mempertimbangkan persyaratan penyimpanan bersama jika Anda berencana untuk menggunakan SQL Server FCIs . AWS Instalasi lokal tradisional biasanya menggunakan jaringan area penyimpanan (SAN) untuk memenuhi persyaratan penyimpanan bersama, tetapi ini bukan opsi yang layak. AWS Amazon FSx untuk Windows File Server adalah solusi penyimpanan yang direkomendasikan untuk SQL Server FCI aktif AWS, tetapi memiliki keterbatasan yang mencegah penambahan server cluster yang berbeda. Wilayah AWS
Anda dapat menggunakan [SIOS DataKeeper](https://aws.amazon.com/blogs/architecture/field-notes-implementing-ha-and-dr-for-microsoft-sql-server-using-always-on-failover-cluster-instance-and-sios-datakeeper/) untuk membuat SQL Server FCI yang mencakup Availability Zone dan Regions sekaligus mengurangi biaya sebesar 58—71 persen. SIOS DataKeeper dapat membantu Anda mencapai manfaat ketersediaan tinggi dari FCI. Ini menjadikan SIOS solusi DataKeeper yang hemat biaya dan dapat diandalkan untuk organisasi.
Pertimbangkan manfaat tambahan berikut menggunakan SIOS DataKeeper:
+ SIOS DataKeeper membuat SAN virtual berkerumun dengan menggunakan volume EBS lokal dan menggunakan replikasi sinkron antara Availability Zones untuk ketersediaan tinggi. Untuk pemulihan bencana, SIOS DataKeeper menggunakan replikasi asinkron antar Wilayah.
+ SIOS DataKeeper menyediakan fitur pengelompokan kelas perusahaan dengan menggunakan edisi Standar SQL Server. Ini mengurangi biaya lisensi SQL Server antara 65-75 persen dibandingkan dengan menerapkan ketersediaan tinggi dengan grup ketersediaan SQL Server Always On yang menggunakan edisi SQL Server Enterprise. Dengan SIOS DataKeeper, Anda dapat membuat lingkungan SQL Server yang sangat tersedia, fleksibel, dan hemat biaya yang memenuhi kebutuhan organisasi Anda.
**catatan**
Untuk informasi tambahan tentang perbedaan biaya antara edisi SQL Server, lihat bagian [Bandingkan edisi SQL Server dari panduan](sql-server-editions.md) ini.
Diagram berikut menunjukkan contoh arsitektur untuk SQL Server FCI menggunakan solusi SAN virtual berkerumun.
![\[SQL Server FCI menggunakan solusi SAN virtual berkerumun.\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/clustered_vsan_arch.png)
## Selalu Aktif pada grup ketersediaan
Anda dapat menggunakan grup ketersediaan Selalu Aktif untuk tujuan ketersediaan tinggi dan pemulihan bencana. Anda dapat mencapai ketersediaan tinggi dengan menerapkan SQL Server di dua Availability Zone dalam satu Region. Anda dapat mencapai pemulihan bencana dengan memperluas grup ketersediaan di seluruh Wilayah.
Diagram berikut menunjukkan contoh arsitektur untuk solusi berdasarkan grup ketersediaan Always On. Replika di Region 1 diagram menggunakan Synchronous Commit, yang menyediakan failover otomatis dari grup ketersediaan. Replika di Wilayah 2 menggunakan Komit Asinkron, yang akan memerlukan failover manual dari grup ketersediaan.
![\[Selalu Aktif pada arsitektur grup ketersediaan\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/alwayson_ag_arch.png)
## Grup ketersediaan terdistribusi
Untuk penerapan SQL Server yang sangat penting di mana Anda tidak dapat berkompromi pada keandalan atau pemulihan bencana, kami merekomendasikan pendekatan Multi-wilayah. Mendistribusikan grup ketersediaan Anda di beberapa Wilayah adalah solusi paling tangguh untuk menjaga kelangsungan bisnis dan meminimalkan waktu henti.
Arsitektur ini memanfaatkan sepenuhnya kemampuan Amazon FSx untuk Windows File Server, termasuk penyimpanan bersama, replikasi tingkat blok sinkron, dan SQL Server. FCIs Kemampuan ini memungkinkan Anda untuk membuat lingkungan SQL Server yang sangat tersedia yang mencakup beberapa Availability Zone. Dengan mereplikasi pengaturan ini di Wilayah lain, Anda mendapatkan sistem yang sepenuhnya berlebihan yang dapat menangani gangguan yang paling parah sekalipun. Apa yang membedakan solusi ini adalah tingkat fleksibilitas dan keamanan yang diberikannya. Arsitektur domain-independen dari grup ketersediaan terdistribusi memungkinkan server cluster Windows yang mendasari untuk bergabung dengan domain Active Directory yang berbeda, sementara otentikasi berbasis sertifikat memastikan perlindungan maksimum untuk lingkungan SQL Server Anda dan menyediakan persyaratan RTO dan RPO yang tinggi untuk strategi DR Multi-wilayah. Untuk informasi tentang membangun arsitektur Multi-wilayah, lihat [Catatan Lapangan: Membangun Arsitektur Multi-Wilayah untuk SQL Server menggunakan FCI dan Grup Ketersediaan Terdistribusi](https://aws.amazon.com/blogs/architecture/field-notes-building-a-multi-region-architecture-for-sql-server-using-fci-and-distributed-availability-groups/) di Blog Arsitektur. AWS
Diagram berikut menunjukkan contoh arsitektur untuk solusi Multi-region menggunakan grup ketersediaan terdistribusi.
![\[Arsitektur Multi-Region\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/multi_region_arch.png)
## Pengiriman log
Pengiriman log adalah metode yang terbukti, andal, dan hemat biaya untuk melindungi basis data Anda di seluruh Wilayah jika terjadi pemadaman yang tidak terduga. Organizations telah menggunakan pengiriman log untuk melindungi data mereka selama beberapa dekade.
Jika Anda menerapkan pengiriman log AWS, Anda dapat mencapai RPO dan RTO dalam hitungan menit, tergantung pada frekuensi transaksi dan pekerjaan pengiriman log. Jika suatu Wilayah tidak dapat diakses, pengiriman log membuat data Anda aman dan dapat dipulihkan.
Pertimbangkan manfaat tambahan berikut menggunakan pengiriman log:
+ Kurangi biaya dan penuhi kebutuhan bisnis Anda dengan menggunakan pengiriman log untuk ketahanan pemulihan bencana di seluruh Wilayah. Pengiriman log mengurangi TCO Anda karena Anda hanya memerlukan lisensi edisi SQL Server Standard atau SQL Server Web edition.
+ Hapus biaya lisensi dari recovery/passive server bencana dengan menggunakan pengiriman log dengan [Jaminan Perangkat Lunak](https://download.microsoft.com/download/0/0/3/0039F316-45CF-4083-AA6E-C35DA9D25C1B/SA_InteractiveBenefitsChart.pdf) aktif. Hanya primary/active SQL Server yang perlu dilisensikan saat Anda menggunakan pengiriman log dengan Jaminan Perangkat Lunak.
+ Kurangi biaya lisensi SQL Server sebesar 65-75 persen dengan menghapus kebutuhan edisi SQL Server Enterprise untuk menyiapkan grup ketersediaan terdistribusi antar Wilayah. Anda dapat melakukan ini dengan menggunakan edisi Standar SQL Server dan SQL Server FCIs dikombinasikan dengan pengiriman log untuk memenuhi persyaratan pemulihan bencana Anda.
**catatan**
Untuk informasi tambahan tentang perbedaan biaya antara edisi SQL Server, lihat bagian [Bandingkan edisi SQL Server dari panduan](sql-server-editions.md) ini.
Untuk informasi selengkapnya, lihat [Memperluas SQL Server DR menggunakan pengiriman log untuk SQL Server FCI dengan konfigurasi Amazon FSx untuk Windows](https://aws.amazon.com/blogs/architecture/extend-sql-server-dr-using-log-shipping-for-sql-server-fci-with-amazon-fsx-for-windows-configuration/) di Blog Arsitektur. AWS
Diagram berikut menunjukkan contoh arsitektur untuk solusi pengiriman log.
![\[Arsitektur pengiriman log\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/log_shipping_arch.png)
## AWS Database Migration Service
Anda dapat menggunakan AWS Database Migration Service (AWS DMS) untuk merancang HA/DR solusi berdasarkan kebutuhan aplikasi Anda. AWS DMS memungkinkan Anda untuk dengan mudah menyalin data ke database SQL Server sekunder di Wilayah yang sama (HA) atau lintas Wilayah (DR). Pendekatan ini secara teknis baik, dan memungkinkan Anda memaksimalkan investasi Anda dalam AWS infrastruktur sambil mengoptimalkan penggunaan sumber daya Anda.
AWS DMS adalah layanan yang hemat biaya. Anda hanya dikenakan biaya untuk sumber daya CPU yang digunakan selama proses transfer dan penyimpanan log tambahan apa pun. Ini berarti Anda dapat memperoleh manfaat dari solusi ini tanpa menimbulkan biaya tambahan yang signifikan. Anda dapat menggunakannya AWS DMS untuk memastikan data Anda tersedia dan dapat diakses, sambil meminimalkan biaya yang terkait dengan lisensi dan penggunaan sumber daya.
Diagram berikut menunjukkan contoh arsitektur untuk solusi berdasarkan AWS DMS.
![\[AWS DMS arsitektur\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_dms_arch.png)
## AWS Elastic Disaster Recovery
Beberapa organisasi harus memastikan bahwa semua aplikasi bisnis penting memiliki rencana pemulihan bencana. Di masa lalu, banyak dari organisasi ini berinvestasi besar-besaran dalam solusi pemulihan bencana tradisional, yang mengharuskan Anda untuk membangun dan memelihara seluruh infrastruktur duplikat. Pendekatan ini mahal, memakan waktu, dan sulit untuk skala.
Sekarang, Anda dapat menggunakan AWS Elastic Disaster Recovery untuk menghilangkan kebutuhan untuk pra-membangun infrastruktur pemulihan bencana. Mesin pemulihan bencana tidak dimulai di Elastic Disaster Recovery sampai diperlukan, jadi Anda hanya membayar untuk apa yang Anda gunakan saat Anda membutuhkannya. Ini berarti Anda dapat secara signifikan mengurangi lisensi perangkat lunak dan biaya komputasi berkinerja tinggi.
Selain itu, area pementasan untuk solusi pemulihan bencana berisi volume Amazon Elastic Block Store (Amazon EBS) berbiaya rendah. Volume EBS semakin mengurangi biaya penyediaan sumber daya duplikat. Ini memungkinkan Anda untuk mengurangi biaya pemulihan bencana secara keseluruhan sambil tetap mempertahankan solusi pemulihan bencana yang kuat dan andal yang memenuhi persyaratan bisnis Anda. Anda dapat menggunakan Elastic Disaster Recovery untuk fokus pada aktivitas bisnis inti Anda, sambil AWS mengurus infrastruktur yang mendasarinya untuk solusi pemulihan bencana Anda.
Untuk SQL Server, Anda dapat menggunakan Elastic Disaster Recovery sebagai opsi pemulihan bencana yang hemat biaya. Lisensi untuk node pasif dalam arsitektur SQL Server yang toleran kesalahan dan sangat tersedia tercakup jika Anda menggunakan Jaminan Perangkat Lunak aktif. Namun, Anda masih membayar biaya komputasi untuk server pasif untuk online. Dengan Elastic Disaster Recovery, server utama dapat mereplikasi ke lingkungan DR tanpa perlu mempertahankan Jaminan Perangkat Lunak aktif dan tanpa harus membayar biaya komputasi pemulihan bencana. Kombinasi penghematan ini dapat mengurangi biaya pemulihan bencana SQL Server Anda hingga 50 persen atau lebih.
Diagram berikut menunjukkan contoh arsitektur untuk solusi berdasarkan Elastic Disaster Recovery.
![\[Arsitektur Pemulihan Bencana Elastis\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_drs_arch.png)
Untuk informasi selengkapnya, lihat [Cara mengatur ketersediaan tinggi untuk SQL Server di situs DR yang dipulihkan menggunakan AWS Elastic Disaster Recovery](https://aws.amazon.com/blogs/modernizing-with-aws/set-up-high-availability-for-sql-server-at-dr-site-using-aws-elastic-disaster-recovery/) Beban Kerja Microsoft di AWS Blog.
## Perbandingan biaya
Tabel berikut membandingkan biaya HA/DR solusi yang tercakup dalam bagian ini. Asumsi berikut dibuat untuk tujuan perbandingan ini:
+ **Jenis contoh** - r5d.xlarge
+ **Jenis lisensi** - Lisensi disertakan untuk Windows dan SQL Server
+ **Wilayah** — `us-east-1`
****
| Solusi | Ketersediaan tinggi | Pemulihan bencana | Edisi perusahaan | Edisi standar | Biaya |
| --- | --- | --- | --- | --- | --- |
| Pengiriman log | Tidak | Ya | Ya | Ya | Edisi SQL Server Enterprise: \$132.674.8 (2 node)SQL Server edisi Standar: \$114.804.4 (2 node) |
| Selalu Aktif pada grup ketersediaan | Ya | Ya | Ya | Ya, tetapi grup ketersediaan dasar (2 node) | Edisi SQL Server Enterprise: \$132.674.8 (2 node)SQL Server edisi Standar: \$114.804.4 (2 node) |
| Selalu Aktif FCIs | Ya | Tidak | Ya | Ya (2 node) | SQL Server edisi Standar: \$114.804.4 |
| Grup ketersediaan terdistribusi | Ya | Ya | Ya | Tidak | Edisi SQL Server Enterprise: \$165.349.6 (4 node) |
| Elastic Disaster Recovery | Tidak | Ya | Ya | Ya | Sekitar \$1107,48/bulan untuk replikasi 1 instans dan 1 TB penyimpanan**Catatan**: Elastic Disaster Recovery ditagih setiap jam, per server replikasi. Biayanya sama, terlepas dari jumlah disk, ukuran penyimpanan, jumlah peluncuran bor atau pemulihan, atau Wilayah yang Anda replikasi. |
| Penjaga Data SIOS | Ya | Ya | Ya | Ya | Grup ketersediaan Selalu Aktif dengan Jaminan Perangkat Lunak (2 node, 24 core): \$1213.480Cluster SQL Server 2-node berjalan pada edisi Standar SQL Server dengan SIOS DataKeeper dan Jaminan Perangkat Lunak: \$161.530 (2 node) |
| AWS DMS | Tidak | Ya | Ya | Ya | \$1745.38/bulan untuk instans r5.xlarge dan penyimpanan 1 TB |
## Rekomendasi optimisasi biaya
Kami menyarankan Anda mengambil langkah-langkah berikut untuk memilih HA/DR solusi yang memenuhi persyaratan organisasi Anda:
+ Tinjau bagian [Pilih instans EC2 yang tepat untuk beban kerja SQL Server](right-ec2-instance.md) dari panduan ini.
+ Tentukan IOPS dan persyaratan throughput beban kerja Anda dengan menjalankan penghitung kinerja selama beban kerja puncak:
+ IOPS = disk reads/sec \$1disk menulis/detik
+ Throughput = disk read bytes/sec \$1disk write bytes/detik
+ Gunakan jenis volume penyimpanan berikut untuk kinerja dan penghematan biaya yang lebih baik:
+ NVMe penyimpanan instance untuk `tempdb` dan ekstensi kolam penyangga
+ volume io2 untuk file database
+ Gunakan [AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor-check-reference.html)untuk rekomendasi tentang pengoptimalan biaya untuk SQL Server di Amazon EC2. Anda tidak perlu menginstal agen Trusted Advisor untuk melakukan pemeriksaan pengoptimalan SQL Server. Trusted Advisor memeriksa konfigurasi instans yang disertakan dengan lisensi Amazon EC2 SQL Server, seperti CPUs virtual (CPUsv), versi, dan edisi. Kemudian, Trusted Advisor buat rekomendasi berdasarkan praktik terbaik.
+ Gunakan AWS Compute Optimizer untuk instans Amazon EC2 dan rekomendasi ukuran tepat Amazon EBS.
+ Gunakan [Kalkulator Harga AWS](https://calculator.aws/#/)untuk merancang HA/DR strategi Anda untuk estimasi biaya.
+ Untuk menentukan apakah menurunkan versi dari edisi SQL Server Enterprise ke edisi Standar SQL Server adalah opsi yang memungkinkan, gunakan tampilan manajemen dinamis [sys dm\$1db\$1persisted\$1sku\$1features](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=sql-server-ver16) untuk mengidentifikasi fitur khusus edisi yang aktif dalam database saat ini.
**catatan**
Side-by-side migrasi diperlukan untuk perubahan edisi SQL Server saat menggunakan instans EC2 yang disertakan lisensi.
+ Lakukan latihan pemulihan bencana setengah tahunan atau tahunan untuk merancang desain yang lebih baik yang dapat memulihkan database dengan RTO dan RPO yang ditentukan. Ini juga dapat membantu Anda mengidentifikasi kelemahan arsitektur apa pun.
## Sumber daya tambahan
+ [Sederhanakan penerapan ketersediaan tinggi Microsoft SQL Server Anda menggunakan FSx Amazon untuk Windows File](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server) Server AWS (Blog Penyimpanan)
+ [Catatan Lapangan: Membangun Arsitektur Multi-Wilayah untuk SQL Server menggunakan FCI dan Grup Ketersediaan Terdistribusi](https://aws.amazon.com/blogs/architecture/field-notes-building-a-multi-region-architecture-for-sql-server-using-fci-and-distributed-availability-groups/) (AWS Blog Arsitektur)
+ [Arsitek pemulihan bencana untuk SQL Server pada AWS: Bagian 1](https://aws.amazon.com/blogs/database/part-1-architect-a-disaster-recovery-for-sql-server-on-aws/) (Blog AWS Database)
+ [Microsoft SQL ketersediaan tinggi dengan Amazon FSx untuk Windows](https://www.youtube.com/watch?v=8dsRkVLy0Nc) () YouTube
+ [Memaksimalkan Kinerja Microsoft SQL Server dengan Amazon EBS (Blog Penyimpanan](https://aws.amazon.com/blogs/storage/maximizing-microsoft-sql-server-performance-with-amazon-ebs/))AWS
+ [Membandingkan pola penyimpanan lokal Anda dengan layanan AWS Penyimpanan](https://aws.amazon.com/blogs/storage/comparing-your-on-premises-storage-patterns-with-aws-storage-services/) (Blog AWS Penyimpanan)
+ [Berencana untuk mengganti pusat data NAS dengan Amazon FSx File Gateway](https://aws.amazon.com/blogs/storage/planning-to-replace-a-data-center-nas-with-amazon-fsx-file-gateway/) (Blog AWS Penyimpanan)
+ [Mengoptimalkan biaya untuk penerapan SQL Server ketersediaan tinggi Anda di AWS](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) (Blog Penyimpanan)AWS
+ [Cara mengatur pemulihan bencana untuk SQL Server Always On Availability Groups menggunakan AWS Elastic Disaster Recovery(Microsoft Workloads on](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-set-up-disaster-recovery-for-sql-server-always-on-availability-groups-using-aws-elastic-disaster-recovery/)) AWS
+ [Cara mengatur ketersediaan tinggi untuk SQL Server di situs DR yang dipulihkan menggunakan AWS Elastic Disaster Recovery](https://aws.amazon.com/blogs/modernizing-with-aws/set-up-high-availability-for-sql-server-at-dr-site-using-aws-elastic-disaster-recovery/) (Microsoft Workloads on) AWS
# Memahami lisensi SQL Server
## Ikhtisar
Karena semakin banyak bisnis memindahkan beban kerja mereka ke cloud, mengoptimalkan biaya pada platform cloud telah menjadi prioritas utama. Lisensi adalah salah satu biaya paling signifikan yang terkait dengan menjalankan beban kerja Microsoft. AWS Bagian ini menjelaskan cara mengoptimalkan biaya AWS dengan mengoptimalkan lisensi Microsoft untuk SQL Server.
## AWS opsi lisensi
AWS menawarkan berbagai pilihan optimasi biaya yang fleksibel untuk lisensi. Opsi lisensi ini dirancang untuk membantu Anda mengurangi biaya, menjaga kepatuhan, dan memenuhi kebutuhan bisnis Anda.
![\[Tinjau opsi lisensi, seperti membeli atau membawa lisensi.\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_licensing_options.png)
AWS mengkategorikan lisensi menjadi tiga jenis utama:
1. **Termasuk lisensi** - Opsi lisensi ini memungkinkan Anda untuk membeli dan menggunakan lisensi sesuai permintaan, hanya membayar untuk apa yang Anda gunakan. Opsi yang disertakan lisensi sangat ideal untuk skenario di mana Anda memerlukan fleksibilitas dalam penggunaan lisensi Anda dan ingin menghindari biaya di muka. Anda dapat memilih dari berbagai Windows Server, SQL Server, dan produk Microsoft lainnya.
1. **Bawa produk Lisensi Anda Sendiri (BYOL) dengan mobilitas lisensi** - Opsi lisensi ini dirancang untuk skenario di mana Anda sudah memiliki lisensi yang ada dan ingin menggunakannya di cloud. AWS memungkinkan pelanggan untuk membawa lisensi mereka sendiri ke cloud melalui program [Mobilitas Lisensi](https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility) Microsoft. Anda dapat membawa produk yang memiliki Mobilitas Lisensi, seperti SQL Server dengan Jaminan Perangkat Lunak (SA), ke penyewaan bersama atau khusus untuk mengurangi biaya instans Anda AWS .
1. **Produk BYOL tanpa mobilitas lisensi** — Untuk produk Microsoft yang tidak memiliki Mobilitas Lisensi, seperti Windows Server, AWS menawarkan opsi khusus untuk menggunakan produk ini di cloud. Selain itu, host khusus menawarkan kesempatan untuk melisensikan di tingkat inti fisik. Ini dapat menghemat 50 persen atau lebih pada lisensi yang diperlukan untuk menjalankan beban kerja Anda. Host khusus adalah pilihan yang bagus untuk beban kerja yang stabil dan dapat diprediksi berjalan sebagian besar waktu.
## Dampak biaya membawa lisensi
Membawa lisensi dapat berdampak signifikan pada biaya menjalankan beban kerja Microsoft. AWS Jika Anda membawa lisensi sendiri, Anda tidak perlu membayar biaya lisensi tambahan untuk instans yang berjalan di cloud. Hal ini dapat menyebabkan penghematan biaya yang signifikan.
Perbandingan berikut menunjukkan biaya bulanan sesuai permintaan untuk menjalankan satu instance c5.xlarge 24/7:
+ Windows Server\$1SQL Server Enterprise edisi: \$11353/bulan (Lisensi termasuk)
+ Windows Server\$1SQL Server edisi Standar: \$1609/bulan (Lisensi termasuk)
+ Hanya Windows Server: \$1259/bulan (Termasuk lisensi)
+ Hanya komputasi (Linux): \$1127/bulan
Pada akhirnya, membawa lisensi Anda sendiri dapat berdampak signifikan pada biaya menjalankan beban kerja Microsoft. AWS Jika Anda menggunakan lisensi yang ada, Anda dapat mengurangi biaya lisensi dan menghemat uang untuk keseluruhan AWS tagihan Anda.
## Optimalisasi lisensi
AWS Optimalisasi dan Penilaian Lisensi (AWS OLA) dapat membantu Anda mengoptimalkan lisensi Anda dengan mengurangi biaya komputasi dan lisensi. AWS OLA dirancang untuk mengevaluasi persyaratan lisensi Anda untuk beban kerja yang berjalan pada AWS atau untuk beban kerja yang direncanakan untuk migrasi. AWS OLA memberikan rekomendasi untuk mengoptimalkan penggunaan lisensi.
Salah satu strategi utama untuk mengoptimalkan penggunaan lisensi adalah contoh [ukuran yang tepat](rightsize.md). Ukuran yang tepat melibatkan pemilihan jenis instans yang tepat untuk beban kerja Anda berdasarkan persyaratan CPU, memori, dan penyimpanannya. Dengan memilih ukuran instans yang sesuai, Anda dapat memastikan bahwa Anda menggunakan sumber daya dengan cara yang hemat biaya. Hal ini dapat menyebabkan penghematan biaya yang signifikan.
Dengan lisensi perangkat lunak Microsoft, jumlah inti yang dijalankan perangkat lunak merupakan faktor penting dalam menentukan biaya lisensi. Misalnya, lisensi Windows Server dan SQL Server biasanya dilisensikan pada jumlah core. Dengan instans ukuran yang tepat, Anda dapat menurunkan jumlah inti yang dijalankan perangkat lunak Microsoft dan, pada gilirannya, mengurangi biaya instance dan jumlah lisensi yang diperlukan.
## Rekomendasi optimisasi biaya
Mengoptimalkan lisensi adalah komponen kunci dari pengoptimalan biaya. AWS Dengan menerapkan strategi yang tepat, Anda dapat mengurangi biaya lisensi, mempertahankan kepatuhan, dan mencapai nilai terbaik dari investasi lisensi Anda. Bagian ini menguraikan beberapa strategi untuk optimasi lisensi.
### Bawa lisensi Windows Server Anda yang memenuhi syarat
Membawa lisensi Windows Server Anda sendiri adalah salah satu strategi paling efektif untuk optimasi lisensi. Strategi ini memungkinkan Anda memanfaatkan investasi yang ada untuk mengurangi AWS pengeluaran Anda.
Misalnya, Anda dapat menerapkan Windows Server 2019 dan versi sebelumnya di Host [Khusus Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/) jika Anda membeli lisensi sebelum 1/10/2019 atau membeli lisensi sebagai true-up berdasarkan Perjanjian Perusahaan aktif yang ditandatangani sebelum tanggal tersebut. Aturan ini didasarkan pada perubahan yang dibuat Microsoft pada tahun 2019 terhadap syarat dan ketentuan lisensi untuk produk tanpa Mobilitas Lisensi, seperti Windows Server, ketika digunakan di [Penyedia Terdaftar](https://www.microsoft.com/licensing/docs/view/Listed-Providers) (misalnya, Alibaba AWS, atau Google Cloud). Di bawah persyaratan baru, Anda tidak dapat membawa lisensi Windows Server Anda sendiri AWS tetapi harus menggunakan instance yang disertakan lisensi. Namun, jika Anda membeli lisensi abadi sebelum tanggal tersebut, maka Anda masih dapat menerapkan lisensi Windows Server tersebut di Host Khusus Amazon EC2.
### Lisensi tingkat fisik
Lisensi pada tingkat inti fisik memungkinkan Anda untuk melisensikan hanya inti fisik host, sehingga Anda kemudian dapat menerapkan jumlah maksimum instance tanpa memengaruhi jumlah lisensi yang diperlukan. Ini biasanya dilakukan dengan menggunakan Windows Server Datacenter dan edisi SQL Server Enterprise.
Sebagai contoh, pertimbangkan host khusus R5 dengan 48 core, yang diterjemahkan menjadi 96 v. CPUs Jika Anda menggunakan edisi Windows Server Datacenter, Anda hanya perlu 48 lisensi. Ini memungkinkan Anda untuk menerapkan kombinasi instance hingga 96 vCPUs, seperti yang ditunjukkan diagram berikut.
![\[Lisensi tingkat fisik\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/r5_dh_licenses.png)
Pendekatan ini bisa sangat hemat biaya jika Anda memiliki beban kerja yang cukup untuk memaksimalkan jumlah instance yang dapat Anda jalankan di host. Dengan melisensikan pada tingkat inti fisik, Anda dapat menghindari biaya lisensi tambahan untuk setiap contoh dan mencapai nilai terbaik untuk investasi lisensi Anda.
### Lisensi pada tingkat inti fisik SQL Server
Dalam penyewaan bersama, lisensi SQL Server didasarkan pada jumlah v yang CPUs dialokasikan ke instance. Sebaliknya, dengan host khusus, Anda dapat melisensikan edisi SQL Server Enterprise di tingkat inti fisik atau di tingkat vCPU.
Seperti contoh sebelumnya dari host khusus R5, jika Anda melisensikan edisi SQL Server Enterprise pada tingkat inti fisik, maka Anda hanya perlu 48 lisensi edisi SQL Server Enterprise untuk melisensikan host. Sebaliknya, dalam penyewaan bersama, di mana satu-satunya pilihan adalah melisensikan oleh vCPU, Anda harus memiliki 96 lisensi edisi SQL Server Enterprise untuk beban kerja yang sama. Oleh karena itu, dedicated host dapat menghemat hingga 50 persen pada biaya lisensi SQL Server dibandingkan dengan penyewaan bersama. Ini selain menghemat biaya instans dengan membawa lisensi Windows yang memenuhi syarat.
### Mengkonsolidasikan instance SQL Server
[Konsolidasi SQL Server](consolidate-instances.md) adalah proses menggabungkan beberapa instance SQL Server ke satu server. SQL Server memerlukan minimal empat lisensi inti per instance, bahkan jika instance hanya memiliki dua v. CPUs Ini berarti bahwa menjalankan SQL Server di server dengan kurang dari empat inti dapat menyebabkan Anda melisensikan instance ini secara berlebihan dan menggunakan lebih banyak lisensi daripada yang diperlukan.
![\[Konsolidasi SQL Server\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sql_server_consolidation.png)
Misalnya, mengkonsolidasikan dua instance dengan CPUs masing-masing dua v menjadi satu instance dengan empat v CPUs dapat mengurangi persyaratan lisensi sebesar 50 persen. Ini karena hanya empat lisensi inti yang diperlukan, bukan delapan.
Untuk informasi selengkapnya tentang konsolidasi, lihat bagian [konsolidasi SQL Server](consolidate-instances.md) dari panduan ini.
### Turunkan versi SQL Server edisi
[Mengubah edisi SQL Server](sql-server-editions.md) dapat menjadi strategi utama untuk mengoptimalkan penggunaan lisensi dan mengurangi biaya. Edisi Enterprise SQL Server jauh lebih mahal daripada edisi Standar, sehingga penurunan versi dapat menghasilkan penghematan biaya yang signifikan.
Enkripsi Data Transparan (TDE) dan grup ketersediaan Selalu Aktif adalah dua fitur populer dalam edisi SQL Server Enterprise. Namun, ada alternatif hemat biaya untuk fitur-fitur ini yang dapat Anda pertimbangkan jika Anda tidak memerlukan set fitur lengkap edisi SQL Server Enterprise. Misalnya, Anda bisa mendapatkan TDE dalam edisi Standar SQL Server dimulai dengan SQL Server 2019. Sebagai pengganti grup ketersediaan Selalu Aktif, Anda dapat menggunakan pengelompokan failover dengan penyimpanan bersama FSx untuk Windows File Server untuk ketersediaan tinggi dengan edisi Standar SQL Server.
Dengan menurunkan versi dari edisi SQL Server Enterprise ke edisi Standar SQL Server, Anda dapat secara signifikan mengurangi biaya lisensi Anda. Untuk informasi selengkapnya, lihat [Mengoptimalkan biaya untuk penerapan SQL Server ketersediaan tinggi Anda pada AWS posting di Blog](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) Penyimpanan. AWS
Selain mengurangi biaya lisensi, menurunkan versi edisi SQL Server dapat membantu mengurangi pengeluaran Jaminan Perangkat Lunak Anda dan membantu Anda menghindari true-up di masa depan. Jika Anda mengembalikan lisensi yang tidak digunakan ke rak, Anda dapat menghindari biaya lisensi tambahan dan mencapai nilai terbaik dari investasi lisensi Anda.
Penting untuk mengevaluasi beban kerja SQL Server Anda dengan hati-hati dan menentukan fitur mana yang penting untuk kebutuhan bisnis Anda. Untuk informasi selengkapnya, lihat [Menilai lingkungan Anda](https://docs.aws.amazon.com/prescriptive-guidance/latest/evaluate-downgrading-sql-server-edition/assess-environment.html) di Panduan AWS Preskriptif, dan tentukan apakah database Microsoft SQL Server Anda menggunakan fitur khusus edisi SQL Server Enterprise.
Jika Anda memilih edisi SQL Server yang tepat dan menggunakan alternatif untuk fitur edisi SQL Server Enterprise, Anda dapat mencapai penghematan biaya yang signifikan sambil mempertahankan kepatuhan dan memenuhi kebutuhan bisnis Anda. Untuk informasi selengkapnya tentang opsi penurunan versi, lihat bagian [Bandingkan edisi SQL Server](sql-server-editions.md) dari panduan ini.
### Gunakan edisi SQL Server Developer di lingkungan non-produksi
Di lingkungan non-produksi, Anda dapat menerapkan edisi SQL Server yang dapat dilisensikan, seperti edisi Enterprise atau Standar, dengan menggunakan langganan MSDN di lingkungan lokal. Namun, langganan MSDN tidak memiliki Mobilitas Lisensi. Jadi, jika Anda bermigrasi ke AWS, Anda tidak dapat membawa lisensi tersebut. Anda harus menggunakan edisi SQL Server Developer sebagai gantinya.
SQL Server Developer edition adalah edisi SQL Server berfitur lengkap yang tersedia secara gratis. Edisi ini tersedia untuk SQL Server versi 2016 dan yang lebih baru. Anda dapat mengunduhnya dari situs web Microsoft. Edisi SQL Server Developer dimaksudkan untuk digunakan di semua lingkungan non-produksi, seperti pengembangan, pengujian, dan pementasan, selama tidak terhubung ke data produksi langsung.
Jika Anda menggunakan edisi SQL Server Developer di lingkungan non-produksi, Anda dapat menghindari biaya lisensi tambahan. Untuk informasi selengkapnya, lihat bagian [Evaluasi SQL Server Developer edition](sql-server-dev.md) dari panduan ini.
### Optimalkan CPU untuk beban kerja SQL Server
Dalam beberapa kasus, Anda mungkin diminta untuk memilih jenis instans dengan CPUs lebih dari yang diperlukan untuk beban kerja Anda karena faktor lain seperti RAM atau batasan jaringan. Namun, AWS berikan solusi untuk membantu Anda mengoptimalkan biaya lisensi Anda dalam situasi ini.
Anda dapat, seperti kebanyakan pelanggan yang membawa lisensi inti SQL Server, menonaktifkan hyperthreading atau mematikan CPU pada instans EC2 untuk membatasi jumlah yang tersedia untuk host. CPUs Opsi ini memungkinkan Anda untuk memanfaatkan kemampuan instans lainnya, seperti RAM, sambil tetap menghemat biaya pembelian lisensi tambahan.
Misalnya, jika Anda menerapkan instance r5.4xlarge karena beban kerja Anda membutuhkan memori 128 GB tetapi Anda hanya membutuhkan delapan inti SQL Server, maka Anda dapat menonaktifkan hyperthreading instance hanya dengan delapan aktif. CPUs Dengan melakukan ini, Anda dapat menghemat 50 persen pada lisensi SQL Server yang diperlukan, karena Anda hanya perlu melisensikan delapan core yang sedang digunakan secara aktif.
****
| Tipe instans | Jumlah v CPUs | VCPU aktif dengan fitur Optimalkan CPUs | Penghematan lisensi SQL Server |
| --- | --- | --- | --- |
| r5.4xlarge | 16 | 8 | 50% |
| r5.12xlarge | 48 | 8 | 83% |
Fitur Optimalkan CPU dapat dikonfigurasi selama konfigurasi peluncuran Amazon EC2 atau dengan memodifikasi instans yang ada. Ini juga dapat diterapkan pada instans BYOL dan Amazon EC2 yang disertakan lisensi. Fleksibilitas ini membantu Anda mengukur CPU sesuai kebutuhan beban kerja Anda, sekaligus mengurangi Windows Server dan melisensikan. SQL Server Untuk instans Amazon EC2 yang disertakan dengan lisensi, CPUs pengurangan memberikan penghematan instan pada biaya lisensi.
Jika Anda mengukur instans dengan benar, Anda dapat memastikan bahwa Anda menggunakan jenis instans yang paling hemat biaya untuk beban kerja Anda. Saat AWS memperkenalkan jenis instans baru, penting untuk mengevaluasi apakah instans baru ini dapat memenuhi persyaratan beban kerja dengan inti yang lebih sedikit.
## Sumber daya tambahan
+ [Amazon Web Services dan Microsoft: Pertanyaan yang Sering Diajukan](https://aws.amazon.com/windows/faq/) (AWS dokumentasi)
# Pilih instans EC2 yang tepat untuk beban kerja SQL Server
**penting**
Sebelum Anda membaca bagian ini, kami sarankan Anda membaca terlebih dahulu [Memahami lisensi SQL Server](sql-server-licensing.md) dan [Pilih jenis instans yang tepat untuk beban kerja Windows bagian panduan](right-size-selection.md) ini.
## Ikhtisar
Microsoft SQL Server telah berjalan di instans Amazon Elastic Compute Cloud (Amazon EC2) selama lebih dari 15 tahun. AWS telah mengambil pengalaman itu dan menggunakannya untuk membantu mengembangkan instans Amazon EC2 agar sesuai dengan beban kerja SQL Server yang berjalan dari spesifikasi minimal hingga cluster Multi-wilayah berkinerja tinggi.
Memilih instans EC2 yang benar untuk SQL Server sebagian besar tergantung pada beban kerja Anda. Memahami bagaimana SQL Server dilisensikan, cara menggunakan memori, dan bagaimana fitur SQL Server selaras dengan penawaran Amazon EC2 dapat membantu memandu Anda ke instans EC2 terbaik untuk aplikasi Anda.
Bagian ini membahas berbagai beban kerja SQL Server dan bagaimana mereka dapat dipasangkan dengan instans EC2 tertentu untuk menjaga lisensi dan biaya komputasi Anda seminimal mungkin.
## Perbandingan biaya
Amazon EC2 memungkinkan Anda untuk Membawa Lisensi Anda Sendiri (BYOL) atau membayar saat Anda pergi dengan lisensi Windows Server dan SQL Server. Untuk pay-as-you-go lisensi, biaya lisensi untuk lisensi Windows Server dan SQL Server dimasukkan ke dalam biaya per jam dari instans EC2. Misalnya, Anda dapat memiliki yang berbeda AMIs dengan harga yang berbeda. Harga AMI bergantung pada edisi SQL Server yang dijalankan AMI.
Harga Windows Server dan SQL Server tidak diperinci. Anda tidak akan menemukan harga terperinci pada alat seperti. [Kalkulator Harga AWS](https://calculator.aws/) Jika Anda memilih kombinasi yang berbeda dari penawaran yang termasuk lisensi, biaya lisensi dapat disimpulkan, seperti yang ditunjukkan tabel berikut.
****
| Instans EC2 | AMI | Harga komputasi | Harga lisensi Windows | Harga lisensi SQL | Harga total |
| --- | --- | --- | --- | --- | --- |
| r5.xlarge | Linux (harga komputasi) | \$1183,96 | - | - | \$1183,96 |
| r5.xlarge | Linux \$1 Pengembang SQL | \$1183,96 | \$10 | \$10 | \$1183,96 |
| r5.xlarge | Server Windows (LI) | \$1183,96 | \$1134,32 | - | \$1318.28 |
| r5.xlarge | Pengembang Windows\$1SQL | \$1183,96 | \$1134,32 | \$10 | \$1318.28 |
| r5.xlarge | Windows\$1SQL Web (LI) | \$1183,96 | \$1134,32 | \$149,64 | \$1367,92 |
| r5.xlarge | Windows\$1SQL Standar (LI) | \$1183,96 | \$1134,32 | \$1350.4 | \$1668,68 |
| r5.xlarge | Windows\$1SQL Perusahaan (LI) | \$1183,96 | \$1134,32 | \$11095 | \$11413,28 |
**catatan**
Harga di tabel sebelumnya didasarkan pada harga sesuai permintaan di Wilayah. `us-east-1`
Metode yang paling hemat biaya untuk menjalankan SQL Server adalah tetap pada edisi tingkat yang lebih rendah sampai Anda memerlukan fitur dari edisi tingkat yang lebih tinggi. Untuk informasi selengkapnya, lihat bagian [Bandingkan edisi SQL Server](sql-server-editions.md) dari panduan ini. Upgrade dari SQL Server Web edition ke SQL Server Standard edition lebih dari tujuh kali biaya lisensi SQL Server dan lebih dari tiga kali biaya pindah dari edisi Standar ke edisi Enterprise. Perbedaan dalam biaya perizinan merupakan faktor utama yang perlu dipertimbangkan dan dieksplorasi di bagian ini.
## Skenario pengoptimalan biaya
Pertimbangkan contoh skenario di mana perusahaan analitik yang melacak kendaraan pengiriman berusaha meningkatkan kinerja SQL Server-nya. Setelah pakar MACO meninjau kemacetan kinerja perusahaan, perusahaan beralih dari instance x1e.2xlarge ke instance x2iedn.xlarge. Meskipun ukuran instans lebih kecil, penyempurnaan pada instans x2 meningkatkan kinerja dan pengoptimalan SQL Server dengan menggunakan ekstensi kumpulan buffer. Ini memungkinkan perusahaan untuk menurunkan versi dari edisi SQL Server Enterprise ke edisi Standar SQL Server dan mengurangi lisensi SQL Server dari 8 v menjadi 4 v. CPUs CPUs
Sebelum optimasi:
****
| Server | Instans EC2 | Edisi SQL Server | Biaya bulanan |
| --- | --- | --- | --- |
| Prod DB1 | x1e.2xlarge | Perusahaan | \$13.918,64 |
| Prod DB2 | x1e.2xlarge | Perusahaan | \$13.918,64 |
| Jumlah | | | \$17.837,28 |
Setelah optimasi:
****
| Server | Instans EC2 | Edisi SQL Server | Biaya bulanan |
| --- | --- | --- | --- |
| Prod DB1 | x2iedn.xlarge | Standar | \$11,215.00 |
| Prod DB2 | x2iedn.xlarge | Standar | \$11,215.00 |
| Jumlah | | | \$12,430,00 |
Perubahan gabungan dari instans x1e.2xlarge ke instance x2iedn.xlarge memungkinkan pelanggan contoh menghemat \$15.407 per bulan di server basis data produksi mereka. Ini mengurangi total biaya beban kerja sebesar 69 persen.
**catatan**
Harga di tabel sebelumnya didasarkan pada harga sesuai permintaan di Wilayah. `us-east-1`
## Rekomendasi optimisasi biaya
### Instans memori yang dioptimalkan
Salah satu aspek terpenting dari SQL Server adalah memahami ketergantungannya pada memori. SQL Server mencoba menggunakan semua RAM yang tersedia yang tidak digunakan oleh sistem operasi (hingga 2 TB untuk instalasi default). Ini dilakukan karena alasan kinerja. Bekerja dengan data dalam memori jauh lebih berkinerja daripada harus terus-menerus menarik data dari disk, membuat perubahan, dan kemudian menulisnya kembali ke disk. Sebaliknya, SQL Server mencoba memuat sebanyak mungkin data dari database terlampir dan menyimpan data tersebut dalam RAM. Perubahan yang dilakukan pada data terjadi di memori dan dikeraskan ke disk di lain waktu.
**catatan**
Untuk penjelasan rinci tentang bagaimana SQL Server menulis perubahan, lihat [Menulis Halaman](https://learn.microsoft.com/en-us/sql/relational-databases/writing-pages?view=sql-server-ver16) dalam dokumentasi Microsoft.
Karena SQL Server berkinerja lebih baik dengan jumlah RAM yang lebih besar, kami biasanya menyarankan untuk memulai dengan jenis instans yang dioptimalkan untuk [memori Amazon EC2](https://aws.amazon.com/ec2/instance-types/#Memory_Optimized). Instans yang dioptimalkan memori serbaguna dan menawarkan berbagai opsi berbeda. Keluarga R memiliki vCPU-to-RAM rasio 1-ke-8 dan memiliki opsi untuk prosesor Intel, prosesor AMD, jaringan yang disempurnakan, kinerja EBS yang ditingkatkan, penyimpanan instans, dan kecepatan prosesor yang ditingkatkan. Untuk beban kerja yang berat memori, ada juga keluarga X yang menggabungkan banyak opsi yang sama dan memperluas rasio menjadi 1 banding 32. vCPU-to-RAM Karena keserbagunaan instance yang dioptimalkan memori, Anda dapat menerapkannya ke beban kerja SQL Server dari semua bentuk dan ukuran.
### Beban kerja di bawah sumber daya minimal (kurang dari 4 vCPUs)
Meskipun beberapa kasus penggunaan bekerja dengan baik dengan instans burstable (T3), sebaiknya Anda menghindari penggunaan instans burstable untuk beban kerja SQL Server. Lisensi untuk SQL Server didasarkan pada jumlah v yang CPUs ditugaskan ke sebuah instance. Jika SQL Server menganggur hampir sepanjang hari dan memperoleh kredit burst, Anda membayar lisensi SQL yang tidak sepenuhnya Anda gunakan. Selain itu, SQL Server memiliki persyaratan lisensi minimum 4 core per server. Ini berarti jika Anda memiliki beban kerja SQL Server yang tidak memerlukan daya komputasi CPUs senilai 4 v, Anda membayar lisensi SQL Server yang tidak Anda gunakan. Dalam skenario ini, akan lebih baik untuk [mengkonsolidasikan beberapa instance SQL Server](consolidate-instances.md) ke server yang lebih besar.
### Beban kerja menggunakan sumber daya minimal (kurang dari 64 GB RAM)
Banyak beban kerja SQL Server di bawah 64 GB RAM tidak memprioritaskan kinerja tinggi atau ketersediaan tinggi. Untuk jenis beban kerja ini, edisi Web SQL Server mungkin cocok jika aplikasi tercakup dalam pembatasan lisensi Microsoft.
**penting**
SQL Server Web edition memiliki kasus penggunaan terbatas berdasarkan persyaratan lisensi Microsoft. SQL Server Web edition hanya dapat digunakan untuk mendukung halaman web publik dan internet yang dapat diakses, situs web, aplikasi web, dan layanan web. Ini mungkin tidak digunakan untuk mendukung line-of-business aplikasi (misalnya, manajemen hubungan pelanggan, manajemen sumber daya perusahaan, dan aplikasi serupa lainnya).
SQL Server Web edition skala hingga 32 v CPUs dan 64 GB RAM dan 86 persen lebih murah daripada SQL Server Standard edition. Untuk beban kerja sumber daya yang rendah, menggunakan instance yang dioptimalkan memori AMD seperti r6a, yang memiliki harga komputasi 10 persen lebih murah daripada rekan Intel, juga merupakan cara yang baik untuk menjaga biaya lisensi komputasi dan SQL seminimal mungkin.
### Beban kerja dengan sumber daya rata-rata (kurang dari 128 GB RAM)
SQL Server Standard edition digunakan pada sebagian besar beban kerja SQL Server hingga 128 GB RAM. SQL Server Standard edition adalah 65-75 persen lebih murah daripada edisi SQL Server Enterprise dan dapat meningkatkan skala hingga 48 v CPUs dan 128 GB RAM. Karena batasan RAM 128 GB biasanya tercapai sebelum batasan 48 vCPU, ini adalah fokus sebagian besar pelanggan yang ingin menghindari peningkatan ke edisi SQL Server Enterprise.
SQL Server memiliki fitur yang disebut ekstensi [buffer pool](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/buffer-pool-extension?view=sql-server-ver16). Fitur ini memungkinkan SQL Server untuk menggunakan sebagian disk untuk bertindak sebagai perpanjangan RAM. Ekstensi buffer pool berfungsi dengan baik bila dikombinasikan dengan penyimpanan ultra-cepat, seperti yang NVMe SSDs digunakan dalam penyimpanan instans [Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html). Instans Amazon EC2 yang berisi penyimpanan instans dilambangkan dengan “d” dalam nama instance (misalnya, r5d, r6id, dan x2iedn).
Ekstensi buffer pool bukan pengganti RAM normal. Namun, jika Anda memerlukan lebih dari 128 GB RAM, Anda dapat menggunakan ekstensi kumpulan buffer dengan instans EC2 seperti r6id.4xlarge dan x2iedn.xlarge untuk menunda peningkatan ke lisensi edisi Enterprise.
### Beban kerja kinerja tinggi (RAM lebih dari 128 GB)
Beban kerja SQL Server yang membutuhkan kinerja tinggi menantang untuk pengoptimalan biaya karena ketergantungan mereka pada banyak sumber daya. Namun, memahami perbedaan dalam contoh EC2 dapat mencegah Anda membuat pilihan yang salah.
Tabel berikut menunjukkan berbagai instans EC2 yang dioptimalkan memori dan batas kinerjanya.
****
| | r5b | r6idn | r7iz | x2iedn | x2iezn |
| --- | --- | --- | --- | --- | --- |
| Prosesor | 3.1 GHzProsesor Intel Xeon Generasi ke-2 | 3.5 GHzProsesor Intel Xeon Generasi ke-3 | 3.9 GHzProsesor Intel Xeon Scalable Generasi ke-4 | 3.5 GHzProsesor Intel Xeon Generasi ke-3 | 4.5 GHzProsesor Intel Xeon Generasi ke-2 |
| Rasio CPU: RAM | 1:8 | 1:8 | 1:8 | 1:32 | 1:32 |
| Maks vCPU | 96 | 128 | 128 | 128 | 48 |
| RAM Maks | 768 GB | 1.024 GB | 1.024 GB | 4.096 GB | 1.536 GB |
| Penyimpanan instans | – | NVMe SSD(4x 1900 GB) | – | NVMe SSD(2x 1900 GB) | – |
| io2 Blok Ekspres | Didukung | Didukung | Didukung | Didukung | – |
| Max EBS IOPS | 260.000 | 350.000 | 160.000 | 260.000 | 80.000 |
| Throughput EBS maks | 60 Gbps | 80 Gbps | 40 Gbps | 80 Gbps | 19 Gbps |
| Bandwidth jaringan maks | 25 Gbps | 200 Gbps | 50 Gbps | 100 Gbps | 100 Gbps |
Setiap contoh digunakan untuk tujuan yang berbeda. Memahami beban kerja SQL Server dapat membantu Anda memilih jenis instans yang terbaik untuk Anda.
Detail tentang atribut:
+ **r5b** — Atribut “b” di r5b berarti tipe instance ini difokuskan pada kinerja EBS yang tinggi. Pada generasi kelima dari instance memori yang dioptimalkan, r5b adalah pilihan yang lebih disukai. Ini adalah tipe instance pertama yang memanfaatkan volume io2 Block Express dan mencapai IOPS penyimpanan maksimum 260.000. Jenis instans r5b masih merupakan alternatif hemat biaya untuk kebutuhan kinerja EBS yang tinggi.
+ **r6idn** — Instans yang dioptimalkan memori generasi keenam menawarkan peningkatan yang cukup besar dibandingkan generasi sebelumnya. Peningkatan kinerja EBS dari r5b diambil selangkah lebih maju dengan r6idn, meningkatkan IOPS maksimum menjadi 350.000. R6idn juga memiliki volume penyimpanan instance untuk ekstensi tempdb dan buffer pool untuk lebih meningkatkan kinerja SQL Server.
+ **x2iedn — X2iedn** mirip dengan r6idn. Ini menawarkan tingkat EBS yang ditingkatkan, jaringan yang ditingkatkan, dan penyimpanan instans NVMe SSD yang serupa, tetapi dengan vCPU-to-RAM rasio 1:32 untuk beban kerja memori tinggi dan kuantitas CPU yang rendah (biaya lisensi SQL Server yang lebih rendah).
+ **x2iezn** - Atribut “z” di x2iezn menunjukkan jenis instance ini difokuskan pada kinerja prosesor yang tinggi. Prosesor Cascade Lake memiliki frekuensi turbo all-core hingga 4, 5 GHz. Kami menyarankan Anda menggunakan instans EC2 ini, ditambah dengan vCPU-to-RAM rasio 1:32, dalam skenario di mana Anda ingin menjaga kuantitas vCPU tetap rendah. Ini, pada gilirannya, dapat menjaga biaya lisensi SQL Server tetap rendah.
+ **r7iz — Atribut** “z” di r7iz menunjukkan jenis instance ini difokuskan pada kinerja prosesor yang tinggi. Prosesor Sapphire rapids memiliki frekuensi turbo all-core hingga 3, 9. GHz Seperti contoh x2iezn, r7iz memprioritaskan kinerja prosesor frekuensi tinggi tetapi dengan rasio 1:8. vCPU-to-RAM
## Sumber daya tambahan
+ [Instans Amazon EC2 tujuan umum](https://aws.amazon.com/ec2/instance-types/) (dokumentasi)AWS
+ [Alat perbandingan](https://instances.vantage.sh/) (Vantage)
+ [Lisensi - SQL Server (dokumentasi](https://aws.amazon.com/windows/faq/#licensing-sql))AWS
# Mengkonsolidasikan contoh
Bagian ini berfokus pada teknik pengoptimalan biaya menggabungkan beberapa instance SQL Server ke server yang sama untuk meminimalkan biaya lisensi dan memaksimalkan pemanfaatan sumber daya.
## Ikhtisar
Membuat instance adalah bagian dari proses untuk menginstal SQL Server Database Engine. SQL Server instance adalah instalasi lengkap, berisi file server sendiri, login keamanan, dan database sistem (master, model, msdb, dan tempdb). Karena sebuah instans memiliki semua file dan layanannya sendiri, Anda dapat menginstal beberapa instance SQL Server pada sistem operasi yang sama tanpa instance mengganggu satu sama lain. Namun, karena semua instance diinstal pada server yang sama, mereka semua berbagi sumber daya perangkat keras yang sama, seperti komputasi, memori, dan jaringan.
Biasanya hanya menggunakan satu instance SQL Server per server di lingkungan produksi sehingga instance “sibuk” tidak terlalu sering menggunakan sumber daya perangkat keras bersama. Memberikan setiap instance SQL Server sistem operasinya sendiri, dengan sumber dayanya sendiri, adalah batas yang lebih baik daripada mengandalkan tata kelola sumber daya. Hal ini terutama berlaku untuk beban kerja SQL Server berkinerja tinggi yang membutuhkan sejumlah besar RAM dan sumber daya CPU.
Namun, tidak semua beban kerja SQL Server menggunakan sejumlah besar sumber daya. Misalnya, beberapa organisasi menetapkan masing-masing pelanggan mereka sendiri instance SQL Server khusus mereka untuk tujuan kepatuhan atau keamanan. Untuk klien yang lebih kecil atau klien yang biasanya tidak aktif, itu berarti menjalankan instance SQL Server dengan sumber daya minimal.
Seperti disebutkan dalam [Microsoft SQL Server 2019: Panduan lisensi](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf), setiap server yang menjalankan SQL Server harus memperhitungkan minimal empat lisensi CPU. Ini berarti bahwa bahkan jika Anda menjalankan server dengan hanya dua vCPUs, Anda masih harus melisensikan SQL Server untuk empat vCPUs. Berdasarkan [harga SQL Server publik Microsoft](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) yang selisih \$13.945 jika Anda menggunakan edisi Standar SQL Server. Untuk organisasi yang menjalankan beberapa server dengan instance SQL Server tunggal yang menggunakan sumber daya minimal, biaya gabungan karena harus melisensikan sumber daya yang tidak digunakan dapat menjadi besar.
## Skenario pengoptimalan biaya
Bagian ini mengeksplorasi skenario contoh yang membandingkan perbedaan antara menjalankan empat server Windows Server, masing-masing dengan satu instance SQL Server, ke satu server Windows Server yang lebih besar yang menjalankan beberapa instance SQL Server secara bersamaan.
Jika setiap instance SQL Server hanya membutuhkan dua v CPUs dan 8 GB RAM, total biaya per server adalah \$17.890 untuk lisensi SQL Server selain biaya komputasi per jam sebesar \$10,096.
****
| Instans EC2 | v CPUs | RAM | Harga | v CPUs untuk lisensi | Total biaya lisensi SQL Server |
| --- | --- | --- | --- | --- | --- |
| m6i.large | 2 | 8 | 0,096 | 4 | \$17.890 |
Memperluas ini ke empat server, total biaya adalah \$131.560 untuk lisensi SQL Server dengan biaya komputasi per jam \$10.384.
****
| Instans EC2 | v CPUs | RAM | Harga | v CPUs untuk lisensi | Total biaya lisensi SQL Server |
| --- | --- | --- | --- | --- | --- |
| 4x m6i.besar | 2 | 32 | 0,384 | 16 | \$131.560 |
Jika Anda menggabungkan keempat instans SQL Server ke satu instans EC2, jumlah total sumber daya komputasi dan komputasi tetap sama. Namun, dengan menghapus biaya lisensi SQL Server yang tidak perlu, Anda dapat mengurangi total biaya untuk menjalankan beban kerja sebesar \$115.780.
****
| Instans EC2 | v CPUs | RAM | Harga | v CPUs untuk lisensi | Total biaya lisensi SQL Server |
| --- | --- | --- | --- | --- | --- |
| m6i.2xlarge | 8 | 32 | 0,384 | 8 | \$115.780 |
**catatan**
Pada tabel sebelumnya, biaya komputasi menunjukkan harga sesuai permintaan per jam untuk server Amazon EC2 yang menjalankan Windows Server di Wilayah. `us-east-1` Biaya lisensi SQL Server Standard Edition mengacu pada harga [SQL Server publik Microsoft](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing).
## Rekomendasi optimisasi biaya
Jika Anda mempertimbangkan untuk mengkonsolidasikan instance SQL Server, kekhawatiran terbesar adalah konsumsi sumber daya untuk setiap instance yang ingin Anda konsolidasikan. Penting untuk mendapatkan metrik kinerja dalam waktu lama untuk mendapatkan pemahaman yang lebih baik tentang pola beban kerja di setiap server. Beberapa alat umum untuk pemantauan konsumsi sumber daya adalah [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-metrics-basic-detailed.html), [Windows Performance Monitor](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481) (perfmon), dan [alat pemantauan asli](https://learn.microsoft.com/en-us/sql/relational-databases/performance/performance-monitoring-and-tuning-tools?view=sql-server-ver16) SQL Server.
Kami menyarankan Anda mempertimbangkan pertanyaan-pertanyaan berikut saat menganalisis apakah beban kerja SQL Server Anda dapat digabungkan untuk menggunakan sumber daya server yang sama tanpa mengganggu satu sama lain:
+ Sumber daya apa (CPU, memori, dan bandwidth jaringan) yang dikonsumsi selama kondisi tunak Anda?
+ Sumber daya apa (CPU, memori, dan bandwidth jaringan) yang dikonsumsi selama lonjakan?
+ Seberapa sering paku terjadi? Apakah paku konsisten?
+ Apakah lonjakan sumber daya dari satu server bertepatan dengan lonjakan sumber daya server lain?
+ Apa IOPS penyimpanan dan throughput yang digunakan oleh SQL Server?
Jika Anda ingin melanjutkan dengan rencana untuk menggabungkan instans SQL Server, lihat [Jalankan beberapa instance SQL Server pada satu posting instans Amazon EC2 di Blog Operasi & Migrasi](https://aws.amazon.com/blogs/mt/run-multiple-instances-sql-server-on-one-amazon-ec2-instance/) Cloud. AWS Posting ini memberikan petunjuk tentang cara membuat perubahan konfigurasi di SQL Server untuk menambahkan instance tambahan. Sebelum Anda memulai, pertimbangkan perbedaan kecil ketika beberapa instance diinstal pada server yang sama:
+ Contoh database SQL Server default diberi nama `MSSQLSERVER` dan menggunakan port 1433.
+ Setiap instance tambahan yang diinstal pada server yang sama adalah instance database “bernama”.
+ Setiap instance bernama memiliki nama instance yang unik dan port yang unik.
+ [Browser SQL Server](https://learn.microsoft.com/en-us/sql/tools/configuration-manager/sql-server-browser-service?view=sql-server-ver16) harus dijalankan untuk mengoordinasikan lalu lintas ke instance bernama.
+ Setiap instance dapat menggunakan lokasi terpisah untuk file data database dan login terpisah.
+ [Pengaturan memori server maks SQL Server](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/server-memory-server-configuration-options?view=sql-server-ver16) harus dikonfigurasi sesuai dengan kebutuhan kinerja setiap instance, dengan total gabungannya juga meninggalkan memori yang cukup untuk sistem operasi yang mendasarinya.
+ Anda dapat menggunakan kemampuan [backup dan restore asli](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) SQL Server atau [AWS DMS](https://aws.amazon.com/blogs/database/consolidate-data-from-identical-sql-server-databases-into-a-single-amazon-rds-for-sql-server-database-using-aws-dms/)untuk migrasi atau konsolidasi.
## Sumber daya tambahan
+ Lembar [Data Lisensi SQL Server (Blog Operasi & Migrasi](https://download.microsoft.com/download/0/5/c/05c60185-ebdd-4472-895a-3d8e8da55682/SQL_Server_2019_Licensing_Datasheet.pdf)AWS Cloud)
+ [SQL Server Beberapa posting blog pengaturan instance (Blog](https://aws.amazon.com/blogs/mt/run-multiple-instances-sql-server-on-one-amazon-ec2-instance/) Operasi & Migrasi AWS Cloud)
# Bandingkan edisi SQL Server
## Ikhtisar
Lisensi Microsoft SQL Server adalah salah satu biaya terbesar untuk lingkungan beban kerja Windows. Biaya lisensi untuk SQL Server dapat dengan mudah melampaui biaya komputasi untuk menjalankan beban kerja. Jika Anda memilih edisi yang salah, Anda dapat membayar untuk fitur yang tidak Anda gunakan atau bahkan tidak perlu. Bagian ini membandingkan edisi SQL Server berikut, termasuk fitur dan biaya relatifnya:
+ **Enterprise** — SQL Server Enterprise edition menyediakan kemampuan pusat data dengan kinerja tinggi, virtualisasi tak terbatas, dan beberapa alat intelijen bisnis (BI).
+ **Standar** — SQL Server Standard edition menyediakan manajemen data dasar dan intelijen bisnis untuk organisasi dan departemen yang lebih kecil.
+ **Web** — SQL Server Web edition cocok untuk perusahaan yang merupakan web hoster atau penyedia nilai tambah web ()VAPs. Edisi ini menawarkan total biaya kepemilikan yang rendah, dan menyediakan kemampuan skalabilitas dan pengelolaan untuk properti web skala kecil hingga besar.
**penting**
Anda dapat menggunakan edisi Web SQL Server untuk mendukung hanya halaman web publik dan internet yang dapat diakses, situs web, aplikasi web, dan layanan web. Anda tidak dapat menggunakan edisi Web SQL Server untuk mendukung line-of-business aplikasi (seperti manajemen hubungan pelanggan atau aplikasi manajemen sumber daya perusahaan).
+ **Pengembang** - SQL Server Developer edition mencakup semua fungsi edisi Enterprise, tetapi ditujukan untuk tujuan pengembangan saja.
+ **Express** — SQL Server Express edition adalah database gratis dan dapat digunakan untuk belajar atau untuk membangun aplikasi desktop. Anda dapat memperbarui edisi Express ke edisi lain.
**catatan**
Edisi Evaluasi SQL Server tersedia untuk masa percobaan 180 hari.
## Dampak biaya
Anda dapat membeli lisensi SQL Server dari pengecer Microsoft dan membawanya AWS dengan Jaminan Perangkat Lunak. Atau, Anda dapat menggunakan lisensi SQL Server dengan pay-as-you-go model yang memiliki Amazon EC2 yang disertakan lisensi. AMIs
Jika Anda membeli lisensi SQL Server dari Microsoft reseller, lisensi inti dijual dalam paket dua dan Anda harus melisensikan minimal empat core per server. Tabel berikut menunjukkan perbandingan biaya antara edisi Enterprise dan Standard.
****
| Versi | Edisi SQL Server Enterprise (paket 2 core) | SQL Server edisi Standar (paket 2 core) | Tabungan |
| --- | --- | --- | --- |
| 2022 | \$115.123 | \$13.945 | 74% |
| 2019 | \$113.748 | \$13.586 | 74% |
**catatan**
Harga di tabel sebelumnya didasarkan pada harga publik Microsoft untuk [SQL Server 2022 dan [SQL](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) Server](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) 2019.
Perbandingan biaya berikut menunjukkan hosting edisi SQL Server yang berbeda dengan Amazon EC2 yang disertakan lisensi. AMIs Dalam perbandingan ini, SQL Server di-host di r6i.xlarge (4 vCPU) di Wilayah. `us-east-1`
****
| Instans | Biaya komputasi | Biaya lisensi Windows | Biaya lisensi SQL Server | Total |
| --- | --- | --- | --- | --- |
| R6i.xLarge (Linux) | \$1183,96 | – | – | \$1183,96 |
| R6i.xLarge \$1 Windows | \$1183,96 | \$1134,32 | – | \$1318.28 |
| R6i.xLarge \$1 SQL Server edisi Web | \$1183,96 | \$1134,32 | \$149,35 | \$1367,63 |
| R6i.xLarge \$1 SQL Server edisi Standar | \$1183,96 | \$1134,32 | \$1350.4 | \$1668,68 |
| Edisi R6i.xLarge \$1 SQL Enterprise | \$1183,96 | \$1134,32 | \$11.095 | \$11,413.28 |
Anda dapat menghemat hingga 95 persen biaya lisensi SQL Server dengan memilih edisi SQL Server yang tepat untuk beban kerja Anda. Tabel berikut membandingkan biaya lisensi SQL Server pada instance r6i.xlarge.
****
| Edisi | % penghematan |
| --- | --- |
| Standar dibandingkan dengan Enterprise | 68% |
| Web dibandingkan dengan Standard | 86% |
| Web dibandingkan dengan Enterprise | 95% |
Dalam sebagian besar skenario, organisasi beralih dari edisi Enterprise ke Standard, tetapi ada beberapa kasus di mana beralih dari edisi Standar atau Enterprise ke edisi Web dimungkinkan.
## Rekomendasi optimisasi biaya
Anda dapat memilih edisi terbaik untuk beban kerja Anda berdasarkan batas penskalaan, ketersediaan tinggi, kinerja, dan keamanan. Tabel berikut menunjukkan fitur yang didukung di seluruh edisi SQL Server. Ini dapat membantu Anda memutuskan edisi mana yang akan digunakan. Perbandingan ini berlaku untuk [SQL Server 2016 SP1 dan versi yang lebih](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2022?view=sql-server-ver16) baru.
### Batas penskalaan
Tabel berikut membandingkan batas penskalaan edisi SQL Server yang berbeda.
****
| Fitur | Edisi perusahaan | Edisi standar | Edisi web | Edisi ekspres |
| --- | --- | --- | --- | --- |
| Kapasitas komputasi maksimum yang digunakan oleh satu instance SQL Server Database Engine, SQL Server Analysis Services (SSAS), atau SQL Server Reporting Services (SSRS) | Sistem operasi maksimum | Terbatas untuk kurang dari 4 soket atau 24 core | Terbatas untuk kurang dari 4 soket atau 16 core | Terbatas untuk kurang dari 4 soket atau 4 core |
| Memori maksimum untuk kumpulan buffer per instance SQL Server Database Engine | Sistem operasi maksimum | 128 GB | 64 GB | 1410 MB |
| Kapasitas maksimum untuk ekstensi kumpulan buffer per instance SQL Server Database Engine | 32 kali memori maks dikonfigurasi | 4 kali memori maks dikonfigurasi | N/A | N/A |
| Ukuran database relasional maksimum | 524 PB | 524 PB | 524 PB | 10 GB |
| Memori maksimum untuk cache Columnstore atau data yang dioptimalkan memori | Sistem operasi maksimum | 32 GB | 16 GB | 352 MB |
Jika aplikasi Anda membutuhkan kurang dari 16 core (32 vCPUs) dan 64 GB RAM, maka Anda dapat mulai mengevaluasi dari SQL Server Web edition. Jika beban kerja Anda membutuhkan memori lebih dari 64 GB atau opsi ketersediaan tinggi lainnya, maka Anda harus meningkatkan ke edisi Standar SQL Server.
Anda dapat menggunakan edisi Web SQL Server untuk mendukung halaman web publik dan internet yang dapat diakses, situs web, aplikasi web, dan layanan web, tetapi Anda tidak dapat menggunakan edisi Web SQL Server untuk mendukung lini aplikasi bisnis. Untuk informasi selengkapnya tentang kasus penggunaan untuk edisi Web SQL Server, hubungi [Microsoft Licensing Support atau reseller](https://www.microsoft.com/licensing/docs/view/Licensing-Use-Rights) Microsoft Anda.
Anda dapat menggunakan edisi Standar SQL Server untuk beban kerja hingga 24 core (48 vCPUs) dan memori 128 GB. Namun, Anda dapat menggunakan [ekstensi kumpulan buffer](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/buffer-pool-extension?view=sql-server-ver16) untuk mengaktifkan edisi Standar SQL Server untuk memanfaatkan [penyimpanan instans lokal, seperti yang ada di instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html) EC2 r6id. Ini memperluas memori hingga ukuran empat kali konfigurasi memori maksimum. Kombinasi fitur ini dapat menunda server dari keharusan untuk meningkatkan ke edisi Enterprise ketika kebutuhan memori mulai meningkat.
Anda dapat mengidentifikasi pemanfaatan memori dengan menemukan halaman database di kumpulan buffer dan penghitung harapan [hidup halaman](https://learn.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-node?view=sql-server-ver16). Harapan hidup halaman memberi tahu Anda berapa lama halaman berada dalam memori sebelum dibuang kembali ke disk. Nilai default penghitung ini adalah 300. Jika halaman berada dalam memori selama berjam-jam atau berhari-hari, maka ada kemungkinan mengurangi memori yang dialokasikan.
### Ketersediaan tinggi
Tabel berikut membandingkan kemampuan ketersediaan tinggi dari edisi SQL Server yang berbeda.
****
| Fitur | Edisi perusahaan | Edisi standar | Edisi web | Edisi ekspres |
| --- | --- | --- | --- | --- |
| Dukungan inti server 1 | Ya | Ya | Ya | Ya |
| Pengiriman log | Ya | Ya | Ya | Tidak |
| Pencerminan basis data | Ya | Mode keamanan PENUH | Hanya sebagai saksi | Hanya sebagai saksi |
| Kompresi Backup | Ya | Ya | Tidak | Tidak |
| Selalu Pada instance cluster failover | 16 node | 2 node | Tidak | Tidak |
| Selalu Aktif pada grup ketersediaan | Hingga 8 replika sekunder, termasuk 2 replika sekunder sinkron | Tidak | Tidak | Tidak |
| Grup ketersediaan dasar | Tidak | 2 node | Tidak | Tidak |
| Halaman online dan pemulihan file | Ya | Tidak | Tidak | Tidak |
| Pengindeksan online | Ya | Tidak | Tidak | Tidak |
| Perubahan skema online | Ya | Tidak | Tidak | Tidak |
| Pemulihan cepat | Ya | Tidak | Tidak | Tidak |
| Pencadangan cermin | Ya | Tidak | Tidak | Tidak |
| Tambahkan memori dan CPU panas | Ya | Tidak | Tidak | Tidak |
| Cadangan terenkripsi | Ya | Ya | Tidak | Tidak |
| Pencadangan hybrid ke Microsoft Azure (cadangan ke URL) | Ya | Ya | Tidak | Tidak |
| Server failover untuk pemulihan bencana | Ya | Ya | Tidak | Tidak |
| Server failover untuk ketersediaan tinggi | Ya | Ya | Tidak | Tidak |
### Fitur umum lainnya
Tabel berikut membandingkan fitur yang paling umum dari edisi SQL Server yang berbeda. Untuk daftar fitur yang lengkap, lihat [Edisi dan fitur yang didukung SQL Server 2019](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2019?view=sql-server-ver16) di dokumentasi Microsoft.
****
| Fitur | Edisi perusahaan | Edisi standar | Edisi web | Edisi ekspres |
| --- | --- | --- | --- | --- |
| (Kinerja) Gubernur sumber daya | Ya | Tidak | Tidak | Tidak |
| (Keamanan) Enkripsi Database Transparan (TDE) | Ya | Ya | Tidak | Tidak |
| (Keamanan) Manajemen kunci yang dapat diperluas (EKM) | Ya | Tidak | Tidak | Tidak |
| (Replikasi) Publikasi Oracle | Ya | Tidak | Tidak | Tidak |
| (Replikasi) Replikasi transaksional peer to peer | Ya | Tidak | Tidak | Tidak |
| Tangkapan data perubahan | Ya | Ya | Tidak | Tidak |
### Edisi Pengembang SQL Server
Semua beban kerja non-produksi, seperti pengembangan, QA, pengujian, pementasan, dan lingkungan UAT, dapat menggunakan edisi Pengembang SQL Server untuk menghemat 100 persen biaya lisensi SQL Server. Setelah [mengunduh SQL Server](https://www.microsoft.com/en-us/sql-server/sql-server-downloads), Anda dapat menginstal edisi SQL Server Developer pada instans EC2 dengan menggunakan penyewaan bersama. Infrastruktur khusus tidak diperlukan untuk edisi SQL Server Developer. Untuk informasi selengkapnya, lihat rekomendasi panduan ini untuk [edisi SQL Server Developer](sql-server-dev.md).
### Mengganti edisi
Untuk beban kerja yang ada, beralih dari satu edisi ke edisi lain memerlukan pengujian ekstensif. Ini adalah praktik terbaik untuk memeriksa beban kerja yang berjalan pada edisi Enterprise atau Standar untuk melihat apakah fitur khusus edisi digunakan dan apakah ada solusi alternatif untuk fitur tersebut. Misalnya, jika Anda ingin melihat apakah database Anda menggunakan fitur tingkat Enterprise, Anda dapat menjalankan [tampilan manajemen dinamis (DMV)](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=azuresqldb-current) pada semua database seperti yang ditunjukkan oleh perintah contoh berikut.
`SELECT feature_name FROM sys.dm_db_persisted_sku_features; GO`
Ada beberapa fitur edisi Enterprise yang tidak dapat ditangkap di T-SQL, seperti pengindeksan ulang online sebagai bagian dari pekerjaan pemeliharaan SQL. Ini harus diverifikasi secara manual.
### Pertimbangan migrasi
Bagaimana Anda melisensikan SQL Server akan menentukan opsi Anda untuk beralih edisi. AMI, termasuk AMI SQL Server, memiliki biaya lisensi yang termasuk dalam harga instans EC2 — biaya lisensi terikat pada AMI. Anda dapat menggunakan [kode AWS penagihan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/billing-info-fields.html) untuk memverifikasi versi SQL Server yang disertakan dalam AMI Anda. Untuk instance yang AWS disertakan lisensi, mengubah edisi SQL Server di dalam sistem operasi tidak akan mengubah penagihan yang terkait dengan AMI. Anda harus memigrasikan database Anda ke instans EC2 baru dengan AMI yang menjalankan edisi baru SQL Server.
Jika Anda membawa lisensi Anda sendiri, maka Anda memiliki lebih banyak fleksibilitas. Biasanya masih disarankan untuk bermigrasi ke instans EC2 lain yang menjalankan versi baru. Ini memungkinkan kegagalan kembali dengan mudah jika sesuatu tidak berjalan sesuai rencana. Namun, jika Anda harus menggunakan server yang ada, Anda masih dapat melakukan side-by-side instalasi SQL Server dan memigrasikan database antar instance. Untuk langkah-langkah lebih rinci tentang penurunan side-by-side versi edisi, lihat [Upgrade dan Downgrade Edisi di SQL Server di situs](https://www.mssqltips.com/sqlservertip/6686/edition-upgrade-and-downgrade-in-sql-server/) web. MSSQLTips
## Sumber daya tambahan
+ [Edisi dan fitur yang didukung SQL Server 2022](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2022?view=sql-server-ver16) (Microsoft Learn)
+ [sys.dm\$1db\$1persisted\$1sku\$1features (Transaksi-SQL) (Microsoft](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=azuresqldb-current) Learn)
+ [Versi SQL Server Mana yang Harus Anda Gunakan?](https://www.brentozar.com/archive/2019/01/which-version-of-sql-server-should-you-use/) (Brent Ozar Tidak Terbatas)
+ [Kalkulator Harga AWS](https://calculator.aws/#/estimate?id=e138c18348afd3853a4874681c660bc1947ec5ca) (AWS)
# Evaluasi edisi Pengembang SQL Server
## Ikhtisar
[SQL Server Developer edition](https://www.microsoft.com/en-us/sql-server/sql-server-downloads) adalah edisi gratis SQL Server yang berisi semua fitur edisi Enterprise dan dapat digunakan dalam lingkungan non-produksi. Di cloud, di mana lisensi Microsoft Developer Network (MSDN) tidak dapat digunakan, edisi SQL Server Developer adalah cara yang baik untuk menghemat biaya tanpa harus memberikan lisensi untuk pengembangan dan pengujian beban kerja. Hal ini terutama berlaku untuk tim yang menjalankan pengembangan besar dan pengujian lingkungan dan berusaha untuk mengurangi biaya yang tidak perlu.
Lingkungan produksi didefinisikan sebagai lingkungan yang diakses oleh pengguna akhir aplikasi (seperti situs web internet) dan digunakan untuk lebih dari mengumpulkan umpan balik atau pengujian penerimaan aplikasi itu. Skenario lain yang merupakan lingkungan produksi meliputi:
+ Lingkungan yang terhubung ke database produksi
+ Lingkungan yang mendukung pemulihan bencana atau cadangan untuk lingkungan produksi
+ Lingkungan yang digunakan untuk produksi setidaknya beberapa waktu, seperti server yang diputar ke produksi selama periode puncak aktivitas
Untuk informasi perizinan selengkapnya, lihat [Amazon Web Services dan Microsoft: Pertanyaan yang Sering Diajukan](https://aws.amazon.com/windows/faq/) dalam AWS dokumentasi.
## Dampak biaya
Jika Anda menggunakan edisi SQL Server Developer untuk beban kerja non-produksi, Anda dapat menghemat 100 persen dari biaya lisensi SQL Server Anda saat ini untuk lingkungan pengembangan dan pengujian.
****
| Versi SQL Server | Edisi SQL Server Enterprise (paket 2 core) | SQL Server edisi Standar (paket 2 core) | Edisi Pengembang SQL Server |
| --- | --- | --- | --- |
| 2022 | \$115.123 | \$13.945 | Kosong |
| 2019 | \$113.748 | \$13.586 | Kosong |
**catatan**
Harga di tabel sebelumnya didasarkan pada harga publik Microsoft untuk [SQL Server 2022 dan [SQL](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) Server](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) 2019.
Tabel berikut membandingkan biaya edisi SQL Server yang berbeda berjalan dengan 4 v CPUs dan menggunakan harga sesuai permintaan di Wilayah. `us-east-2` Ini berlaku untuk skenario yang bergantung pada instance yang disertakan lisensi dari. AWS
****
| Instans EC2 | AMI | Harga komputasi | Harga lisensi Windows | Harga lisensi SQL Server | Harga total |
| --- | --- | --- | --- | --- | --- |
| r5.xlarge | Linux (harga komputasi) | \$1183,96 | – | – | \$1183,96 |
| r5.xlarge | Edisi Pengembang Linux \$1 SQL Server | \$1183,96 | \$10 | \$10 | \$1183,96 |
| r5.xlarge | Server Windows (LI) | \$1183,96 | \$1134,32 | – | \$1318.28 |
| r5.xlarge | Edisi Pengembang Windows \$1 SQL Server | \$1183,96 | \$1134,32 | \$10 | \$1318.28 |
| r5.xlarge | Windows \$1 SQL Server edisi Web (LI) | \$1183,96 | \$1134,32 | \$149,64 | \$1367,92 |
| r5.xlarge | Windows \$1 SQL Server edisi Standar (LI) | \$1183,96 | \$1134,32 | \$1350.4 | \$1668,68 |
| r5.xlarge | Edisi Windows \$1 SQL Server Enterprise (LI) | \$1183,96 | \$1134,32 | \$11095 | \$11413,28 |
### Skenario pengoptimalan biaya
Setelah perusahaan integritas data melakukan akuisisi baru, ia ingin memigrasikan beban kerja yang baru diperoleh dari lokasi saat ini pada penyedia hosting terkelola untuk dikonsolidasikan dengan beban kerja lainnya di. AWS Cloud Harga awal menunjukkan bahwa beban kerja SQL Server perusahaan akan menelan biaya 60 persen lebih banyak AWS daripada pada penyedia layanan terkelola saat ini. Sebuah UKM MACO mengevaluasi estimasi dan menemukan bahwa pelanggan benar-benar membayar untuk lisensi SQL Server di penyedia hosting terkelola untuk pengembangan dan pengujian lingkungan mereka. Dengan mengalihkan beban kerja non-produksi ke edisi SQL Server Developer selama migrasi, perusahaan mengurangi lisensi SQL Server mereka sebesar 40 persen.
### Lisensi SQL Server disertakan di Amazon EC2
Jika Anda memiliki SQL Server pada instans EC2 yang menggunakan [lisensi yang disertakan AMIs](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/sql-server-on-ec2-amis.html), tidak mungkin melakukan konversi langsung dari edisi Enterprise ke edisi Pengembang. Biaya lisensi untuk instans yang termasuk lisensi terikat pada AMI. Bahkan jika SQL Server dihapus dari dalam sistem operasi, instans EC2 masih dikenakan biaya untuk biaya lisensi.
Untuk mengonversi ke edisi Pengembang, Anda harus [mengunduh edisi SQL Server Developer](https://download.microsoft.com/download/c/c/9/cc9c6797-383c-4b24-8920-dc057c1de9d3/SQL2022-SSEI-Dev.exe), menginstalnya pada instans EC2 baru, dan kemudian memigrasikan database Anda. Anda dapat memigrasikan database SQL Server antara instans EC2 dengan menggunakan berbagai metode. Untuk informasi selengkapnya, lihat [metode migrasi database SQL Server](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/methods.html) di *Migrasi database Microsoft SQL Server ke panduan*. AWS Cloud Anda juga dapat menggunakan [solusi Pengembang SQL Server Otomatis](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) untuk menyiapkan instance baru yang Anda rencanakan untuk dimigrasi.
### SQL Server BYOL di Amazon EC2
Jika Anda memiliki instance SQL Server yang menggunakan BYOL, Anda dapat memilih dari opsi konversi atau penurunan versi di tempat berikut: side-by-side
+ Unduh [edisi Pengembang SQL Server](https://www.microsoft.com/en-us/sql-server/sql-server-downloads) dari situs web Microsoft. Untuk petunjuk penginstalan manual atau otomatis, lihat posting [Automating SQL Server Developer Developer di Blog.](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) AWS
+ Gunakan [cadangan asli SQL Server dan pulihkan](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) untuk memigrasikan database atau detach/attach database dari satu instance SQL ke instance SQL lainnya.
+ Gunakan [alat otomatisasi](https://github.com/aws-samples/ssm-automation-deploy-sql-developer) untuk penyebaran massal.
**catatan**
SQL Server Developer edition hanya untuk lingkungan non-produksi.
## Sumber daya tambahan
+ [Mengotomatiskan penerapan SQL Server Developer untuk menyebarkan SQL Server Developer](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) Edition di EC2 (Blog)AWS
+ [Harga SQL 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) (Microsoft)
+ [Harga SQL 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [Opsi lisensi](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/sql-server-on-ec2-licensing-options.html) (SQL Server di Amazon EC2)
+ [Kalkulator Harga AWS](https://calculator.aws/#/addService/ec2-enhancement)(SQL Server pada dokumentasi Amazon EC2)
+ [Panduan Lisensi Microsoft SQL Server 2019](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf) (unduh dari Microsoft)
+ [SQL Server 2022 Edisi pengembang](https://download.microsoft.com/download/c/c/9/cc9c6797-383c-4b24-8920-dc057c1de9d3/SQL2022-SSEI-Dev.exe) (unduh dari Microsoft)
# Mengevaluasi SQL Server di Linux
## Ikhtisar
Sejak SQL Server 2017, dimungkinkan untuk menginstal SQL Server pada sistem operasi Linux. SQL Server di Linux siap untuk perusahaan dan menawarkan fleksibilitas, kinerja tinggi, fitur keamanan, pengurangan TCO, HA/DR fitur, dan pengalaman pengguna yang luar biasa. Anda dapat beralih dari SQL Server di Windows Server ke SQL Server di Linux untuk menghemat biaya lisensi Windows Server.
Untuk Linux, SQL Server tersedia untuk digunakan di Red Hat Enterprise Linux (RHEL), SUSE Linux Enterprise Server (SLES), Ubuntu, dan Amazon Linux 2. Mesin database SQL Server berjalan dengan cara yang sama pada Windows Server dan Linux, tetapi ada beberapa perubahan mendasar pada tugas-tugas tertentu saat menggunakan Linux. Salah satu perbedaan utama antara menjalankan aplikasi SQL Server Always On di Linux dan Windows terkait dengan pengelompokan failover. Jika Anda menyebarkan grup ketersediaan Selalu Aktif pada host Windows Server, Anda dapat memanfaatkan [Windows Server Failover Clustering (WSFC)](https://learn.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver16) dan Active Directory sebagai fitur bawaan yang mendukung pengelompokan failover. Namun, baik WSFC maupun Active Directory tidak tersedia untuk mendukung pengelompokan failover di Linux. [Jika Anda ingin meluncurkan failover clustering untuk SQL Server di Linux, Anda dapat menggunakannya [AWS Launch Wizard](https://aws.amazon.com/launchwizard/)untuk menyederhanakan pengaturan cluster dan instalasi SQL pada instance Linux dengan menggunakan Pacemaker. ClusterLabs ](https://aws.amazon.com/blogs/opensource/deploying-a-highly-available-microsoft-sql-server-on-linux-on-aws/)
SQL Server di Windows dan Linux berbagi basis kode yang sama. Artinya, mesin inti SQL Server belum diubah, sama sekali, untuk berjalan di Linux. SQL Server memperkenalkan Platform Abstraction Layer (SQLPAL), seperti yang ditunjukkan pada diagram berikut.
![\[Lapisan Abstraksi Platform Server Sekuel (SQLPAL)\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sql_pal.png)
SQLPAL bertanggung jawab untuk abstraksi panggilan dan komunikasi antara SQL Server dan sistem operasi yang mendasarinya. Ekstensi host hanyalah aplikasi Linux asli. Fungsi sistem operasi tingkat rendah adalah panggilan asli untuk mengoptimalkan penggunaan I/O, memori, dan CPU. Ketika ekstensi host dimulai, ia memuat dan menginisialisasi SQLPAL, yang kemudian memunculkan SQL Server. SQLPAL meluncurkan proses perangkat lunak terisolasi yang menyediakan terjemahan yang diperlukan untuk sisa kode. Menambahkan lapisan baru ini ke arsitektur SQL Server berarti bahwa fitur inti tingkat perusahaan yang sama dan manfaat yang telah membuat SQL Server begitu kuat pada Windows tersedia terlepas dari sistem operasi.
## Dampak biaya
Untuk contoh r5.2xlarge, pengurangan biaya lisensi Windows Server adalah sekitar \$1268 di setiap skenario. Pengurangan ini adalah persentase yang lebih tinggi dari total biaya server dibandingkan dengan menggunakan edisi SQL Server yang lebih murah. Tabel berikut menunjukkan penghematan biaya.
****
| Instans | Edisi | Biaya bulanan SQL Server di Windows | Biaya bulanan SQL Server di Linux | Tabungan |
| --- | --- | --- | --- | --- |
| r5.2xlarge | Web | \$1735 | \$1466 | 37% |
| r5.2xlarge | Standar | \$11,337 | \$11.068 | 20% |
| r5.2xlarge | Perusahaan | \$12.826 | \$12.558 | 10% |
**catatan**
Estimasi harga pada tabel sebelumnya didasarkan pada harga sesuai permintaan di `us-east-1` Wilayah dan dapat dilihat langsung di. [Kalkulator Harga AWS](https://calculator.aws/#/estimate?id=fd37122637710aa7ba46d1949e8b6a15f68d3c0f)
Pertimbangkan contoh skenario di mana pelanggan ISV di segmen SMB ingin menghemat biaya pada lingkungan pengembangan mereka. Mereka sudah menggunakan edisi SQL Server Developer pada satu set server Windows. Dengan beralih dari Windows dengan edisi SQL Server Developer ke Linux dengan edisi SQL Server Developer, pelanggan ISV dapat menghemat 33 persen pada beban kerja pengembangan mereka. Tabel berikut menunjukkan perkiraan biaya berikut untuk skenario ini.
****
| Perkiraan | Biaya bulanan |
| --- | --- |
| [Windows\$1SQL Server](https://calculator.aws/#/estimate?id=da0a0f5f58ddf91aa3398af3a78691cfa2204673) | \$19.307,72 |
| [Linux \$1 Server SQL](https://calculator.aws/#/estimate?id=131966c579020eaec957f441c67e9aa0bfd32411) | \$16.218.36 |
| Perkiraan penghematan biaya | \$13.089,36 (33%) |
Dalam skenario contoh lain, perusahaan memigrasikan instance SQL Server EC2 yang disertakan lisensi dari Windows ke Linux. Perusahaan menghemat total \$1300.000 per tahun untuk biaya lisensi Windows Server — sekitar 20 persen dari total tagihan mereka. AWS
## Rekomendasi optimisasi biaya
Kami menyarankan Anda mempertimbangkan hal-hal berikut:
+ SQL Server di Linux didukung dimulai dengan SQL Server 2017.
+ Untuk membantu beralih, Anda dapat menggunakan [asisten replatforming Windows ke Linux untuk Microsoft SQL Server](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/replatform-sql-server.html) Databases. Asisten replatforming adalah alat skrip yang dapat membantu Anda memindahkan beban kerja SQL Server yang ada dari sistem operasi Windows ke Linux dengan memeriksa ketidakcocokan umum, mengekspor database dari host Windows, dan kemudian mengimpor database ke instans EC2 yang menjalankan Microsoft SQL Server 2017 di Ubuntu 16.04.
+ Anda juga dapat menggunakan kemampuan [cadangan dan pemulihan](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) di SQL Server untuk beralih dari SQL Server di Windows ke Linux.
+ Anda dapat dengan mudah dan cepat menyebarkan ke SQL Server di Linux atau Ubuntu dengan menggunakan file. [AWS Launch Wizard](https://docs.aws.amazon.com/launchwizard/latest/userguide/what-is-launch-wizard.html) Launch Wizard dapat menyebarkan SQL Server di Linux atau Ubuntu dalam skenario mandiri dan ketersediaan tinggi berdasarkan kebutuhan aplikasi Anda. Untuk informasi selengkapnya, lihat [Menerapkan ke SQL Server Selalu di Linux dengan AWS Launch Wizard](https://aws.amazon.com/blogs/modernizing-with-aws/deploy-microsoft-sql-server-always-on-to-linux-with-aws-launch-wizard/) posting di Microsoft Workloads di blog. AWS
Diagram berikut menunjukkan arsitektur untuk solusi yang menggunakan asisten replatforming Windows ke Linux untuk Microsoft SQL Server Databases.
![\[Windows ke Linux membentuk ulang arsitektur asisten\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/replatforming_assistant.png)
## Sumber daya tambahan
+ [Ikhtisar SQL Server di Linux](https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-overview?view=sql-server-ver16) (Microsoft Learn)
+ [Panduan instalasi untuk SQL Server di Linux](https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-setup?view=sql-server-ver16) (Microsoft Learn)
+ [Menyebarkan ke SQL Server Selalu di Linux dengan](https://aws.amazon.com/blogs/modernizing-with-aws/deploy-microsoft-sql-server-always-on-to-linux-with-aws-launch-wizard) ( AWS Launch Wizard Microsoft Workloads di Blog) AWS
+ [SQL Server yang Sangat Tersedia di Linux](https://aws.amazon.com/blogs/opensource/deploying-a-highly-available-microsoft-sql-server-on-linux-on-aws/) (Blog Sumber AWS Terbuka)
# Optimalkan strategi pencadangan SQL Server
## Ikhtisar
Sebagian besar organisasi mencari solusi yang tepat untuk melindungi data mereka di SQL Server di [Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/ec2-sql.html) untuk memenuhi persyaratan mereka saat ini untuk tujuan titik pemulihan (RPO), jumlah waktu maksimum yang dapat diterima sejak pencadangan terakhir, dan tujuan waktu pemulihan (RTO), penundaan maksimum yang dapat diterima antara gangguan layanan dan pemulihan layanan. Jika Anda menjalankan SQL Server pada instans EC2, Anda memiliki beberapa opsi untuk membuat cadangan data Anda dan memulihkan data Anda. Strategi Backup untuk melindungi data SQL Server di Amazon EC2 meliputi:
+ Pencadangan tingkat server menggunakan snapshot Amazon Elastic Block Store (Amazon EBS) yang diaktifkan Windows [Volume Shadow Copy Service](https://learn.microsoft.com/en-us/windows-server/storage/file-server/volume-shadow-copy-service) (VSS) atau [AWS Backup](https://aws.amazon.com/backup/)
+ Pencadangan tingkat basis data menggunakan [cadangan dan pemulihan asli](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases) di SQL Server
Anda memiliki opsi penyimpanan berikut untuk cadangan asli [tingkat basis data](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html):
+ Cadangan lokal dengan volume [Amazon EBS](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#ebs-volumes)
+ Cadangan sistem file jaringan dengan [Amazon FSx untuk Windows File Server](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#amazon-fsx) atau Amazon FSx untuk NetApp ONTAP
+ Pencadangan jaringan ke Amazon Simple Storage Service (Amazon S3) menggunakan [AWS Storage Gateway](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#storage-gateway)
+ Pencadangan langsung ke Amazon S3 untuk SQL Server 2022
Bagian ini melakukan hal berikut:
+ Menyoroti fitur untuk membantu Anda menghemat ruang penyimpanan
+ Membandingkan biaya antara opsi penyimpanan backend yang berbeda
+ Menyediakan tautan ke dokumentasi mendalam untuk membantu mengimplementasikan rekomendasi ini
## Pencadangan tingkat server menggunakan snapshot berkemampuan VSS
Arsitektur snapshot berkemampuan VSS menggunakan AWS Systems Manager [Run Command](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html) untuk menginstal agen VSS pada instance SQL Server Anda. Anda juga dapat menggunakan Run Command untuk memanggil seluruh alur kerja sistem operasi pembilasan dan buffer aplikasi ke disk, menjeda I/O operasi, mengambil point-in-time snapshot dari volume EBS, dan kemudian melanjutkan I/O.
Perintah Jalankan ini membuat snapshot otomatis dari semua volume EBS yang dilampirkan ke instance target. Anda juga memiliki opsi untuk mengecualikan volume root, karena file database pengguna biasanya disimpan pada volume lain. Jika Anda melakukan stripe beberapa volume EBS untuk membuat satu sistem file untuk file SQL Server, Amazon EBS juga mendukung snapshot multivolume yang konsisten dengan crash menggunakan satu perintah API. Untuk informasi selengkapnya tentang snapshot [EBS berkemampuan VSS yang konsisten dengan aplikasi, lihat Membuat snapshot](https://aws.amazon.com/blogs/mt/take-microsoft-vss-enabled-snapshots-using-amazon-ec2-systems-manager/) [yang konsisten dengan aplikasi VSS dalam](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/application-consistent-snapshots.html) dokumentasi Amazon EC2.
Diagram berikut menunjukkan arsitektur untuk pencadangan tingkat server menggunakan snapshot berkemampuan VSS.
![\[Arsitektur snapshot berkemampuan VSS\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/snapshots_backup_arch.png)
Pertimbangkan manfaat berikut menggunakan snapshot berkemampuan VSS:
+ Snapshot pertama instans DB berisi data untuk instans DB penuh. Snapshot berikutnya dari instans DB yang sama bersifat [inkremental](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html#how_snapshots_work), yang berarti hanya data yang telah berubah setelah snapshot terbaru Anda disimpan.
+ Snapshot EBS memberikan point-in-time pemulihan.
+ Anda dapat [mengembalikan ke instans SQL Server EC2 baru dari snapshot](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/restore.html).
+ Jika instance dienkripsi menggunakan Amazon EBS atau jika database dienkripsi dalam instance menggunakan TDE, instance atau database tersebut akan dipulihkan secara otomatis dengan enkripsi yang sama.
+ Anda dapat menyalin [backup Lintas wilayah otomatis](https://docs.aws.amazon.com/ebs/latest/userguide/event-policy.html) Anda.
+ Saat Anda mengembalikan volume EBS dari snapshot, volume EBS akan segera tersedia bagi aplikasi untuk mengaksesnya. Ini berarti Anda dapat segera membawa SQL Server online setelah memulihkan satu atau lebih volume EBS yang mendasarinya dari snapshot.
+ Secara default, volume yang dipulihkan mengambil blok yang mendasari dari Amazon S3 saat pertama kali aplikasi mencoba membacanya. Ini berarti bahwa mungkin ada lag dalam kinerja setelah volume EBS dipulihkan dari snapshot. Volume akhirnya menyusul kinerja nominal. Namun, Anda dapat menghindari kelambatan itu dengan menggunakan [snapshot snapshot-restore (FSR) cepat](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fast-snapshot-restore.html).
+ Anda dapat menggunakan [manajemen siklus hidup untuk snapshot EBS](https://aws.amazon.com/blogs/aws/new-lifecycle-management-for-amazon-ebs-snapshots/).
Pertimbangkan batasan penggunaan snapshot berkemampuan VSS berikut ini:
+ Anda tidak dapat melakukan point-in-time pemulihan lintas wilayah dengan snapshot terenkripsi untuk instance SQL Server.
+ Anda tidak dapat membuat snapshot terenkripsi dari instance yang tidak terenkripsi.
+ Anda tidak dapat memulihkan database individual karena snapshot diambil pada tingkat volume EBS.
+ Anda tidak dapat mengembalikan instance ke dirinya sendiri.
+ Sebuah snapshot dari instans DB harus dienkripsi dengan menggunakan kunci AWS Key Management Service (AWS KMS) yang sama dengan instans DB.
+ Penyimpanan I/O ditangguhkan selama sepersekian detik (sekitar 10 milidetik) selama proses pencadangan snapshot.
## Pencadangan SQL Server menggunakan AWS Backup
Anda dapat menggunakan [AWS Backup](https://aws.amazon.com/backup/)untuk memusatkan dan mengotomatiskan perlindungan data di seluruh. Layanan AWS AWS Backup menawarkan solusi berbasis kebijakan yang hemat biaya, dikelola sepenuhnya, yang menyederhanakan perlindungan data dalam skala besar. AWS Backup juga membantu Anda mendukung kewajiban kepatuhan terhadap peraturan Anda dan memenuhi tujuan kelangsungan bisnis Anda. Bersama dengan AWS Organizations, AWS Backup Anda dapat menerapkan kebijakan perlindungan data (backup) secara terpusat untuk mengonfigurasi, mengelola, dan mengatur aktivitas pencadangan di seluruh organisasi dan sumber daya Anda. Akun AWS
Diagram berikut menunjukkan arsitektur solusi cadangan dan pemulihan untuk SQL Server pada EC2 dengan menggunakan. AWS Backup
![\[AWS Backup arsitektur\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_backup_arch.png)
Pertimbangkan manfaat berikut dari membuat cadangan SQL Server dengan menggunakan: AWS Backup
+ Anda dapat mengotomatiskan penjadwalan cadangan, manajemen retensi, dan manajemen siklus hidup.
+ Anda dapat memusatkan strategi pencadangan di seluruh organisasi Anda, mencakup beberapa akun dan. Wilayah AWS
+ Anda dapat memusatkan pemantauan aktivitas pencadangan dan peringatan di seluruh. Layanan AWS
+ Anda dapat menerapkan backup lintas wilayah untuk perencanaan pemulihan bencana.
+ Solusinya mendukung pencadangan lintas akun.
+ Anda dapat melakukan backup aman dengan enkripsi cadangan sekunder.
+ Semua backup mendukung enkripsi dengan menggunakan kunci AWS KMS enkripsi.
+ Solusinya bekerja dengan TDE.
+ Anda dapat mengembalikan ke titik pemulihan tertentu dari AWS Backup konsol.
+ Anda dapat mencadangkan seluruh instance SQL Server, yang mencakup semua database SQL Server.
## Pencadangan tingkat basis data
Pendekatan ini menggunakan fungsionalitas cadangan Microsoft SQL Server asli. Anda dapat mengambil backup database individu pada instance SQL Server dan mengembalikan database individual.
Masing-masing opsi ini untuk cadangan dan pemulihan SQL Server asli juga mendukung yang berikut:
+ Kompresi dan cadangan beberapa file
+ Pencadangan penuh, diferensial, dan T-log
+ Database terenkripsi TDE
### Pencadangan asli SQL Server dan pulihkan ke Amazon S3
SQL Server di Amazon EC2 mendukung pencadangan dan pemulihan asli untuk database SQL Server. Anda dapat mengambil cadangan database SQL Server Anda dan kemudian memulihkan file cadangan ke database yang ada atau ke instans SQL Server EC2 baru, Amazon RDS for SQL Server, atau server lokal.
Storage Gateway adalah layanan penyimpanan cloud hybrid yang menyediakan aplikasi lokal dengan akses ke penyimpanan cloud yang hampir tidak terbatas. Anda dapat menggunakan Storage Gateway untuk mencadangkan database Microsoft SQL Server langsung ke Amazon S3, mengurangi jejak penyimpanan lokal dan menggunakan Amazon S3 untuk penyimpanan yang tahan lama, terukur, dan hemat biaya.
Diagram berikut menunjukkan arsitektur solusi backup dan restore asli yang menggunakan Storage Gateway dan Amazon S3.
![\[Storage Gateway dan arsitektur Amazon S3\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_gateway_backup_arch.png)
Pertimbangkan manfaat berikut menggunakan cadangan SQL Server asli dengan Storage Gateway:
+ Anda dapat memetakan gateway penyimpanan sebagai berbagi file Server Message Block (SMB) pada instans EC2 dan mengirim cadangan ke Amazon S3.
+ Cadangan langsung masuk ke bucket S3 atau melalui cache file Storage Gateway.
+ Backup multi-file didukung.
Pertimbangkan batasan cadangan asli berikut menggunakan Storage Gateway:
+ Anda harus mengatur cadangan dan pemulihan untuk setiap database individu.
+ Anda harus mengelola [kebijakan siklus hidup Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html) untuk file cadangan.
Untuk informasi selengkapnya tentang cara mengatur Storage Gateway, lihat [backup Store SQL Server di Amazon S3 menggunakan AWS Storage Gateway](https://aws.amazon.com/blogs/database/storing-sql-server-backups-in-amazon-s3-using-aws-storage-gateway/) postingan di Blog. AWS
### Pencadangan asli SQL Server ke volume EBS
Anda dapat mengambil cadangan asli database SQL Server Anda dan menyimpan file dalam volume Amazon EBS. Amazon EBS adalah layanan penyimpanan blok berkinerja tinggi. Volume EBS elastis, yang mendukung enkripsi. Mereka dapat dilepas dan dilampirkan ke instance EC2. Anda dapat mencadangkan SQL Server pada instans EC2 pada jenis volume EBS yang sama atau pada jenis volume EBS yang berbeda. Salah satu keuntungan dari membuat cadangan ke volume EBS yang berbeda adalah penghematan biaya.
Diagram berikut menunjukkan arsitektur cadangan asli ke volume EBS.
![\[Arsitektur volume Amazon EBS\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ebs_backup_arch.png)
Pertimbangkan manfaat berikut menggunakan cadangan asli SQL Server untuk volume EBS:
+ Anda dapat mengambil backup database individual pada instance SQL Server EC2 dan mengembalikan database individual alih-alih harus mengembalikan instance lengkap.
+ Backup multi-file didukung.
+ Anda dapat menjadwalkan pekerjaan cadangan dengan menggunakan SQL Server Agent dan mesin kerja SQL Server.
+ Anda bisa mendapatkan manfaat kinerja melalui pilihan perangkat keras Anda. Misalnya, Anda dapat menggunakan volume penyimpanan st1 untuk mencapai throughput yang lebih tinggi.
Pertimbangkan batasan berikut menggunakan cadangan asli untuk volume EBS:
+ Anda harus memindahkan cadangan secara manual ke Amazon S3 dari volume EBS.
+ Untuk cadangan besar, Anda harus mengelola ruang disk di Amazon EC2.
+ Pada instans EC2, throughput Amazon EBS dapat menjadi hambatan.
+ Penyimpanan tambahan diperlukan untuk menyimpan cadangan di Amazon EBS.
### Pencadangan asli SQL Server ke Amazon FSx untuk Windows File Server
[Amazon FSx untuk Windows File Server](https://aws.amazon.com/fsx/windows/) adalah sistem file Windows asli yang dikelola sepenuhnya yang menawarkan penyimpanan hingga 64 TB yang dirancang untuk memberikan kinerja yang cepat, dapat diprediksi, dan konsisten. AWS memperkenalkan [dukungan asli untuk penyebaran sistem file Multi-AZ](https://aws.amazon.com/blogs/aws/amazon-fsx-for-windows-file-server-update-new-enterprise-ready-features/) FSx untuk Windows File Server. Dukungan asli membuatnya lebih mudah untuk menyebarkan penyimpanan file Windows AWS dengan ketersediaan tinggi dan redundansi di beberapa Availability Zone. AWS juga memperkenalkan dukungan untuk [berbagi file SMB Continuously Available (CA)](https://aws.amazon.com/about-aws/whats-new/2019/11/amazon-fsx-for-windows-file-server-adds-support-for-high-availability-microsoft-sql-server-deployments/). Anda dapat menggunakan FSx untuk Windows File Server sebagai penyimpanan cadangan untuk database SQL Server.
Diagram berikut menunjukkan arsitektur cadangan SQL Server asli FSx untuk Windows File Server.
![\[FSx untuk arsitektur cadangan Windows File Server\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/fsx_backup_arch.png)
Pertimbangkan manfaat berikut menggunakan cadangan SQL Server asli FSx untuk Windows File Server:
+ Anda dapat mencadangkan database SQL Server Anda ke berbagi FSx file Amazon.
+ Anda dapat mengambil backup database individual pada instance SQL Server dan mengembalikan database individual daripada harus mengembalikan instance lengkap.
+ Cadangan multi-bagian didukung.
+ Anda dapat menjadwalkan pekerjaan cadangan dengan menggunakan SQL Server Agent dan mesin pekerjaan.
+ Instans memiliki bandwidth jaringan yang lebih tinggi dibandingkan dengan Amazon EBS.
Pertimbangkan batasan berikut menggunakan cadangan SQL Server asli FSx untuk Windows File Server:
+ Anda harus memindahkan cadangan secara manual ke Amazon S3 dari FSx Amazon AWS Backup dengan menggunakan atau. AWS DataSync
+ Pencadangan besar mungkin memerlukan overhead tambahan untuk manajemen ruang disk di Amazon. FSx
+ Throughput jaringan instans EC2 dapat menjadi hambatan.
+ Penyimpanan tambahan diperlukan untuk menyimpan cadangan FSx untuk Windows File Server.
### Pencadangan SQL Server ke Amazon FSx untuk NetApp ONTAP
Snapshot dengan FSx untuk ONTAP selalu konsisten crash, tetapi mereka mengharuskan Anda untuk diam (atau menjeda) database Anda untuk membuat snapshot yang konsisten dengan aplikasi. I/O Anda dapat menggunakan NetApp SnapCenter (alat orkestrasi dengan plug-in untuk aplikasi tertentu, termasuk SQL Server) dengan ONTAP FSx untuk membuat snapshot yang konsisten aplikasi dan melindungi, mereplikasi, dan mengkloning database Anda tanpa biaya tambahan.
#### NetApp SnapCenter
NetApp SnapCenter adalah platform terpadu untuk perlindungan data yang konsisten aplikasi. SnapCenter mengacu pada snapshot sebagai cadangan. Panduan ini mengadopsi konvensi penamaan yang sama. SnapCenter menyediakan satu panel kaca untuk mengelola pencadangan, pemulihan, dan klon yang konsisten aplikasi. Anda menambahkan SnapCenter plug-in untuk aplikasi database spesifik Anda untuk membuat backup yang konsisten aplikasi. SnapCenter Plug-in untuk SQL Server menyediakan fungsionalitas berikut yang menyederhanakan alur kerja perlindungan data Anda.
+ Backup dan restore pilihan dengan granularitas untuk backup penuh dan log
+ Pemulihan dan pemulihan di tempat ke lokasi alternatif
Untuk informasi selengkapnya SnapCenter, lihat [Melindungi beban kerja SQL Server Anda menggunakan dengan NetApp SnapCenter Amazon FSx untuk NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) posting di Blog Penyimpanan. AWS
### Optimalisasi biaya untuk backup
Opsi berikut dapat membantu Anda mengurangi biaya penyimpanan cadangan SQL Server. AWS
+ Aktifkan [kompresi SQL Server](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-compression-sql-server?view=sql-server-ver16) selama pembuatan file cadangan dan kirim file sekecil mungkin ke penyimpanan. Misalnya, rasio kompresi 3:1 menunjukkan bahwa Anda menghemat sekitar 66 persen pada ruang disk. Untuk query pada kolom ini, Anda dapat menggunakan pernyataan Transact-SQL berikut:. `SELECT backup_size/compressed_backup_size FROM msdb..backupset;`
+ Untuk cadangan yang masuk ke bucket S3, aktifkan kelas penyimpanan [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) untuk mengurangi biaya penyimpanan hingga 30 persen.
+ Untuk cadangan untuk Windows File Server atau FSx FSx untuk ONTAP, gunakan Availability Zone tunggal untuk penghematan biaya 50 persen (dibandingkan dengan menggunakan beberapa Availability Zone). Untuk informasi harga, lihat Harga [Amazon FSx untuk Windows File Server dan Amazon FSx untuk Harga NetApp ](https://aws.amazon.com/fsx/windows/pricing/) [ONTAP](https://aws.amazon.com/fsx/netapp-ontap/pricing/).
+ Opsi paling efisien untuk SQL Server 2022 adalah pencadangan langsung ke Amazon S3. Anda dapat menghemat biaya tambahan dengan menghindari Storage Gateway.
### Hasil tes benchmark untuk backup
Bagian ini membandingkan opsi berikut dari sudut pandang biaya dan kinerja untuk database sampel 1 TB, berdasarkan hasil pengujian benchmark kinerja pada solusi cadangan yang tercakup dalam panduan ini.
+ **Spesifikasi instans EC2** - r5d.8xlarge dengan Windows Server 2019 dan edisi Pengembang SQL Server 2019
+ **Spesifikasi basis data** - ukuran 1 TB dengan TDE dinonaktifkan
Pengujian dilakukan dengan instance r5d.8xlarge dan database SQL Server 1 TB sebagai sumbernya. Sistem sumber dikonfigurasi sesuai dengan praktik terbaik, dan database sumber berisi empat file data (masing-masing 250 GB) dan satu file log (50 GB) yang tersebar di volume gp3 yang terpisah. `BACKUP`Perintah asli SQL Server mencakup penulisan ke 10 file cadangan, menggunakan kompresi untuk mengoptimalkan kinerja cadangan dan mengurangi jumlah data yang dikirim ke seluruh jaringan dan ditulis ke target. Dalam semua kasus uji, kinerja penyimpanan adalah hambatan.
Ada berbagai kemungkinan konfigurasi yang hampir tak ada habisnya untuk jenis pengujian ini. Tes ini berfokus pada pengoptimalan kinerja, biaya, skalabilitas, dan kasus penggunaan dunia nyata. Tabel berikut menunjukkan metrik kinerja yang diambil untuk opsi target cadangan.
****
| Opsi Backup | Tingkat | Durasi lari (Appx) | Tingkat Backup | Biaya USD per bulan\$1 |
| --- | --- | --- | --- | --- |
| Cadangan asli ke HDD EBS st1 lokal, 2 TB | Basis Data | 00:30:46 mnt | 554,7 Mbps | \$192,16 |
| Cadangan asli ke EBS SSD gp3 lokal, 2 TB | Basis Data | 00:22:00 mnt | 512 Mbps | \$1193,84 |
| Cadangan asli FSx untuk HDD Server File Windows, throughput 2 TB @512 Mbps | Basis Data | 00:20:58 mnt | 814,0 Mbps | [\$11.146](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Cadangan asli FSx untuk Windows File Server SSD, throughput 2 TB @512 Mbps | Basis Data | 00:20:00 mnt | 814,0 Mbps | [\$11,326](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Cadangan asli ke S3 File Gateway m6i.4xlarge (16 vCPU, 64 GB) dengan 2 TB gp3 | Basis Data | 00:23:20 mnt | 731,5 Mbps | \$1470.42 |
| Cuplikan EBS VSS | Volume EBS | 00:00:02 dtk00:00:53 dtk | Cuplikan N/A | [\$151](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| AWS Backup (Cadangan AMI) | AMI | 00:00:04 dtk00:08:00 mnt | Cuplikan N/A | [\$175](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Pencadangan SQL Server asli langsung ke Amazon S3 (SQL Server 2022) | Basis Data | 00:12:00 mnt | 731,5 Mbps | [50 TB/Bulan Pertama, \$10,023 per GB \$123,55 per bulan](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Pencadangan asli FSx untuk ONTAP (menggunakan SnapCenter) | Basis Data | – | – | [\$1440,20](https://calculator.aws/#/estimate?id=8c9a0b2c296f9839f3ca16bdc2dcd9a6f52f1faf) |
Tabel sebelumnya mengasumsikan hal berikut:
+ Transfer data dan biaya Amazon S3 tidak termasuk.
+ Harga penyimpanan sudah termasuk dalam harga instans.
+ Biaya berbasis di `us-east-1` Wilayah.
+ Throughput dan IOPS tumbuh sebesar 10 persen dengan beberapa cadangan yang memiliki tingkat perubahan keseluruhan 10 persen selama sebulan.
Hasil pengujian menunjukkan bahwa opsi tercepat adalah cadangan database SQL Server asli FSx untuk Windows File Server. Cadangan ke Storage Gateway dan volume EBS yang terpasang secara lokal adalah opsi yang lebih hemat biaya tetapi memiliki kinerja yang lebih lambat. Untuk pencadangan tingkat server (AMI), sebaiknya AWS Backup gunakan untuk kinerja, biaya, dan pengelolaan yang optimal.
## Rekomendasi optimisasi biaya
Memahami solusi yang mungkin untuk mencadangkan SQL Server di Amazon EC2 adalah kunci untuk melindungi data Anda, memastikan bahwa Anda memenuhi kebutuhan cadangan, dan menyiapkan rencana untuk memulihkan dari peristiwa penting. Berbagai cara untuk mencadangkan dan memulihkan instans SQL Server dan database yang dieksplorasi di bagian ini dapat membantu Anda menyusun strategi pencadangan dan pemulihan yang melindungi data Anda dan memenuhi persyaratan organisasi Anda.
Bagian ini mencakup opsi cadangan berikut:
+ Kompresi
+ Amazon S3 Intelligent-Tiering
+ Zona Ketersediaan Tunggal
+ Backup ke URL
Panduan yang diberikan untuk masing-masing opsi ini adalah tingkat tinggi. Jika Anda ingin menerapkan salah satu rekomendasi ini di organisasi Anda, kami sarankan Anda menghubungi tim akun Anda. Tim kemudian dapat terlibat dengan Microsoft Specialist SA untuk memimpin percakapan. Anda juga dapat menghubungi dengan mengirim email ke optimize-microsoft@amazon.com.
Singkatnya, kami merekomendasikan yang berikut:
+ Jika Anda menggunakan SQL Server 2022, mencadangkan ke Amazon S3 adalah opsi yang paling hemat biaya.
+ Jika Anda menggunakan SQL Server 2019 dan edisi SQL Server sebelumnya, pertimbangkan untuk membuat cadangan ke Storage Gateway yang didukung oleh Amazon S3 sebagai opsi yang paling hemat biaya.
### Kompresi
Tujuan kompresi adalah untuk memiliki lebih sedikit penyimpanan yang dikonsumsi oleh setiap cadangan, yang bermanfaat untuk berbagai opsi penyimpanan. Anda harus mengaktifkan kompresi untuk cadangan SQL Server pada tingkat instance [SQL Server](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/view-or-configure-the-backup-compression-default-server-configuration-option?view=sql-server-ver16). Contoh berikut menunjukkan cara menambahkan kata kunci kompresi dengan database cadangan:
`BACKUP DATABASE TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)`
### Amazon S3 Intelligent-Tiering
[Untuk pencadangan yang masuk ke bucket Amazon S3, Anda dapat mengaktifkan Amazon S3 [Intelligent-Tiering sebagai kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) File Gateway Anda.](https://docs.aws.amazon.com/filegateway/latest/files3/storage-classes.html#ia-file-gateway) Ini dapat mengurangi biaya penyimpanan hingga 30 persen. Anda kemudian memasang S3 File Gateway ke server SQL Anda dengan menggunakan berbagi file SMB yang dapat diintegrasikan dengan domain [Active](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html#configure-SMB-settings) Directory Anda. Ini memberi Anda kontrol akses untuk berbagi Anda, kemampuan untuk memanfaatkan akun layanan yang ada, dan akses ke Amazon S3 menggunakan protokol file fokus Microsoft yang umum. Untuk akun yang mungkin tidak memiliki konektivitas langsung ke pengontrol domain, Anda dapat menggunakan [Konektor Direktori Aktif](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/directory_ad_connector.html) untuk memfasilitasi komunikasi dengan Active Directory lokal atau di cloud. Untuk mengkonfigurasi pengaturan Direktori Aktif pada gateway, Anda harus menentukan Konektor Direktori Aktif IPs untuk pengontrol domain untuk permintaan proxy ke Active Directory.
Diagram berikut menunjukkan arsitektur untuk solusi berdasarkan S3 Intelligent-Tiering.
![\[Arsitektur Tingkat Cerdas S3\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ad_connector_arch.png)
Secara default, file cadangan yang ditulis ke bucket S3 menggunakan tingkat Standar. [Untuk mengonversi file cadangan dari tingkat Standar ke S3 Intelligent-Tiering, Anda harus membuat aturan siklus hidup.](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-transition-general-considerations.html) Anda juga dapat menggunakan [Konsol Manajemen AWS](https://docs.aws.amazon.com/AmazonS3/latest/userguide/using-intelligent-tiering.html#enable-auto-archiving-int-tiering)untuk mengaktifkan S3 Intelligent-Tiering. Untuk informasi selengkapnya, lihat [Memulai Menggunakan Amazon S3 Intelligent-Tiering](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/) dalam dokumentasi. AWS
### Zona Ketersediaan Tunggal
Untuk membuat sistem file Zona Ketersediaan Tunggal, pilih opsi Single-AZ saat Anda [membuat sistem file FSx untuk Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html). Amazon FSx juga mengambil cadangan yang sangat tahan lama (disimpan di Amazon S3) dari sistem file Anda setiap hari menggunakan Windows Volume Shadow Copy Service, dan memungkinkan Anda untuk mengambil cadangan tambahan kapan saja. Ingatlah beberapa masalah dengan menggunakan Zona Ketersediaan Tunggal. Misalnya, berbagi file SMB menjadi tidak dapat diakses jika Availability Zone yang terpengaruh di mana sistem file disediakan turun selama berjam-jam pada suatu waktu. Jika Anda memerlukan akses ke data, Anda harus memulihkannya dari cadangan di Availability Zone yang tersedia di dalam Wilayah sumber. Untuk informasi selengkapnya, lihat bagian [Gunakan Zona Ketersediaan tunggal](storage-fsx-single-az.md) pada panduan ini.
### Backup ke URL
Untuk SQL Server 2022, fitur [backup ke URL](https://www.microsoft.com/en-us/sql-server/blog/2022/09/29/backup-and-restore-to-url-for-s3-compatible-object-storage/) memungkinkan pencadangan langsung ke Amazon S3. Ini adalah pendekatan pencadangan ideal untuk SQL Server 2022 yang berjalan AWS saat Anda mendapatkan set fitur lengkap Amazon S3 di lapisan penyimpanan dan menghapus biaya alat yang diperlukan dalam versi sebelumnya untuk memfasilitasi fungsionalitas ini. AWS Storage Gateway Ada dua biaya utama yang perlu dipertimbangkan saat menerapkan fitur ini: biaya transfer data dan kelas penyimpanan S3 yang dipilih. [Jika Anda menginginkan kemampuan pemulihan bencana asli Amazon S3, maka Anda harus memperhitungkan bahwa [Replikasi Lintas Wilayah menimbulkan biaya keluar data lintas wilayah](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html#crr-scenario).](https://aws.amazon.com/s3/pricing/?p=pm&c=s3&z=4) Untuk mempelajari selengkapnya tentang cara mengonfigurasi opsi ini, lihat [Backup database SQL Server ke posting Amazon S3](https://aws.amazon.com/blogs/modernizing-with-aws/backup-sql-server-to-amazon-s3/) di Microsoft Workloads di blog. AWS
## Sumber daya tambahan
+ [Opsi pencadangan dan pemulihan untuk SQL Server di Amazon](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/welcome.html) EC2 AWS (Panduan Preskriptif)
+ [Point-in-time pemulihan dan pencadangan berkelanjutan untuk Amazon RDS dengan AWS Backup](https://aws.amazon.com/blogs/storage/point-in-time-recovery-and-continuous-backup-for-amazon-rds-with-aws-backup/) (Blog AWS Penyimpanan)
+ [Lindungi beban kerja SQL Server Anda menggunakan NetApp SnapCenter Amazon FSx untuk NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) (AWS Blog Penyimpanan)
+ [Memulai Menggunakan Amazon S3 Intelligent-Tiering](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/) (Memulai Pusat Sumber Daya)AWS
+ [Strategi Backup dan Restore untuk Amazon RDS for SQL](https://aws.amazon.com/blogs/database/backup-and-restore-strategies-for-amazon-rds-for-sql-server/) Server AWS (Blog Database)
+ [Memigrasi database Microsoft SQL Server lokal ke Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-microsoft-sql-server-database-to-amazon-ec2.html) (Panduan Preskriptif)AWS
+ [Praktik Terbaik untuk Menyebarkan Microsoft SQL Server di Amazon AWS EC2](https://docs.aws.amazon.com/whitepapers/latest/best-practices-for-deploying-microsoft-sql-server/best-practices-for-deploying-microsoft-sql-server.html) (Whitepaper)
# Memodernisasi database SQL Server
## Ikhtisar
Jika Anda memulai perjalanan menuju modernisasi database lama untuk skalabilitas, kinerja, dan pengoptimalan biaya, Anda mungkin menghadapi tantangan dengan database komersial seperti SQL Server. Database komersial mahal, mengunci pelanggan, dan menawarkan persyaratan lisensi hukuman. Bagian ini memberikan ikhtisar tingkat tinggi tentang opsi untuk bermigrasi dan memodernisasi dari SQL Server ke database sumber terbuka dan informasi tentang memilih opsi terbaik untuk beban kerja Anda.
Anda dapat memfaktorkan ulang database SQL Server Anda ke database sumber terbuka seperti Amazon Aurora PostgreSQL untuk menghemat biaya lisensi Windows dan SQL Server. Database modern cloud-native seperti Aurora menggabungkan fleksibilitas dan biaya rendah database open-source dengan fitur database komersial kelas enterprise yang kuat. [Jika Anda memiliki beban kerja variabel atau beban kerja multi-tenant, Anda juga dapat bermigrasi ke Aurora tanpa server V2.](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.html) Ini dapat mengurangi biaya hingga 90 persen, tergantung pada karakteristik beban kerja. Selain itu, AWS menawarkan kemampuan seperti [Babelfish untuk Aurora PostgreSQL](https://aws.amazon.com/rds/aurora/babelfish/), alat seperti [AWS Schema Conversion Tool (AWS SCT), dan layanan seperti AWS Database Migration Service (AWS DMS)](https://aws.amazon.com/dms/schema-conversion-tool/) [untuk menyederhanakan migrasi dan modernisasi database](https://aws.amazon.com/dms/) SQL Server. AWS
## Penawaran basis data
Bermigrasi dari SQL Server di Windows ke database open-source seperti Amazon Aurora, Amazon RDS for MySQL, atau Amazon RDS for PostgreSQL dapat menawarkan penghematan biaya yang signifikan tanpa mengorbankan kinerja atau fitur. Pertimbangkan hal berikut:
+ Beralih dari edisi SQL Server Enterprise di Amazon EC2 ke Amazon RDS untuk PostgreSQL atau Amazon RDS untuk MySQL dapat menghasilkan penghematan biaya hingga 80 persen.
+ Beralih dari edisi SQL Server Enterprise di Amazon EC2 ke Amazon Aurora PostgreSQL Compatible Edition atau Amazon Aurora MySQL Compatible Edition dapat menghasilkan penghematan biaya hingga 70 persen.
Untuk beban kerja database tradisional, Amazon RDS for PostgreSQL dan Amazon RDS untuk persyaratan alamat MySQL dan memberikan solusi hemat biaya untuk database relasional. Aurora menambahkan banyak ketersediaan dan fitur kinerja yang sebelumnya terbatas pada vendor komersial yang mahal. Fitur ketahanan di Aurora adalah biaya tambahan. Namun, dibandingkan dengan fitur serupa oleh vendor komersial lainnya, biaya ketahanan Aurora masih lebih murah daripada biaya perangkat lunak komersial untuk jenis fitur yang sama. Arsitektur Aurora dioptimalkan untuk memberikan peningkatan kinerja yang signifikan dibandingkan dengan penerapan MySQL dan PostgreSQL standar.
Karena Aurora kompatibel dengan database PostgreSQL dan MySQL open-source, ada manfaat tambahan portabilitas. Apakah opsi terbaik adalah Amazon RDS untuk PostgreSQL, Amazon RDS for MySQL, atau Aurora bermuara pada pemahaman persyaratan bisnis dan memetakan fitur yang diperlukan ke opsi terbaik.
## Perbandingan Amazon RDS dan Aurora
Tabel berikut merangkum perbedaan utama antara Amazon RDS dan Amazon Aurora.
****
| Kategori | Amazon RDS untuk PostgreSQL atau Amazon RDS untuk MySQL | Aurora PostgreSQL atau Aurora MySQL |
| --- | --- | --- |
| Performa | Performa bagus | 3x atau kinerja yang lebih baik |
| Failover | Biasanya 60—120 detik\$1 | Biasanya 30 detik |
| Skalabilitas | Hingga 5 replika bacaLag dalam hitungan detik | Hingga 15 replika bacaLag dalam milidetik |
| Penyimpanan | Hingga 64 TB | Hingga 128 TB |
| Penyimpanan HA | Multi-AZ dengan satu atau dua siaga, masing-masing dengan salinan database | 6 salinan data di 3 Availability Zone secara default |
| Pencadangan | Cuplikan harian dan cadangan log | Pencadangan asinkron berkelanjutan ke Amazon S3 |
| Inovasi dengan Aurora | TA | 100 GBKloning basis data cepat |
| | Replika baca penskalaan otomatis | |
| | Manajemen rencana kueri | |
| | Aurora Serverless | |
| | Replika Lintas Wilayah dengan Database Global | |
| | Manajemen cache klaster\$1\$1 | |
| | Kueri Paralel | |
| | Aliran aktivitas basis data | |
\$1 Transaksi besar dapat meningkatkan waktu failover
\$1\$1 Tersedia di Aurora PostgreSQL
Tabel berikut menunjukkan perkiraan biaya bulanan dari berbagai layanan database yang tercakup dalam bagian ini.
****
| Layanan basis data | Biaya USD per bulan\$1 | Kalkulator Harga AWS (membutuhkan Akun AWS) |
| --- | --- | --- |
| Amazon RDS for SQL Server edisi Enterprise | \$13.750 | [Estimasi](https://calculator.aws/#/estimate?id=16f190d818045bb99fb59659cecca80f92db4bbc) |
| Amazon RDS for SQL Server edisi Standar | \$12.318 | [Estimasi](https://calculator.aws/#/estimate?id=5a5e9832ae80fd9ad9e8010c9a17f57d5a0415ca) |
| Edisi SQL Server Enterprise di Amazon EC2 | \$12.835 | [Estimasi](https://calculator.aws/#/estimate?id=0976f53e9b1b55d5475dc394c8caae9d5581183b) |
| SQL Server edisi Standar di Amazon EC2 | \$11,345 | [Estimasi](https://calculator.aws/#/estimate?id=3cada8ab6d72b68a2eb3bc92927990c9f7e264ca) |
| Amazon RDS for PostgreSQL | \$1742 | [Estimasi](https://calculator.aws/#/estimate?id=bd825d40c79c0df8f0cf053d55ca39acc8a927fe) |
| Amazon RDS for MySQL | \$1712 | [Estimasi](https://calculator.aws/#/estimate?id=c0f61d7b67652e58df5bf6cb244e9455ff4a8558) |
| Aurora PostgreSQL | \$11.032 | [Estimasi](https://calculator.aws/#/estimate?id=a557d7d740e5d87c9764bd369de81a5873dad053) |
| Aurora MySQL | \$11.031 | [Estimasi](https://calculator.aws/#/estimate?id=5924d827c98beadda65368c8e64eb249c001afd6) |
\$1 Harga penyimpanan sudah termasuk dalam harga instans. Biaya didasarkan pada `us-east-1` Wilayah. Throughput dan IOPS adalah asumsi. Perhitungannya adalah untuk instance r6i.2xlarge dan r6g.2xlarge.
## Rekomendasi optimisasi biaya
Migrasi database heterogen biasanya memerlukan konversi skema database dari sumber ke mesin database target dan migrasi data dari sumber ke database target. Langkah pertama menuju migrasi adalah mengevaluasi dan mengonversi skema server SQL dan objek kode ke mesin basis data target.
Anda dapat menggunakan [AWS Schema Conversion Tool (AWS SCT)](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html) untuk mengevaluasi dan menilai database untuk kompatibilitas dengan berbagai opsi database sumber terbuka target seperti Amazon RDS for MySQL atau Amazon RDS for PostgreSQL, Aurora MySQL, dan PostgreSQL. Anda juga dapat menggunakan alat Kompas Babelfish untuk menilai kompatibilitas dengan Babelfish untuk Aurora PostgreSQL. Hal ini membuat AWS SCT dan Compass alat yang ampuh untuk memahami pekerjaan di muka yang terlibat sebelum memutuskan strategi migrasi. Jika Anda memutuskan untuk melanjutkan, AWS SCT mengotomatiskan perubahan yang diperlukan pada skema. Filosofi inti di balik Babelfish Compass adalah memungkinkan database SQL untuk pindah ke Aurora tanpa, atau sangat sedikit, modifikasi. Kompas akan mengevaluasi database SQL yang ada untuk menentukan apakah ini dapat dicapai. Dengan cara ini, hasilnya diketahui sebelum upaya apa pun dihabiskan untuk memigrasi data dari SQL Server ke Aurora.
AWS SCT mengotomatiskan konversi dan migrasi skema database dan kode ke mesin database target. Anda dapat menggunakan Babelfish for Aurora PostgreSQL untuk memigrasikan database dan aplikasi Anda dari SQL Server ke Aurora PostgreSQL tanpa perubahan skema atau minimal. Ini dapat mempercepat migrasi Anda.
Setelah skema dimigrasikan, Anda dapat menggunakannya AWS DMS untuk memigrasikan data. AWS DMS dapat melakukan pemuatan data penuh dan mereplikasi perubahan untuk melakukan migrasi dengan waktu henti minimal.
Bagian ini mengeksplorasi alat-alat berikut secara lebih rinci:
+ AWS Schema Conversion Tool
+ Babelfish for Aurora PostgreSQL
+ Kompas Babelfish
+ AWS Database Migration Service
### AWS Schema Conversion Tool
Anda dapat menggunakan AWS SCT untuk mengevaluasi database SQL Server yang ada dan menilai kompatibilitas dengan Amazon RDS atau Aurora. Untuk menyederhanakan proses migrasi, Anda juga dapat menggunakan AWS SCT untuk mengonversi skema dari satu mesin database ke mesin database lainnya dalam migrasi database heterogen. Anda dapat menggunakan AWS SCT untuk mengevaluasi aplikasi Anda dan mengonversi kode aplikasi tertanam untuk aplikasi yang ditulis C \$1, C \$1\$1, Java, dan bahasa lainnya. Untuk informasi selengkapnya, lihat [Mengonversi aplikasi SQL menggunakan AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Converting.App.html) dalam dokumentasi. AWS SCT
AWS SCT adalah AWS alat gratis yang mendukung banyak [sumber](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Source.html) database. Untuk menggunakannya AWS SCT, Anda mengarahkannya ke database sumber dan kemudian menjalankan penilaian. Kemudian, [AWS SCT](https://aws.amazon.com/blogs/database/convert-database-schemas-and-application-sql-using-the-aws-schema-conversion-tool-cli/)evaluasi skema dan menghasilkan laporan penilaian. Laporan penilaian mencakup ringkasan eksekutif, kompleksitas dan upaya migrasi, mesin basis data target yang sesuai, dan rekomendasi untuk konversi. Untuk mengunduh AWS SCT, lihat [Menginstal, memverifikasi, dan memperbarui AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Installing.html) dalam AWS SCT dokumentasi.
Tabel berikut menunjukkan contoh Ringkasan Eksekutif yang dihasilkan oleh AWS SCT untuk menunjukkan kompleksitas yang terlibat dengan mengubah database ke platform target yang berbeda.
| | | |
| --- |--- |--- |
| **Platform target** | **Perubahan otomatis atau minimal** | **Tindakan kompleks** |
| | **Objek penyimpanan** | **Objek kode** | **Tindakan konversi** | **Objek penyimpanan** | **Objek kode** |
| Amazon RDS for MySQL | 60 (98%) | 8 (35%) | 42 | 1 (2%) | 1 | 15 (65%) | 56 |
| Edisi yang Kompatibel dengan Amazon Aurora MySQL | 60 (98%) | 8 (35%) | 42 | 1 (2%) | 1 | 15 (65%) | 56 |
| Amazon RDS for PostgreSQL | 60 (98%) | 12 (52%) | 54 | 1 (2%) | 1 | 11 (48%) | 26 |
| Edisi yang Kompatibel dengan Amazon Aurora PostgreSQL | 60 (98%) | 12 (52%) | 54 | 1 (2%) | 1 | 11 (48%) | 26 |
| Amazon RDS for MariaDB | 60 (98%) | 7 (30%) | 42 | 1 (2%) | 1 | 16 (70%) | 58 |
| Amazon Redshift | 61 (100%) | 9 (39%) | 124 | 0 (0%) | 0 | 14 (61%) | 25 |
| AWS Glue | 0 (0%) | 17 (100%) | 0 | 0 (0%) | 0 | 0 (0%) | 0 |
| Babelfish | 59 (97%) | 10 (45%) | 20 | 2 (3%) | 2 | 12 (55%) | 30 |
AWS SCT Laporan juga memberikan rincian tentang elemen skema yang tidak dapat dikonversi secara otomatis. Anda dapat menutup celah AWS SCT konversi dan mengoptimalkan skema target dengan merujuk ke buku [pedoman AWS migrasi](https://aws.amazon.com/blogs/database/the-database-migration-playbook-has-landed/). Ada banyak buku pedoman migrasi database untuk membantu migrasi heterogen.
### Babelfish for Aurora PostgreSQL
Babelfish untuk Aurora PostgreSQL memperluas Aurora PostgreSQL dengan kemampuan untuk menerima koneksi database dari klien SQL Server. Babelfish memungkinkan aplikasi yang awalnya dibangun untuk SQL Server untuk bekerja secara langsung dengan Aurora PostgreSQL, dengan sedikit perubahan kode dan tanpa mengubah driver database. Babelfish mengubah Aurora PostgreSQL bilingual sehingga Aurora PostgreSQL dapat bekerja dengan T-SQL dan bahasa. PL/pgSQL Babelfish meminimalkan upaya untuk bermigrasi dari SQL Server ke Aurora PostgreSQL. Ini mempercepat migrasi, meminimalkan risiko, dan mengurangi biaya migrasi secara signifikan. Anda dapat terus menggunakan migrasi posting T-SQL, tetapi ada juga [opsi untuk menggunakan alat asli PostgreSQL](https://aws.amazon.com/blogs/database/category/database/amazon-aurora/babelfish-for-aurora-postgresql/) untuk pengembangan.
Diagram berikut menggambarkan bagaimana aplikasi yang menggunakan T-SQL terhubung ke port default 1433 di SQL Server dan menggunakan penerjemah Babelfish untuk berkomunikasi dengan database Aurora PostgreSQL, sedangkan aplikasi menggunakan PL/PGSQL dapat langsung dan bersamaan terhubung ke database Aurora PostgreSQL menggunakan port default 5432 di Aurora PostgreSQL PostGresQL.
![\[Babelfish untuk Aurora PostgreSQL.\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/babelfish_tsql.png)
Babelfish tidak mendukung fitur SQL Server T-SQL tertentu. Untuk alasan ini, Amazon menyediakan alat penilaian untuk melakukan line-by-line analisis pernyataan SQL Anda dan menentukan apakah ada yang tidak didukung oleh Babelfish.
Ada dua opsi untuk penilaian Babelfish. AWS SCT dapat menilai kompatibilitas database SQL Server Anda dengan Babelfish. Pilihan lain adalah alat Babelfish Compass, yang merupakan solusi yang direkomendasikan karena alat Kompas diperbarui sejalan dengan rilis baru Babelfish untuk Aurora PostgreSQL.
### Kompas Babelfish
[Babelfish Compass](https://github.com/babelfish-for-postgresql/babelfish_compass) adalah alat yang dapat diunduh gratis yang selaras dengan rilis terbaru Babelfish untuk Aurora PostgreSQL. Sebaliknya, AWS SCT akan mendukung versi Babelfish yang lebih baru setelah beberapa waktu. [Babelfish Compass](https://github.com/babelfish-for-postgresql/babelfish_compass/blob/main/README.md) dijalankan terhadap skema database SQL Server. Anda juga dapat mengekstrak skema database SQL Server sumber dengan menggunakan alat seperti SQL Server Management Studio (SSMS). Kemudian, Anda dapat menjalankan skema melalui Babelfish Compass. Ini menghasilkan laporan yang merinci kompatibilitas skema SQL Server dengan Babelfish dan jika ada perubahan yang diperlukan sebelum bermigrasi. Alat Kompas Babelfish juga dapat mengotomatiskan banyak perubahan ini dan pada akhirnya mempercepat migrasi Anda.
Setelah penilaian dan perubahan selesai, Anda dapat memigrasikan skema ke Aurora PostgreSQL dengan menggunakan alat asli SQL Server seperti SSMS atau sqlcmd. Untuk petunjuk, lihat posting [Migrasi dari SQL Server ke Amazon Aurora menggunakan](https://aws.amazon.com/blogs/database/migrate-from-sql-server-to-amazon-aurora-using-babelfish/) Babelfish di Blog Database. AWS
### AWS Database Migration Service
Setelah skema dimigrasikan, Anda dapat menggunakan AWS Database Migration Service (AWS DMS) untuk memigrasikan data AWS dengan waktu henti minimal. AWS DMS tidak hanya memuat data penuh, tetapi juga mereplikasi perubahan dari sumber ke tujuan saat sistem sumber aktif dan berjalan. Setelah database sumber dan target disinkronkan, aktivitas cutover dapat terjadi di mana aplikasi diarahkan ke database target yang menyelesaikan migrasi. AWS DMS saat ini hanya melakukan pemuatan data penuh dengan Babelfish untuk target Aurora PostgreSQL dan tidak mereplikasi perubahan. Untuk informasi selengkapnya, lihat [Menggunakan Babelfish sebagai target AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.Babelfish.html) dalam dokumentasi. AWS DMS
AWS DMS dapat melakukan migrasi homogen (di mesin database yang sama) dan heterogen (di seluruh mesin database yang berbeda). AWS DMS mendukung banyak mesin basis data sumber dan tujuan. Untuk informasi selengkapnya, lihat [Memigrasi database SQL Server Anda ke Amazon RDS for SQL Server AWS DMS](https://aws.amazon.com/blogs/database/migrating-your-sql-server-database-to-amazon-rds-for-sql-server-using-aws-dms/) menggunakan postingan di Blog Database. AWS
## Sumber daya tambahan
+ [Selamat tinggal Microsoft SQL Server, Halo Babelfish](https://aws.amazon.com/blogs/aws/goodbye-microsoft-sql-server-hello-babelfish/) (Blog Berita)AWS
+ [Mengkonversi skema database dan aplikasi SQL menggunakan AWS Schema Conversion Tool CLI](https://aws.amazon.com/blogs/database/convert-database-schemas-and-application-sql-using-the-aws-schema-conversion-tool-cli/) (Database Blog)AWS
+ [Migrasikan SQL Server ke Amazon Aurora PostgreSQL menggunakan praktik terbaik](https://aws.amazon.com/blogs/database/migrate-sql-server-to-amazon-aurora-postgresql-using-best-practices-and-lessons-learned-from-the-field/) dan pelajaran yang dipetik dari lapangan (Blog Database)AWS
+ [Validasi objek database pasca-migrasi dari Microsoft SQL Server ke Amazon RDS for PostgreSQL dan Amazon Aurora PostgreSQL](https://aws.amazon.com/blogs/database/validate-database-objects-post-migration-from-microsoft-sql-server-to-amazon-rds-for-postgresql-and-amazon-aurora-postgresql/) (Blog Database)AWS
# Optimalkan penyimpanan untuk SQL Server
## Ikhtisar
Bagian ini berfokus pada pengoptimalan biaya untuk penyimpanan SSD Amazon Elastic Block Store (Amazon EBS) untuk SQL Server pada beban kerja EC2.
Anda memiliki berbagai macam opsi penyimpanan untuk menyebarkan dan menjalankan beban kerja SQL Server. AWS Memilih penyimpanan yang tepat harus didasarkan pada tujuan, arsitektur, daya tahan, kinerja, kapasitas, dan biaya. AWS Pelanggan yang menjalankan beban kerja SQL Server biasanya menggunakan kombinasi penyimpanan Amazon EBS, Amazon, FSx dan NVMe Amazon Simple Storage Service (Amazon S3).
Amazon EBS adalah penyimpanan terpasang jaringan yang terhubung ke instans komputasi EC2 dan digunakan untuk menyimpan dan memproses sistem operasi umum, aplikasi, database, dan file cadangan. Penyimpanan solid state drive (SSD) Amazon EBS mencakup General Purpose SSD (gp2 dan gp3) dan Provisioned IOPS SSD (io1, io2, dan IO2bx). Pertimbangkan hal berikut:
+ Beberapa instans EC2, seperti r5d, memiliki lokal yang melekat NVMe SSDs secara fisik ke instance host. Volume ini menyediakan penyimpanan tingkat blok yang biasa digunakan untuk SQL Server tempdb atau ekstensi kumpulan buffer.
+ Amazon FSx untuk Windows File Server adalah layanan penyimpanan file yang dikelola sepenuhnya, sedangkan Amazon FSx NetApp untuk ONTAP adalah penyimpanan bersama yang dikelola sepenuhnya yang dibangun NetApp di atas sistem file ONTAP yang populer. Amazon FSx sering digunakan untuk menjalankan beban kerja SQL Server dalam konfigurasi SQL Server Failover Clustered Instance (FCI) dengan ketersediaan tinggi. Solusi ini menampung data SQL Server dan file log, yang mengurangi persyaratan kinerja EBS pada instans EC2.
+ Amazon S3 adalah layanan penyimpanan objek yang menawarkan skalabilitas, ketersediaan data, keamanan, dan kinerja terdepan di industri. Anda dapat menyimpan file cadangan asli SQL Server AMIs, snapshot EBS, log aplikasi, dan lainnya di Amazon S3.
## Jenis penyimpanan SSD, kinerja, dan biaya untuk Amazon EBS
Biaya penyimpanan SSD untuk Amazon EBS umumnya meningkat seiring dengan peningkatan daya tahan dan kinerja. Penyimpanan saat ini hadir dalam lima jenis volume, masing-masing dengan [metrik kinerja uniknya sendiri](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html). Untuk ringkasan kasus penggunaan dan karakteristik volume yang didukung SSD, lihat tabel di bagian volume [Solid state drive (SSD)](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html#vol-type-ssd) pada dokumentasi Amazon EBS.
Anda dapat menggunakan Amazon CloudWatch untuk memantau kinerja SSD, menangkap data yang sedang tren, dan mengatur alarm saat ambang batas tertentu terpenuhi. Jika Anda menjalankan beban kerja SQL Server AWS, pertimbangkan untuk mengaktifkan [pemantauan terperinci](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-metrics-basic-detailed.html) dan menerapkan metrik [CloudWatch khusus untuk menangkap metrik](https://aws.amazon.com/blogs/database/monitor-your-microsoft-sql-server-using-custom-metrics-with-amazon-cloudwatch-and-aws-systems-manager/) kinerja volume terperinci seperti latensi disk, IOPS, throughput, panjang antrian disk, kapasitas bekas vs. gratis, dan banyak lagi. Anda dapat menggunakan metrik CloudWatch kinerja ini untuk mengidentifikasi penyimpanan yang kurang disediakan dan disediakan secara berlebihan serta menyediakan titik data historis untuk menentukan persyaratan penyimpanan secara akurat.
Biaya penyimpanan SSD untuk Amazon EBS juga bervariasi berdasarkan kapasitas yang dialokasikan. Tabel di bawah ini menunjukkan perbandingan jenis volume yang berbeda. Semua jenis volume memiliki kapasitas 1 TB dan konfigurasi kinerja yang serupa.
****
| Tipe volume | IOPS Maks (16 KiB I/O) | Throughput maks (128 KiB I/O) | Harga per 1TB | Penghematan biaya persen |
| --- | --- | --- | --- | --- |
| gp2 | 3.000 | 250 | \$1102,40 | |
| gp3 | 3.000 | 250 | \$186,92 | 15% |
| io1 | 16.000 | 500 | \$11.168 | |
| io2 | 16.000 | 500 | \$11.168 | |
| gp3 | 16.000 | 500 | \$1146,92 | 87% |
| io2bx | 16.000 | 4.000 | \$11.168 | |
| gp3 | 16.000 | 1.000 | \$1181,92 | 84% |
**catatan**
Metrik kinerja dan biaya pada tabel sebelumnya adalah per volume, berdasarkan [perkiraan](https://calculator.aws/#/estimate?id=b637bb9c21ae8ad62f440e349dd2067de80e76b2) dari. Kalkulator Harga AWS An Akun AWS diperlukan untuk mengakses perkiraan di Kalkulator Harga AWS.
Volume Amazon EBS SSD gp3 memberikan kinerja luar biasa dengan biaya rendah. Anda dapat menghemat hingga 87 persen jika Anda memilih volume gp3 di atas volume io1 atau io2 untuk beban kerja yang membutuhkan kurang dari 16.000 IOPS dan 500 throughput. MiBps
Volume io2 Block Express (IO2bx) menawarkan peningkatan kinerja dibandingkan volume io2 biasa. Pada 16.000 IOPS, volume io1 atau io2 hanya mampu mencapai 500 MiBps throughput, sedangkan volume IO2bx dapat dikonfigurasi hingga 4.000 throughput. MiBps Dibandingkan dengan volume io1 dan io2, volume IO2bx memberikan lebih dari empat kali throughput antara 16.000 hingga 64.000 IOPS, dengan harga yang sama persis. Volume io2 reguler dapat dikonversi ke volume IO2bx dengan melampirkannya ke instans EC2 yang didukung IO2BX. Untuk daftar instans EC2 yang didukung IO2BX, lihat Volume SSD [IOPS yang disediakan dalam dokumentasi Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#io2-block-express). Sebelum menggunakan penyimpanan baru, Anda dapat menggunakannya [Kalkulator Harga AWS](https://calculator.aws/)untuk memperkirakan biaya bulanan Anda dan memahami dampaknya terhadap biaya berdasarkan trade-off antara daya tahan, kinerja, dan kapasitas.
## Optimalisasi biaya SSD umum untuk Amazon EBS
Kami menyarankan Anda mengevaluasi apa yang Anda simpan dan memastikan bahwa Anda menggunakan jenis dan kelas penyimpanan yang tepat. Misalnya, Amazon S3 menyediakan titik harga yang bagus, kebijakan siklus hidup bawaan, dan opsi replikasi yang ideal untuk pencadangan SQL Server. SQL Server 2022 memiliki kemampuan untuk membuat cadangan langsung ke Amazon S3, sementara versi SQL Server sebelumnya mengandalkan cadangan lokal asli. Jika Anda menjalankan SQL Server versi lama, pertimbangkan untuk membuat cadangan ke volume HDD Amazon EBS dan kemudian menyalin cadangan ke Amazon S3. Solusi ini dapat menghemat 53 persen dibandingkan dengan menggunakan volume gp3 untuk cadangan.
Tabel berikut menunjukkan perbedaan harga untuk penyimpanan 1 TB di Amazon EBS gp3, Amazon EBS HDD st1, dan Amazon S3.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/storage-sql-server.html)
**catatan**
Metrik biaya pada tabel sebelumnya didasarkan pada [perkiraan](https://calculator.aws/#/estimate?id=ba6032e10a5f8a82807c1e3b7d5a64ceb2cdcbde) di. Kalkulator Harga AWS An Akun AWS diperlukan untuk mengakses perkiraan di Kalkulator Harga AWS.
Kami menyarankan Anda mempertimbangkan hal-hal berikut:
+ Aktifkan pemantauan terperinci dan CloudWatch terapkan metrik khusus untuk menangkap persyaratan kinerja penyimpanan mereka secara akurat.
+ Tingkatkan penyimpanan Amazon EBS dari gp2 ke gp3 untuk mengurangi biaya, meningkatkan fleksibilitas, dan meningkatkan kinerja.
+ Tingkatkan penyimpanan Amazon EBS dari io1 ke io2 untuk meningkatkan daya tahan dan fleksibilitas kinerja.
+ Gunakan IO2bx sebagai pengganti io1 atau io2 jika memungkinkan untuk meningkatkan daya tahan dan kinerja.
+ Pertimbangkan mix-and-match pendekatan ketika memilih penyimpanan untuk membantu mengurangi kebutuhan kapasitas dan biaya volume kinerja tinggi. Misalnya, Anda dapat menggunakan volume gp3 murah untuk volume root Anda (sistem operasi), instalasi SQL Server, database sistem (tidak termasuk tempdb), dan database pengguna berkinerja rendah. Ini dapat membantu mengurangi kapasitas dan biaya volume io2, yang dapat didedikasikan untuk database pengguna berkinerja tinggi.
+ Jika Anda menghosting database SQL Server AWS, kami sarankan Anda menggunakan beberapa file data SQL Server per database. Hal ini memungkinkan kesempatan untuk mendistribusikan read/write beban kerja di beberapa volume, mengurangi kinerja dan persyaratan kapasitas per volume dan akibatnya mengurangi biaya.
+ Bahkan jika beban kerja produksi memerlukan penyimpanan berkinerja lebih tinggi, seperti io1 atau IO2/IO2bx, pertimbangkan volume gp3 untuk beban kerja non-produksi untuk membantu mengurangi biaya.
+ Lacak dan tren pemanfaatan penyimpanan dari waktu ke waktu untuk dengan mudah mengidentifikasi lonjakan penggunaan dan biaya tak terduga.
+ Gunakan [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)untuk rekomendasi tentang penskalaan volume EBS naik atau turun berdasarkan pemanfaatan aktual.
+ Gunakan elastisitas AWS untuk menyesuaikan kinerja dan kebutuhan kapasitas volume SSD Anda untuk Amazon EBS. Tidak seperti lingkungan lokal, Anda tidak perlu menyediakan kinerja dan kapasitas penyimpanan yang berlebihan untuk beban kerja di masa mendatang. Anda dapat memigrasikan beban kerja SQL Server yang ada ke AWS dan menyesuaikan kinerja atau kapasitas sesuai kebutuhan, sambil menjaga database tetap online.
## Sumber daya tambahan
+ [Jenis volume Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html) (dokumentasi Amazon EBS)
+ [Amazon Elastic Block Store (Amazon EBS) (dokumentasi Amazon](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html) EBS)
+ Volume [IOPS SSD yang disediakan (dokumentasi Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html)
+ [Volume penyimpanan instans SSD](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ssd-instance-store.html) (dokumentasi Amazon EC2)
+ [ CloudWatch Metrik Amazon untuk Amazon EBS (dokumentasi](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html) Amazon EBS)
+ [Spesifikasi untuk instans yang dioptimalkan untuk penyimpanan Amazon EC2 (dokumentasi Amazon EC2](https://docs.aws.amazon.com/ec2/latest/instancetypes/so.html))
+ [Lindungi beban kerja SQL Server Anda menggunakan NetApp SnapCenter Amazon FSx untuk NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) (AWS Blog Penyimpanan)
+ [FAQ Amazon EC2 (halaman produk](https://aws.amazon.com/ec2/faqs/))AWS
# Optimalkan lisensi SQL Server dengan menggunakan Compute Optimizer
Panduan tentang cara mengoptimalkan lisensi untuk SQL Server dengan menggunakan. AWS Compute Optimizer
## Ikhtisar
[AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html)dapat merekomendasikan peluang pengoptimalan lisensi untuk beban kerja Microsoft SQL Server di Amazon Elastic Compute Cloud (Amazon EC2). Compute Optimizer dapat memberikan rekomendasi otomatis untuk mengurangi biaya lisensi. Rekomendasi dari Compute Optimizer tercantum di samping setiap instans EC2 Anda dengan lisensi Microsoft SQL Server. Informasi yang diberikan mencakup peluang penghematan yang disarankan, harga On-Demand instans EC2, dan harga lisensi Anda sendiri (BYOL) per jam. Informasi ini dapat membantu Anda memutuskan apakah Anda harus menurunkan versi edisi lisensi Anda.
Compute Optimizer secara otomatis menemukan instans SQL Server Anda di Amazon EC2 berdasarkan jenis beban kerja yang disimpulkan. Untuk melihat rekomendasi lisensi, Anda dapat memilih instance SQL Server di Compute Optimizer dan kemudian mengautentikasi [dengan CloudWatch Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-application-insights.html) Application Insights menggunakan kredenal database hanya-baca. Compute Optimizer menganalisis jika Anda menggunakan fitur edisi SQL Server Enterprise apa pun. Jika tidak ada fitur edisi Enterprise yang digunakan, Compute Optimizer merekomendasikan agar Anda menurunkan versi ke edisi Standar untuk mengurangi biaya lisensi.
Anda juga dapat menggunakan Compute Optimizer untuk membuat rekomendasi ukuran untuk instans Amazon EC2 yang menjalankan beban kerja SQL Server. Untuk informasi selengkapnya, lihat [Optimalkan ukuran SQL Server menggunakan Compute Optimizer](sql-server-sizing-compute-optimizer.md) dalam panduan ini.
## Rekomendasi optimisasi biaya
Rekomendasi lisensi di Compute Optimizer dapat membantu Anda mengevaluasi fitur yang Anda gunakan di Microsoft SQL Server dan memilih edisi yang paling hemat biaya untuk beban kerja Anda. Edisi SQL Server Enterprise secara signifikan lebih mahal daripada edisi Standar. Untuk informasi selengkapnya, lihat [Bandingkan edisi SQL Server](sql-server-editions.md) dalam panduan ini dan lihat [harga SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) di situs web Microsoft. Menginvestasikan waktu untuk mengonfigurasi Compute Optimizer untuk mengevaluasi armada SQL Server Anda dan memberikan rekomendasi dapat secara dramatis mengurangi biaya lisensi Anda.
Halaman **detail Lisensi** memberikan informasi berikut:
+ Gunakan tabel untuk membandingkan setelan lisensi Anda saat ini (seperti edisi, model, dan jumlah inti instans) dengan rekomendasi Compute Optimizer.
+ Gunakan grafik pemanfaatan untuk meninjau jumlah fitur edisi Enterprise yang digunakan selama periode analisis.
Untuk informasi selengkapnya, lihat [Melihat detail rekomendasi lisensi perangkat lunak komersial di dokumentasi](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-viewing-details) Compute Optimizer.
## Konfigurasikan Compute Optimizer
Compute Optimizer menganalisis lisensi perangkat lunak komersial dengan menggunakan metrik. `mssql_enterprise_features_used` Untuk informasi selengkapnya tentang metrik ini, lihat [Metrik untuk lisensi perangkat lunak komersial](https://docs.aws.amazon.com/compute-optimizer/latest/ug/metrics.html#license-metrics-analyzed).
1. Pastikan Anda memiliki izin yang sesuai untuk ikut serta dalam Compute Optimizer. Untuk informasi selengkapnya, lihat berikut ini:
+ [Kebijakan untuk ikut serta dalam Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#opting-in-access)
+ [Kebijakan untuk memberikan akses ke Compute Optimizer untuk mandiri Akun AWS](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#standalone-account-access)
+ [Kebijakan untuk memberikan akses ke Compute Optimizer untuk akun manajemen organisasi](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#organization-account-access)
1. Lampirkan peran dan kebijakan instans yang diperlukan untuk CloudWatch Application Insights. Untuk petunjuk, lihat [Kebijakan untuk mengaktifkan rekomendasi lisensi perangkat lunak komersial](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#license-access).
1. Aktifkan Wawasan CloudWatch Aplikasi dengan menggunakan kredensil database Microsoft SQL Server Anda. Untuk petunjuk, lihat [Mengatur aplikasi untuk pemantauan](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/appinsights-setting-up.html) dalam CloudWatch dokumentasi.
**catatan**
Untuk menghasilkan rekomendasi untuk lisensi perangkat lunak komersial, setidaknya 30 jam berturut-turut data CloudWatch metrik diperlukan. Untuk informasi selengkapnya, lihat [persyaratan CloudWatch metrik](https://docs.aws.amazon.com/compute-optimizer/latest/ug/requirements.html#requirements-metrics).
1. Gunakan kueri SQL berikut untuk mengonfigurasi akses hak istimewa terkecil untuk Wawasan Aplikasi. CloudWatch
```
GRANT VIEW SERVER STATE TO [LOGIN];
GRANT VIEW ANY DEFINITION TO [LOGIN];
```
Ini memungkinkan layanan baru, PrometheusSqlExporter SQL.
1. Dari akun manajemen target Akun AWS atau organisasi, pilih Compute Optimizer. Untuk petunjuk, lihat [Memilih di akun Anda](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html#account-opt-in).
**catatan**
Setelah Anda ikut serta, temuan dan rekomendasi pengoptimalan dapat memakan waktu hingga 24 jam untuk dihasilkan.
1. Di konsol [Compute Optimizer](https://console.aws.amazon.com/compute-optimizer/), **pilih** Lisensi di panel navigasi.
1. Di kolom **Temuan**, cari instance yang memiliki temuan **metrik tidak mencukupi**. Compute Optimizer mengembalikan temuan ini jika mendeteksi CloudWatch bahwa Application Insights tidak diaktifkan atau memiliki izin yang tidak mencukupi. Untuk informasi lebih lanjut, lihat [Menemukan alasan](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-finding-reasons). Lakukan hal berikut untuk menyelesaikan temuan ini:
1. Pilih instance.
1. Tambahkan rahasia.
1. Konfirmasikan peran instans dan kebijakan terlampir.
1. Pilih **Aktifkan rekomendasi lisensi**.
1. Di kolom **Temuan**, cari contoh apa pun yang memiliki temuan **Tidak dioptimalkan**. Compute Optimizer mengembalikan temuan ini jika mendeteksi bahwa infrastruktur Amazon EC2 Anda tidak menggunakan salah satu fitur lisensi Microsoft SQL Server yang Anda bayar. Untuk informasi lebih lanjut, lihat [Menemukan alasan](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-finding-reasons). Lakukan hal berikut untuk menyelesaikan temuan ini:
1. Pilih instance.
1. Bandingkan edisi lisensi saat ini dengan edisi yang direkomendasikan.
1. Tinjau grafik pemanfaatan lisensi saat ini.
1. Jika Anda ingin menurunkan versi lisensi, pilih **Implementasikan rekomendasi**.
1. Tinjau persyaratan dan ikuti instruksi untuk menurunkan versi lisensi. Jika Anda ingin mengotomatiskan proses, lihat [Downgrade SQL Server Enterprise edition menggunakan AWS Systems Manager Dokumen untuk mengurangi biaya](https://aws.amazon.com/blogs/mt/downgrade-sql-server-enterprise-edition-using-aws-systems-manager-document-to-reduce-cost/) (AWS Blog).
## Sumber daya tambahan
+ [Mengurangi biaya lisensi Microsoft SQL Server dengan AWS Compute Optimizer(Blog](https://aws.amazon.com/blogs/modernizing-with-aws/reduce-microsoft-sql-server-licensing-costs-with-aws-compute-optimizer/))AWS
+ [Apa itu AWS Compute Optimizer?](https://docs.aws.amazon.com/compute-optimizer/index.html) (AWS dokumentasi)
+ [Melihat rekomendasi lisensi perangkat lunak komersial](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html) (AWS dokumentasi)
+ [Turunkan versi edisi Microsoft SQL Server Anda (dokumentasi](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/downgrade-sql-server-on-ec2.html))AWS
+ [Microsoft SQL Server di AWS](https://aws.amazon.com/sql/) ()AWS
+ [Lisensi Microsoft pada AWS](https://aws.amazon.com/windows/resources/licensing/) ()AWS
+ [Harga Microsoft SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [Harga Microsoft SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) (Microsoft)
# Optimalkan ukuran SQL Server dengan menggunakan Compute Optimizer
## Ikhtisar
[AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html)membantu administrator database (DBA) menemukan beban kerja Microsoft SQL Server di Amazon Elastic Compute Cloud (Amazon EC2) dan instans EC2 ukuran kanan untuk mengurangi biaya lisensi hingga 25%. Fitur [tipe beban kerja yang disimpulkan](https://docs.aws.amazon.com/compute-optimizer/latest/ug/inferred-workload-type.html) di Compute Optimizer menggunakan machine learning (ML) dan secara otomatis mendeteksi aplikasi yang mungkin berjalan pada resource Anda. AWS Compute Optimizer mencakup dukungan untuk SQL Server sebagai tipe beban kerja yang disimpulkan. Dengan menggunakan fitur tipe beban kerja yang disimpulkan, Anda dapat menentukan peluang penghematan biaya berdasarkan beban kerja tertentu yang berjalan pada instans Amazon EC2 Anda.
Dengan fitur ini, Anda dapat mengkategorikan peluang penghematan biaya dengan jenis beban kerja yang disimpulkan yang didukung, seperti SQL Server. Compute Optimizer dapat secara otomatis menemukan instans SQL Server EC2 yang disediakan secara berlebihan. Anda dapat beralih ke konsol EC2 untuk mengurangi ukuran instans, yang membantu mengurangi biaya lisensi dan infrastruktur.
Anda juga dapat menggunakan Compute Optimizer untuk membuat rekomendasi lisensi SQL Server. Untuk informasi selengkapnya, lihat [Optimalkan lisensi SQL Server menggunakan Compute Optimizer](sql-server-compute-optimizer.md) dalam panduan ini.
## Konfigurasikan Compute Optimizer
Untuk petunjuk penggunaan Compute Optimizer dengan beban kerja yang disimpulkan SQL Server, [lihat Mengoptimalkan kinerja dan mengurangi biaya lisensi: Memanfaatkan instans SQL Server Amazon EC2 ( AWS Compute Optimizer Blog](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/)).AWS Anda dapat memilih akun mandiri, akun yang merupakan anggota organisasi, dan akun manajemen organisasi. Untuk akun mandiri dan anggota, memilih untuk mengaktifkan Compute Optimizer hanya untuk akun tersebut. Untuk akun manajemen organisasi, Anda dapat memilih apakah akan mengaktifkan Compute Optimizer di akun tersebut saja atau untuk semua akun anggota organisasi.
Proses keikutsertaan Compute Optimizer secara otomatis membuat AWS Identity and Access Management peran terkait layanan (IAM). Untuk informasi selengkapnya, lihat [Menggunakan peran terkait layanan](https://docs.aws.amazon.com/compute-optimizer/latest/ug/using-service-linked-roles.html) untuk. AWS Compute Optimizer
Compute Optimizer menganalisis sumber daya Anda berdasarkan metrik CloudWatch Amazon, seperti penggunaan CPU, I/O, jaringan, dan Amazon Elastic Block Store (Amazon EBS). Untuk menghasilkan rekomendasi, setidaknya 30 jam berturut-turut data CloudWatch metrik diperlukan dalam 14 hari terakhir. Jika Anda mengaktifkan fitur metrik infrastruktur yang disempurnakan, itu memperluas metrik pemanfaatan hingga 93 hari. Untuk informasi selengkapnya, lihat [persyaratan CloudWatch metrik](https://docs.aws.amazon.com/compute-optimizer/latest/ug/requirements.html#requirements-metrics) dan [Metrik infrastruktur yang disempurnakan](https://docs.aws.amazon.com/compute-optimizer/latest/ug/enhanced-infrastructure-metrics.html) dalam dokumentasi Compute Optimizer.
Compute Optimizer menyediakan opsi dan penghematan yang terkait dengan setiap opsi, berdasarkan vCPU, memori, penyimpanan, jaringan, risiko, dan upaya migrasi. Anda dapat menggunakan dasbor CloudWatch metrik untuk menganalisis data yang digunakan untuk membuat rekomendasi. Dengan data ini, Anda dapat mengukur instans EC2 yang menjalankan beban kerja SQL Server. Untuk informasi selengkapnya tentang cara mengubah jenis instans, lihat [Mengubah jenis instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html) di dokumentasi Amazon EC2.
## Sumber daya tambahan
+ [AWS Compute Optimizer mengidentifikasi dan menyaring beban kerja Microsoft SQL Server (](https://aws.amazon.com/about-aws/whats-new/2023/05/aws-compute-optimizer-identifies-filters-sql-server-workloads/))AWS
+ [Mengoptimalkan kinerja dan mengurangi biaya lisensi: Memanfaatkan instans AWS Compute Optimizer SQL Server Amazon EC2 (Blog)](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/)AWS
+ [Apa itu AWS Compute Optimizer?](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html) (AWS dokumentasi)
+ [Melihat rekomendasi instans EC2](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ec2-recommendations.html) (AWS dokumentasi)
# Meninjau Trusted Advisor rekomendasi untuk beban kerja SQL Server
## Ikhtisar
[AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor.html)memberikan rekomendasi yang membantu Anda mengikuti praktik AWS terbaik. Dengan menganalisis penggunaan, konfigurasi, dan pengeluaran Anda, Trusted Advisor memberikan rekomendasi yang dapat ditindaklanjuti untuk mengurangi biaya, meningkatkan ketersediaan dan kinerja sistem, atau membantu menutup celah keamanan. Bagian ini berfokus pada Trusted Advisor pemeriksaan yang dapat membantu Anda mengurangi biaya pengoperasian beban kerja SQL Server di. AWS Cloud
## Rekomendasi optimisasi biaya
Trusted Advisor memberikan rekomendasi yang membantu Anda mengoptimalkan beban kerja SQL Server di Amazon Elastic Compute Cloud (Amazon EC2). Pemeriksaan memeriksa beban kerja SQL Server Anda dan secara otomatis mencantumkan instance yang memerlukan pengoptimalan. Trusted Advisor Rekomendasi operasionalisasi dapat mengurangi biaya dan meningkatkan postur keamanan organisasi Anda.
Berikut ini adalah Trusted Advisor pemeriksaan yang berfokus pada Microsoft SQL Server:
+ [Instans Amazon EC2 disediakan secara berlebihan untuk Microsoft SQL](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html#ec2-instance-over-provisioned-microsoft-sql-server) Server — Pemeriksaan ini menganalisis instans Amazon EC2 Anda yang menjalankan SQL Server dan memberi tahu Anda jika instans melebihi batas vCPU perangkat lunak SQL Server. Misalnya, sebuah instance dengan SQL Server Standard edition dapat menggunakan hingga 48 vCPUs. Sebuah instance dengan SQL Server Web dapat menggunakan hingga 32 vCPUs.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/sql-server-trusted-advisor.html)
+ [Konsolidasi instans Amazon EC2 untuk Microsoft SQL](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html#ec2-instances-consolidation-sql-server) Server — Pemeriksaan ini menganalisis instans Amazon EC2 Anda dan memberi tahu Anda jika instans Anda memiliki kurang dari jumlah minimum lisensi SQL Server. Anda dapat mengkonsolidasikan instance SQL Server yang lebih kecil untuk membantu menurunkan biaya. Jika Anda memiliki banyak instance SQL Server kecil yang disertakan lisensi, maka pertimbangkan untuk mengkonsolidasikan. Menurut [panduan lisensi Microsoft SQL Server 2019, SQL Server memerlukan minimal 4 lisensi](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf) vCPU per instans. Jika Anda mengkonsolidasikan database ini, Anda dapat menghemat biaya lisensi. Anda dapat membuat keputusan berdasarkan jumlah database pada instance, ukuran database maksimum, dan ukuran total database. Konsolidasi didukung untuk edisi Web, Standar, dan Perusahaan SQL Server. Untuk informasi selengkapnya, lihat [Mengkonsolidasikan Database SQL Server (posting blog Microsoft)](https://learn.microsoft.com/en-us/archive/blogs/mvpawardprogram/consolidating-sql-server-databases).
AWS tidak merekomendasikan menempatkan database produksi besar hanya pada satu server. Namun, Anda dapat mengkonsolidasikan yang lebih kecil yang digunakan untuk lingkungan non-produksi, seperti untuk pengembangan, pengujian, dan pementasan. Ini tergantung pada penggunaan SQL Server Anda saat ini; jika Anda memiliki database penggunaan rendah, Anda dapat mengkonsolidasikan pada satu server.
## Konfigurasikan Trusted Advisor
Lakukan hal berikut untuk mengevaluasi pemeriksaan terfokus SQL Server. Trusted Advisor
1. Masuk ke Konsol Manajemen AWS.
1. Buka [konsol AWS Trusted Advisor](https://console.aws.amazon.com/trustedadvisor/home).
1. Di panel navigasi, di bawah **Rekomendasi**, pilih **Optimalisasi biaya**.
1. Dalam daftar **pemeriksaan pengoptimalan biaya**, tinjau status **konsolidasi instans Amazon EC2 untuk instans Microsoft SQL Server dan** Amazon **EC2** yang disediakan secara berlebihan untuk pemeriksaan Microsoft SQL Server.
+ Simbol centang hijau menunjukkan bahwa instans Amazon EC2 Anda dikonfigurasi secara optimal.
+ Simbol peringatan oranye menunjukkan bahwa ada peluang untuk perbaikan.
1. Pilih cek untuk melihat detail dan rekomendasinya.
1. Ikuti petunjuk yang diberikan oleh pemeriksaan untuk mengoptimalkan instans Amazon EC2 yang menjalankan beban kerja SQL Server.
1. Pantau instans Anda secara teratur, dan segarkan pemeriksaan secara berkala.
## Sumber daya tambahan
+ [Trusted Advisor periksa referensi](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor-check-reference.html) (AWS dokumentasi)
+ [Microsoft SQL Server di AWS](https://aws.amazon.com/sql/) ()AWS
+ [Lisensi Microsoft pada AWS](https://aws.amazon.com/windows/resources/licensing/) ()AWS
+ [Harga SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [AWS Launch Wizard untuk SQL Server](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sql.html) (AWS dokumentasi)