Praktik terbaik untuk Volume Gateway - AWS Storage Gateway

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

Praktik terbaik untuk Volume Gateway

Bagian ini berisi topik-topik berikut, yang memberikan informasi tentang praktik terbaik untuk bekerja dengan gateway, disk lokal, snapshot, dan data. Kami menyarankan Anda membiasakan diri dengan informasi yang diuraikan di bagian ini, dan mencoba mengikuti panduan ini untuk menghindari masalah dengan Anda AWS Storage Gateway. Untuk panduan tambahan tentang mendiagnosis dan memecahkan masalah umum yang mungkin Anda temui dengan penerapan Anda, lihat. Pemecahan masalah gateway

Praktik terbaik: memulihkan data Anda

Meskipun jarang, gateway Anda mungkin mengalami kegagalan yang tidak dapat dipulihkan. Kegagalan seperti itu dapat terjadi di mesin virtual Anda (VM), gateway itu sendiri, penyimpanan lokal, atau di tempat lain. Jika terjadi kegagalan, kami sarankan Anda mengikuti petunjuk di bagian yang sesuai berikut untuk memulihkan data Anda.

penting

Storage Gateway tidak mendukung pemulihan VM gateway dari snapshot yang dibuat oleh hypervisor Anda atau dari Amazon EC2 Amazon Machine Image (). AMI Jika VM gateway Anda tidak berfungsi, aktifkan gateway baru dan pulihkan data Anda ke gateway itu menggunakan instruksi berikut.

Memulihkan dari shutdown mesin virtual yang tidak terduga

Jika VM Anda mati secara tak terduga, misalnya selama pemadaman listrik, gateway Anda menjadi tidak terjangkau. Ketika daya dan konektivitas jaringan dipulihkan, gateway Anda dapat dijangkau dan mulai berfungsi secara normal. Berikut adalah beberapa langkah yang dapat Anda ambil pada saat itu untuk membantu memulihkan data Anda:

  • Jika pemadaman menyebabkan masalah konektivitas jaringan, Anda dapat memecahkan masalah tersebut. Untuk informasi tentang cara menguji konektivitas jaringan, lihat Menguji koneksi gateway Anda ke internet.

  • BOOTSTRAPPING Fungsionalitas ini memastikan bahwa data yang disimpan secara lokal Anda terus disinkronkan. AWS Untuk informasi lebih lanjut tentang status ini, lihat Memahami Status Volume dan Transisi.

  • Jika kegagalan fungsi dan masalah gateway Anda terjadi dengan volume atau kaset Anda sebagai akibat dari shutdown yang tidak terduga, Anda dapat memulihkan data Anda. Untuk informasi tentang cara memulihkan data Anda, lihat bagian berikut yang berlaku untuk skenario Anda.

Memulihkan data Anda dari gateway atau VM yang tidak berfungsi

Jika gateway atau mesin virtual Anda tidak berfungsi, Anda dapat memulihkan data yang telah diunggah AWS dan disimpan pada volume di Amazon S3. Untuk gateway volume cache, Anda memulihkan data dari snapshot pemulihan. Untuk gateway volume tersimpan, Anda dapat memulihkan data dari EBS snapshot Amazon terbaru dari volume. Untuk Tape Gateways, Anda memulihkan satu atau lebih kaset dari titik pemulihan ke Tape Gateway baru.

Jika gateway volume cache tidak dapat dijangkau, Anda dapat menggunakan langkah-langkah berikut untuk memulihkan data dari snapshot pemulihan:

  1. Di AWS Management Console, pilih gateway yang tidak berfungsi, pilih volume yang ingin Anda pulihkan, lalu buat snapshot pemulihan darinya.

  2. Terapkan dan aktifkan Volume Gateway baru. Atau, jika Anda memiliki Volume Gateway yang berfungsi, Anda dapat menggunakan gateway itu untuk memulihkan data volume Anda.

  3. Temukan snapshot yang Anda buat dan kembalikan ke volume baru di gateway yang berfungsi.

  4. Pasang volume baru sebagai SCSI perangkat i di server aplikasi lokal Anda.

Untuk informasi rinci tentang cara memulihkan data volume cache dari snapshot pemulihan, lihat. Gateway Cached Anda Tidak Dapat Dijangkau Dan Anda Ingin Memulihkan Data Anda

Memulihkan data Anda dari volume yang tidak dapat dipulihkan

Jika status volume AndaIRRECOVERABLE, Anda tidak dapat lagi menggunakan volume ini.

Untuk volume tersimpan, Anda dapat mengambil data dari volume yang tidak dapat dipulihkan ke volume baru dengan menggunakan langkah-langkah berikut:

  1. Buat volume baru dari disk yang digunakan untuk membuat volume yang tidak dapat dipulihkan.

  2. Pertahankan data yang ada saat Anda membuat volume baru.

  3. Hapus semua pekerjaan snapshot yang tertunda untuk volume yang tidak dapat dipulihkan.

  4. Hapus volume yang tidak dapat dipulihkan dari gateway.

Untuk volume yang di-cache, sebaiknya gunakan titik pemulihan terakhir untuk mengkloning volume baru.

Untuk informasi terperinci tentang cara mengambil data Anda dari volume yang tidak dapat dipulihkan ke volume baru, lihat. Konsol Mengatakan Bahwa Volume Anda Tidak Dapat Dipulihkan

Memulihkan data Anda dari disk cache yang tidak berfungsi

Jika disk cache Anda mengalami kegagalan, kami sarankan Anda menggunakan langkah-langkah berikut untuk memulihkan data Anda tergantung pada situasi Anda:

  • Jika kerusakan terjadi karena disk cache telah dihapus dari host Anda, matikan gateway, tambahkan kembali disk, dan restart gateway.

  • Jika disk cache rusak atau tidak dapat diakses, matikan gateway, atur ulang disk cache, konfigurasi ulang disk untuk penyimpanan cache, dan restart gateway.

Memulihkan data Anda dari sistem file yang rusak

Jika sistem file Anda rusak, Anda dapat menggunakan fsck perintah untuk memeriksa sistem file Anda untuk kesalahan dan memperbaikinya. Jika Anda dapat memperbaiki sistem file, Anda kemudian dapat memulihkan data Anda dari volume pada sistem file, seperti yang dijelaskan berikut:

  1. Matikan mesin virtual Anda dan gunakan Storage Gateway Management Console untuk membuat snapshot pemulihan. Snapshot ini mewakili data terbaru yang disimpan di AWS.

    catatan

    Anda menggunakan snapshot ini sebagai fallback jika sistem file Anda tidak dapat diperbaiki atau proses pembuatan snapshot tidak dapat diselesaikan dengan sukses.

    Untuk informasi tentang cara membuat snapshot pemulihan, lihatGateway Cached Anda Tidak Dapat Dijangkau Dan Anda Ingin Memulihkan Data Anda.

  2. Gunakan fsck perintah untuk memeriksa sistem file Anda untuk kesalahan dan mencoba perbaikan.

  3. Mulai ulang VM gateway Anda.

  4. Saat host hypervisor Anda mulai boot, tekan dan tahan tombol shift untuk masuk ke menu boot grub.

  5. Dari menu, tekan e untuk mengedit.

  6. Pilih baris kernel (baris kedua), lalu tekan e untuk mengedit.

  7. Tambahkan opsi berikut ke baris perintah kernel:init=/bin/bash. Gunakan spasi untuk memisahkan opsi sebelumnya dari opsi yang baru saja Anda tambahkan.

  8. Hapus kedua console= baris, pastikan untuk menghapus semua nilai mengikuti = simbol, termasuk yang dipisahkan dengan koma.

  9. Tekan Return untuk menyimpan perubahan.

  10. Tekan b untuk mem-boot komputer Anda dengan opsi kernel yang dimodifikasi. Komputer Anda akan boot ke bash# prompt.

  11. Masukkan /sbin/fsck -f /dev/sda1 untuk menjalankan perintah ini secara manual dari prompt, untuk memeriksa dan memperbaiki sistem file Anda. Jika perintah tidak bekerja dengan /dev/sda1 jalur, Anda dapat menggunakan lsblk untuk menentukan perangkat sistem file root untuk / dan menggunakan jalur itu sebagai gantinya.

  12. Ketika pemeriksaan dan perbaikan sistem file selesai, reboot instance. Pengaturan grub akan kembali ke nilai asli, dan gateway akan boot secara normal.

  13. Tunggu snapshot yang sedang berlangsung dari gateway asli selesai, lalu validasi data snapshot.

Anda dapat terus menggunakan volume asli apa adanya, atau Anda dapat membuat gateway baru dengan volume baru berdasarkan snapshot pemulihan atau snapshot yang sudah selesai. Atau, Anda dapat membuat volume baru dari snapshot Anda yang sudah selesai dari volume ini.

Memulihkan data Anda dari pusat data yang tidak dapat diakses

Jika gateway atau pusat data Anda menjadi tidak dapat diakses karena alasan tertentu, Anda dapat memulihkan data Anda ke gateway lain di pusat data yang berbeda atau memulihkan ke gateway yang dihosting di EC2 instans Amazon. Jika Anda tidak memiliki akses ke pusat data lain, sebaiknya buat gateway di EC2 instans Amazon. Langkah-langkah yang Anda ikuti tergantung pada jenis gateway tempat Anda meliput datanya.

Untuk memulihkan data dari Volume Gateway di pusat data yang tidak dapat diakses
  1. Buat dan aktifkan Volume Gateway baru di EC2 host Amazon. Untuk informasi selengkapnya, lihat Menerapkan EC2 instans Amazon yang disesuaikan untuk Volume Gateway.

    catatan

    Volume tersimpan gateway tidak dapat dihosting di EC2 instans Amazon.

  2. Buat volume baru dan pilih EC2 gateway sebagai gateway target. Untuk informasi selengkapnya, lihat Membuat volume penyimpanan.

    Buat volume baru berdasarkan EBS snapshot Amazon atau klon dari titik pemulihan terakhir dari volume yang ingin Anda pulihkan.

    Jika volume Anda didasarkan pada snapshot, berikan id snapshot.

    Jika Anda mengkloning volume dari titik pemulihan, pilih volume sumber.

Membersihkan sumber daya yang tidak perlu

Jika Anda membuat gateway sebagai contoh latihan atau tes, pertimbangkan untuk membersihkan untuk menghindari biaya yang tidak terduga atau tidak perlu.

Untuk membersihkan sumber daya yang tidak Anda butuhkan
  1. Hapus snapshot apa pun. Untuk petunjuk, silakan lihat Menghapus snapshot dari volume penyimpanan Anda.

  2. Kecuali Anda berencana untuk terus menggunakan gateway, hapuslah. Untuk informasi selengkapnya, lihat Menghapus gateway Anda dan menghapus sumber daya terkait.

  3. Hapus VM Storage Gateway dari host lokal Anda. Jika Anda membuat gateway di EC2 instans Amazon, hentikan instance.

Mengurangi jumlah penyimpanan yang ditagih pada volume

Menghapus file dari sistem file Anda tidak selalu menghapus data dari perangkat blok yang mendasarinya atau mengurangi jumlah data yang disimpan pada volume Anda. Jika Anda ingin mengurangi jumlah penyimpanan yang ditagih pada volume Anda, kami sarankan untuk menimpa file Anda dengan nol untuk mengompres penyimpanan ke jumlah penyimpanan aktual yang dapat diabaikan. Storage Gateway mengenakan biaya untuk penggunaan volume berdasarkan penyimpanan terkompresi.

catatan

Jika Anda menggunakan alat hapus yang menimpa data pada volume Anda dengan data acak, penggunaan Anda tidak akan berkurang. Ini karena data acak tidak dapat dimampatkan.