Cara AWS Backup bekerja dengan AWS layanan yang didukung - AWS Backup
Memilih untuk mengelola layanan dengan AWS BackupBekerja dengan data Amazon S3Bekerja dengan mesin virtual VMwareBekerja dengan Amazon DynamoDBBekerja dengan sistem file Amazon FSxBekerja dengan Amazon EC2Bekerja dengan Amazon EFSBekerja dengan Amazon EBSBekerja dengan Amazon RDS dan AuroraBekerja dengan AWS BackIntBekerja dengan AWS Storage GatewayBekerja dengan Amazon DocumentDBBekerja dengan Amazon NeptunusBekerja dengan Amazon TimestreamBekerja dengan AWS OrganizationsBekerja dengan AWS CloudFormationBekerja dengan AWS BackInt, AWS Systems Manager untuk SAP, dan SAP HANABagaimana AWS layanan mendukung sumber daya mereka sendiri

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

Cara AWS Backup bekerja dengan AWS layanan yang didukung

Beberapa AWS layanan yang AWS Backup didukung menawarkan fitur cadangan mereka sendiri yang berdiri sendiri. Fitur-fitur tersebut tersedia untuk Anda terlepas dari apakah Anda menggunakannya AWS Backup. Namun, cadangan AWS layanan lain yang dibuat tidak tersedia untuk tata kelola pusat melalui. AWS Backup

Untuk mengonfigurasi AWS Backup untuk mengelola perlindungan data secara terpusat untuk semua layanan yang didukung, Anda harus memilih untuk mengelola layanan tersebut AWS Backup, membuat cadangan sesuai permintaan atau menjadwalkan pencadangan menggunakan paket cadangan, dan menyimpan cadangan Anda di brankas cadangan.

Memilih untuk mengelola layanan dengan AWS Backup

Ketika AWS layanan baru tersedia, Anda harus mengaktifkan AWS Backup untuk menggunakan layanan tersebut. Jika Anda mencoba membuat cadangan atau cadangan sesuai permintaan menggunakan sumber daya dari layanan yang tidak diaktifkan, Anda menerima pesan kesalahan dan tidak dapat menyelesaikan prosesnya.

AWS Backup Konsol memiliki dua cara untuk menyertakan jenis sumber daya dalam rencana cadangan: secara eksplisit menetapkan jenis sumber daya dalam rencana cadangan atau menyertakan semua sumber daya. Lihat poin di bawah ini untuk memahami cara kerja pilihan ini dengan layanan opt in.

  • Jika penetapan sumber daya hanya didasarkan pada tag, maka pengaturan keikutsertaan layanan diterapkan.

  • Jika jenis sumber daya secara eksplisit ditetapkan ke rencana cadangan, itu akan disertakan dalam cadangan meskipun keikutsertaan tidak diaktifkan untuk layanan tertentu. Ini tidak berlaku untuk Aurora, Neptunus, dan Amazon DocumentDB. Agar layanan ini disertakan, keikutsertaan harus diaktifkan.

  • Jika kedua jenis sumber daya dan tag ditentukan dalam penetapan sumber daya, jenis sumber daya yang ditentukan difilter terlebih dahulu, lalu tag lebih lanjut memfilter sumber daya tersebut.

    Pengaturan keikutsertaan layanan diabaikan untuk sebagian besar jenis sumber daya. Namun Aurora, Neptunus, dan Amazon DocumentDB memerlukan layanan opt-in.

  • Untuk Amazon FSx untuk NetApp ONTAP, saat menggunakan pemilihan sumber daya berbasis tag, terapkan tag ke volume individual alih-alih seluruh sistem file.

Pengaturan keikutsertaan layanan khusus untuk Wilayah. Saat akun menggunakan AWS Backup (membuat brankas cadangan atau paket cadangan) di Wilayah, akun secara otomatis dipilih ke semua jenis sumber daya yang didukung oleh AWS Backup di Wilayah pada saat itu. Layanan yang didukung yang ditambahkan ke Wilayah tersebut di kemudian hari tidak akan secara otomatis disertakan dalam paket cadangan. Anda dapat memilih untuk memilih jenis sumber daya tersebut setelah didukung.

Untuk mengkonfigurasi layanan yang digunakan AWS Backup

  1. Buka AWS Backup konsol di https://console.aws.amazon.com/backup.

  2. Pada panel navigasi, silakan pilih Pengaturan.

  3. Pada halaman keikutsertaan Layanan, pilih Konfigurasi sumber daya.

  4. Gunakan sakelar sakelar untuk mengaktifkan atau menonaktifkan layanan yang digunakan. AWS Backup

    penting

    RDS, Aurora, Neptune, dan DocumentDB berbagi Amazon Resource Name (ARN) yang sama. Memilih untuk mengelola salah satu jenis sumber daya ini dengan AWS Backup memilih semuanya saat menetapkannya ke paket cadangan. Terlepas dari itu, kami sarankan Anda memilih semuanya untuk secara akurat mewakili status keikutsertaan Anda.

  5. Pilih Konfirmasi.

Bekerja dengan data Amazon S3

AWS Backup menawarkan pencadangan dan pemulihan yang dikelola sepenuhnya untuk cadangan Amazon S3. Untuk mempelajari selengkapnya, lihat Cadangan Amazon S3.

Untuk informasi rinci tentang data S3, lihat dokumentasi Amazon S3.

Bekerja dengan mesin virtual VMware

AWS Backup mendukung perlindungan data terpusat dan otomatis untuk mesin virtual VMware (VM) lokal bersama dengan VM di VMware Cloud™ (VMC) aktif. AWS Anda dapat membuat cadangan dari tempat Anda dan mesin virtual VMC ke. AWS Backup Kemudian, Anda dapat memulihkan dari AWS Backup baik di tempat atau VMC.

Backup gateway adalah AWS Backup perangkat lunak yang dapat diunduh yang Anda gunakan ke VM VMware Anda untuk menghubungkannya. AWS Backup Gateway terhubung ke server manajemen VM Anda untuk menemukan VM, menemukan VM Anda, mengenkripsi data, dan mentransfer data secara efisien. AWS Backup Diagram berikut menggambarkan bagaimana Backup gateway terhubung ke VM Anda:

Gateway cadangan adalah template OVF yang menghubungkan lingkungan VMware Anda. AWS Backup

Bekerja dengan Amazon DynamoDB

AWS Backup mendukung pencadangan dan pemulihan tabel Amazon DynamoDB. DynamoDB adalah layanan database NoSQL yang dikelola sepenuhnya yang memberikan kinerja yang cepat dan dapat diprediksi dengan skalabilitas yang mulus.

Sejak diluncurkan, AWS Backup selalu mendukung DynamoDB. Mulai November 2021, AWS Backup juga memperkenalkan fitur-fitur canggih untuk backup DynamoDB. Fitur-fitur canggih tersebut termasuk menyalin cadangan Anda di seluruh Wilayah AWS dan akun, meningkatkan cadangan ke penyimpanan dingin, dan menggunakan tag untuk izin dan manajemen biaya.

Orientasi AWS Backup pelanggan baru setelah November 2021 akan mengaktifkan fitur cadangan DynamoDB lanjutan secara default.

Kami merekomendasikan semua AWS Backup pelanggan yang ada mengaktifkan fitur-fitur canggih untuk DynamoDB. Tidak ada perbedaan dalam harga penyimpanan cadangan hangat setelah Anda mengaktifkan fitur-fitur canggih, dan Anda dapat menghemat uang dengan meningkatkan cadangan ke penyimpanan dingin dan mengoptimalkan biaya Anda dengan menggunakan tag alokasi biaya.

Untuk daftar lengkap fitur-fitur canggih dan cara mengaktifkannya, lihatCadangan DynamoDB tingkat lanjut.

Untuk informasi rinci tentang DynamoDB, lihat Apa itu Amazon DynamoDB? di Panduan Pengembang Amazon DynamoDB.

Bekerja dengan sistem file Amazon FSx

AWS Backup mendukung pencadangan dan pemulihan sistem file Amazon FSx. Amazon FSx menyediakan sistem file pihak ketiga yang dikelola sepenuhnya dengan kompatibilitas asli dan set fitur untuk beban kerja. AWS Backup menggunakan fungsionalitas cadangan bawaan Amazon FSx. Jadi cadangan yang diambil dari AWS Backup konsol memiliki tingkat konsistensi dan kinerja sistem file yang sama, dan opsi pemulihan yang sama dengan cadangan yang diambil melalui konsol Amazon FSx.

Jika Anda menggunakannya AWS Backup untuk mengelola cadangan ini, Anda mendapatkan fungsionalitas tambahan, seperti opsi retensi tak terbatas, dan kemampuan untuk membuat cadangan terjadwal sesering setiap jam. Selain itu, AWS Backup pertahankan cadangan Anda bahkan setelah sistem file sumber dihapus. Hal ini melindungi dari penghapusan yang tidak disengaja atau berbahaya.

Gunakan AWS Backup untuk melindungi sistem file Amazon FSx jika Anda ingin mengonfigurasi kebijakan pencadangan dan memantau tugas pencadangan dari konsol cadangan pusat yang juga memperluas dukungan untuk layanan lain. AWS

Untuk informasi rinci tentang sistem file Amazon FSx, lihat dokumentasi Amazon FSx.

Bekerja dengan Amazon EC2

AWS Backup mendukung instans Amazon EC2.

Anda dapat menjadwalkan atau melakukan pekerjaan pencadangan sesuai permintaan yang mencakup seluruh instans EC2, termasuk volume Amazon EBS-nya. Oleh karena itu, Anda dapat memulihkan seluruh instans Amazon EC2 dari satu titik pemulihan, termasuk volume root, volume data, dan beberapa pengaturan konfigurasi instans, seperti jenis instans dan key pair.

Anda juga dapat mencadangkan dan memulihkan aplikasi Microsoft Windows berkemampuan VSS Anda. Anda dapat menjadwalkan pencadangan yang konsisten dengan aplikasi, menentukan kebijakan siklus hidup, dan melakukan pemulihan yang konsisten sebagai bagian dari pencadangan sesuai permintaan atau rencana pencadangan terjadwal. Untuk informasi selengkapnya, lihat Membuat cadangan Windows VSS.

AWS Backup tidak me-reboot instans EC2 Anda kapan saja.

Gambar dan snapshot

Saat mencadangkan instans Amazon EC2 AWS Backup , ambil snapshot dari volume penyimpanan Amazon EBS root, konfigurasi peluncuran, dan semua volume EBS terkait. AWS Backup menyimpan parameter konfigurasi tertentu dari instans EC2, termasuk jenis instans, grup keamanan, Amazon VPC, konfigurasi pemantauan, dan tag. Data cadangan disimpan sebagai Amazon Machine Image (AMI) yang didukung volume Amazon EBS.

Jika Anda menghapus snapshot Amazon Machine Image (AMI) atau Amazon EBS yang dikelola dengan AWS Backup menggunakan AWS Backup dan tempat sampah Amazon EC2 telah dikonfigurasi, gambar atau snapshot mungkin dikenakan biaya sesuai kebijakan recycle bin Amazon EC2. Snapshot dan gambar di recycle bin Amazon EC2 tidak lagi dikelola AWS Backup oleh dan tidak akan dikelola AWS Backup oleh kebijakan jika Anda memulihkannya dari recycle bin.

AWS Backup snapshot Amazon EBS terkelola dan snapshot yang terkait dengan AWS Backup Amazon EC2 AMI terkelola yang menerapkan Amazon EBS Snapshot Lock mungkin tidak dihapus sebagai bagian dari siklus hidup titik pemulihan jika durasi kunci snapshot melebihi siklus hidup pencadangan. Sebaliknya, titik pemulihan ini akan berstatusEXPIRED. Poin pemulihan ini dapat dihapus secara manual jika Anda memilih untuk menghapus kunci snapshot Amazon EBS terlebih dahulu.

AWS Backup dapat mengenkripsi snapshot EBS yang terkait dengan cadangan Amazon EC2. Ini mirip dengan cara mengenkripsi snapshot EBS. AWS Backup menggunakan enkripsi yang sama yang diterapkan pada volume EBS yang mendasarinya saat membuat snapshot Amazon EC2 AMI, dan parameter konfigurasi instans asli dipertahankan dalam metadata pemulihan.

Sebuah snapshot memperoleh enkripsi dari volume, dan enkripsi yang sama diterapkan ke snapshot yang sesuai. Cuplikan EBS dari AMI yang disalin selalu dienkripsi. Jika Anda menentukan kunci KMS selama penyalinan, kunci yang ditentukan diterapkan. Jika Anda tidak menentukan kunci KMS, kunci KMS default diterapkan.

Untuk informasi selengkapnya, lihat instans Amazon EC2 di Panduan Pengguna Amazon EC2 dan enkripsi Amazon EBS di Panduan Pengguna Amazon EBS.

Bekerja dengan Amazon EFS

AWS Backup mendukung Amazon Elastic File System (Amazon EFS).

Untuk informasi rinci tentang sistem file Amazon EFS, lihat Apa itu Amazon Elastic File System? di Panduan Pengguna Amazon Elastic File System.

Bekerja dengan Amazon EBS

AWS Backup mendukung volume Amazon Elastic Block Store (Amazon EBS).

AWS Backup snapshot Amazon EBS terkelola dan snapshot yang terkait dengan AWS Backup Amazon EC2 AMI terkelola yang menerapkan Amazon EBS Snapshot Lock mungkin tidak dihapus sebagai bagian dari siklus hidup titik pemulihan jika durasi kunci snapshot melebihi siklus hidup pencadangan. Sebaliknya, titik pemulihan ini akan berstatusEXPIRED. Poin pemulihan ini dapat dihapus secara manual jika Anda memilih untuk menghapus kunci snapshot Amazon EBS terlebih dahulu.

Untuk informasi selengkapnya, lihat volume Amazon EBS di Panduan Pengguna Amazon EBS.

Bekerja dengan Amazon RDS dan Aurora

AWS Backup mendukung mesin database Amazon RDS dan cluster Aurora.

Untuk informasi selengkapnya tentang Amazon RDS, lihat Apa itu Amazon Relational Database Service? di Panduan Pengguna Amazon RDS.

Untuk informasi rinci tentang Aurora, lihat Apa itu Amazon Aurora? di Panduan Pengguna Amazon Aurora.

catatan

Jika Anda memulai pekerjaan pencadangan dari konsol Amazon RDS, ini dapat bertentangan dengan pekerjaan pencadangan klaster Aurora, menyebabkan kesalahan Pekerjaan Backup berakhir sebelum selesai. Jika ini terjadi, konfigurasikan jendela cadangan yang lebih panjang di AWS Backup.

catatan

Kustom RDS untuk SQL Server dan RDS Kustom untuk Oracle saat ini tidak didukung oleh. AWS Backup

catatan

AWS tidak mengenakan biaya untuk snapshot Aurora yang disimpan di dalam brankas cadangan selama Aurora mengaktifkan pencadangan otomatis dan periode retensi untuk pencadangan otomatis Aurora lebih dari periode retensi snapshot Aurora. Setiap snapshot dalam brankas cadangan akan dikenakan biaya jika database snapshot dihapus (penghapusan dapat terjadi secara tidak sengaja atau selama penerapan biru/hijau).

Snapshot besar dan backup yang sering dari database yang dihapus dapat mengakibatkan biaya penyimpanan yang signifikan. Kunjungi AWS Backup kalkulator untuk memperkirakan AWS Backup biaya potensial.

Bekerja dengan AWS BackInt

AWS Backup bekerja dengan AWS Backint untuk mendukung pencadangan dan pemulihan basis data SAP HANA pada instans Amazon EC2.

Bekerja dengan AWS Storage Gateway

AWS Backup mendukung Storage Gateway Volume Gateway. Anda juga dapat memulihkan snapshot Amazon EBS sebagai volume Storage Gateway.

Bekerja dengan Amazon DocumentDB

AWS Backup mendukung cluster Amazon DocumentDB.

Bekerja dengan Amazon Neptunus

AWS Backup mendukung cluster Amazon Neptunus.

Bekerja dengan Amazon Timestream

AWS Backup mendukung tabel Amazon Timestream.

Bekerja dengan AWS Organizations

AWS Backup bekerja dengan AWS Organizations untuk menyederhanakan pemantauan dan manajemen lintas akun

Bekerja dengan AWS CloudFormation

AWS Backup AWS CloudFormation template dukungan dan tumpukan aplikasi

Bekerja dengan AWS BackInt, AWS Systems Manager untuk SAP, dan SAP HANA

AWS Backup bekerja dengan AWS BackInt dan dengan SSM untuk SAP untuk mendukung fungsi pencadangan dan pemulihan SAP HANA.

Bagaimana AWS layanan mendukung sumber daya mereka sendiri

Anda dapat merujuk ke dokumentasi teknis untuk proses pencadangan dan pemulihan AWS layanan tertentu, terutama ketika, selama pemulihan, Anda perlu mengonfigurasi instance baru dari AWS layanan tersebut. Berikut ini adalah daftar dokumentasi: