Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Perbandingan opsi cadangan
Kami menyelesaikan pengujian benchmark kinerja pada pendekatan yang tercakup dalam panduan ini. Pengujian dilakukan dengan instance r5d.8xlarge dan database SQL Server 1TB 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. SQL Server asliBACKUPperintah termasuk menulis ke 10 file cadangan, menggunakan kompresi untuk mengoptimalkan kinerja cadangan dan mengurangi jumlah data yang dikirim di seluruh jaringan dan ditulis ke target. Dalam semua kasus uji, database sumber atau opsi cadangan target, kinerja penyimpanan adalah hambatan.
Ada berbagai kemungkinan konfigurasi yang hampir tak ada habisnya untuk jenis pengujian ini. Kami berhati-hati untuk mengoptimalkan kinerja, biaya, skalabilitas, dan kasus penggunaan dunia nyata. Opsi target cadangan dengan detail dan kinerja disertakan dalam tabel berikut.
| Opsi cadangan | Durasi lari (min) | Tingkat pencadangan |
|---|---|---|
|
Cadangan asli ke volume EBS lokal st1 HDD 2 TB st1 500 IOPS 500 MiB/s |
00:30:46 |
475, 9 MB/dtk |
|
Cadangan asli ke Amazon FSx untuk Windows File Server HDD 10 TB pada throughput 512 Mbps |
00:20:58 |
814,0 Mbps |
|
Cadangan asli ke Amazon S3 File Gateway m6i.4xlarge (16 vCPU, 64 GB) dengan 2 TB gp3 |
00:23:20 |
731,5 Mbps |
|
Snapshot Amazon EBS berkemampuan VSS |
00:00:53 |
Tidak berlaku (snapshot) |
|
AWS Backup(Cadangan AMI) |
00:08:00 |
Tidak berlaku (snapshot) |
Berdasarkan pengujian kami, cadangan database SQL Server asli ke FSx untuk Windows File Server adalah opsi tercepat, sementara cadangan ke Storage Gateway dan volume EBS yang terpasang secara lokal lebih hemat biaya dengan kinerja yang lebih lambat. Untuk pencadangan tingkat server (AMI),AWS Backupharus digunakan untuk kinerja, biaya, dan pengelolaan yang optimal.
