Kaynak kovayı sürümlendirmeden bir AWS S3 Kovasını nasıl yedeklerim [kapalı]

Amazon S3 Kovaların yanlışlıkla silinmesinden kurtulmanın bir yolu var mı?

Kovalarımızda kritik bilgiler var ve kovanın kendisinin yanlışlıkla veya kötü şekilde silinmesi riskini azaltmam gerekiyor.

Tüm kepçeyi yerel olarak senkronize edebileceğimi biliyorum, ancak kepçe büyüklüğüm 100 GB ise bu çok pratik değildir.

Yedekleme stratejileri hakkında bir fikriniz var mı?

Başka bir yaklaşım, kovanızda S3 versiyonunun etkinleştirilmesidir. Daha sonra silinen dosyaları vb. Geri yükleyebilirsiniz. Bunun nasıl etkinleştirileceği hakkında S3 belgelerine bakın.

BucketExplorer gibi üçüncü taraf araçlarını kullanmak , oldukça önemsiz sürümlerle çalışmayı sağlar (vs, API'yi doğrudan kendiniz aramak ).

Ayrıca, S3 kovalarınız için çok faktörlü kimlik doğrulama silme özelliğini etkinleştirebilirsiniz - bu, "yanlışlıkla silinmesini" biraz zorlaştırır;)

Multi Factor Authentication hakkında daha fazlası Nesneleri Silme ile İlgili Daha Fazla Sil

S3cmd'yi kullanabilirsiniz http://s3tools.org/s3cmd

Böylece mybucket adında bir kova yedek

s3cmd mb s3://mybucket_backup
s3cmd --recursive cp s3://mybucket s3://mybucket_backup

Bu ucuz bir çözüm değildir, ancak kovalarınız gerçekten kritikse, işte böyle yaparsınız: Amazon EC2 örneğini önyükleyin ve içeriği periyodik olarak senkronize edin.

Amazon EC2 onların sanallaştırma barındırma sağlayıcısıdır. Linux, Windows vb. Örneklerini başlatabilir ve istediğiniz bir şeyi çalıştırabilirsiniz. Saat başı ödeme yaparsınız ve bu sunucu için yerel olarak oldukça büyük bir depolama alanı elde edersiniz. Örneğin, 850 GB yerel disk alanıyla gelen "büyük" boyut örneğini kullanıyorum.

İşin güzel yanı S3 ile aynı ağda olması ve S3 ile EC2 arasında sınırsız transfer elde etmeniz. Windows EC2 örneğinde 20 dolarlık Jungle Disk yazılımını kullanıyorum, bu da S3 kovalarıma yerel disk klasörleri gibi erişmemi sağlıyor. Sonra, S3'ten ve yerel EC2 disk alanıma malzeme kopyalamak için zamanlanmış toplu iş dosyaları yapabilirim. İsterseniz veya kumar oynamak istiyorsanız, saatte bir yedek tutmak için otomatik hale getirebilir veya JungleDisk'i (veya Linux eşdeğerlerini) saatte bir kez eşitlemek üzere ayarlayabilirsiniz. Birisi bir dosyayı silerse, EC2'den geri almak için en az birkaç dakikanız vardır. Düzenli komut dosyası içeren yedeklemeler olsa da tavsiye ederim - 850GB'lık birime sıkıştırıyorsanız, birkaç günlük yedekleri saklamak kolaydır.

Bu, SQL Server log gönderimi için gerçekten faydalıdır, ancak hedefinize nasıl ulaştığını da görebiliyorum.

Olası bir çözüm, yalnızca bir "yedek kova" oluşturmak ve buradaki hassas bilgilerinizi çoğaltmak olabilir. Teoride, verileriniz S3'te sabit sürücünüzden daha güvenlidir.

Ayrıca, yanlışlıkla silme işlemlerinin gerçek bir sorun olup olmadığından emin değilim çünkü kovayı silmeden önce tüm kova anahtarlarınızı yanlışlıkla silmeniz gerekir .

Başka bir olası çözüm, kepçenizi S3'teki Avrupa bölgesine kopyalamaktır. Bu, kazayla silme işleminizden sonra kurtarmanız için yeterince uzun bir süre devam eder.

Brent'in (mükemmel) cevabını biraz değiştirmek için; örneği çalışır durumda tutmanıza gerek yok. Verilerinizi aşağı çeken, bir EBS birimiyle senkronize eden, bu sesi anlık olarak çeken ve kendini kapatan bir EC2 AMI oluşturun.

Birimi kendi başına da çalışır durumda tutabilirsiniz, ancak anlık görüntü bir yedekleme için yeterli olmalıdır. Özel AMI'niz tüm bunları (işlem yapıldıktan sonra kendisini kapatmak da dahil olmak üzere) etkileşime girmeden yaparsa, 'yedekleme' komut dosyanızın 'ec2run -n 1 -t m1.small ami-' ve fire-and-forget yapması gerekir.