UPDATE (April 2015) : Untuk kasus penggunaan ini, Anda harus mulai mencari di Amazon Elastic File System (EFS) baru , yang dirancang untuk dilipatgandakan persis seperti yang Anda inginkan. Perbedaan utama antara EFS dan EBS adalah mereka memberikan abstraksi yang berbeda: EFS memperlihatkan protokol NFSv4, sedangkan EBS menyediakan akses IO blok mentah.
Di bawah ini Anda akan menemukan penjelasan asli saya mengapa tidak mungkin untuk memasang perangkat blok mentah dengan aman di beberapa mesin.
POST ASLI (2011):
Bahkan jika Anda bisa mendapatkan volume EBS yang dilampirkan ke lebih dari satu contoh, itu akan menjadi _REALLY_BAD_IDEA_. Mengutip Kekoa, "ini seperti menggunakan hard drive di dua komputer sekaligus"
Mengapa ini ide yang buruk? ... Alasan Anda tidak dapat melampirkan volume ke lebih dari satu contoh adalah bahwa EBS menyediakan abstraksi "blok penyimpanan" tempat pelanggan menjalankan sistem file seperti ext2 / ext3 / dll. Sebagian besar sistem file ini (misalnya, ext2 / 3, FAT, NTFS, dll) ditulis dengan asumsi mereka memiliki akses eksklusif ke perangkat blok. Dua contoh mengakses sistem file yang sama hampir pasti berakhir dengan air mata dan korupsi data.
Dengan kata lain, pemasangan ganda volume EBS hanya akan berfungsi jika Anda menjalankan sistem file cluster yang dirancang untuk berbagi perangkat blok antara beberapa mesin. Selain itu, bahkan ini tidak akan cukup. EBS perlu diuji untuk skenario ini dan untuk memastikan bahwa ia memberikan jaminan konsistensi yang sama dengan solusi perangkat blok bersama lainnya ... yaitu, bahwa blok tidak di-cache di tingkat menengah yang tidak dibagi seperti kernel Dom0, kernel Xen, dan kernel DomU. Dan kemudian ada pertimbangan kinerja sinkronisasi blok antara banyak klien - sebagian besar sistem file berkerumun dirancang untuk bekerja pada SAN berdedikasi kecepatan tinggi, bukan ethernet komoditas upaya terbaik. Kedengarannya sangat sederhana, tetapi apa yang Anda minta adalah hal yang sangat tidak penting.
Atau, lihat apakah skenario berbagi data Anda bisa NFS, SMB / CIFS, SimpleDB, atau S3. Semua solusi ini menggunakan protokol lapisan yang lebih tinggi yang dimaksudkan untuk berbagi file tanpa memiliki subsistem perangkat blok bersama. Berkali-kali solusi semacam itu sebenarnya lebih efisien.
Dalam kasus Anda, Anda masih dapat memiliki instance / fileserver MySql tunggal yang diakses oleh banyak web front-end. Server file itu kemudian dapat menyimpan data pada volume EBS, memungkinkan Anda untuk mengambil backup snapshot malam. Jika instance menjalankan fileserver hilang, Anda dapat melepaskan volume EBS dan memasangnya kembali ke instance fileserver baru dan akan kembali dan berjalan dalam hitungan menit.
"Apakah ada yang seperti S3 sebagai sistem file?" - iya dan tidak. Ya, ada solusi pihak ke-3 seperti s3fs yang berfungsi "ok", tetapi di bawah kap mereka masih harus membuat panggilan layanan web yang relatif mahal untuk setiap baca / tulis. Untuk dir alat yang dibagikan, berfungsi dengan baik. Untuk jenis penggunaan FS berkerumun yang Anda lihat di dunia HPC, bukan kesempatan. Untuk melakukan yang lebih baik, Anda memerlukan layanan baru yang menyediakan protokol berorientasi koneksi biner, seperti NFS. Menawarkan filesystem multi-mount sedemikian rupa dengan kinerja dan perilaku yang wajar akan menjadi fitur tambahan yang hebat untuk EC2. Saya sudah lama menjadi penasihat Amazon untuk membangun sesuatu seperti itu.