Storan EC2: Instance Store berbanding EBS

Volum Amazon EBS ialah storan terlampir rangkaian yang kekal secara bebas daripada kitar hayat instance EC2. Volum EBS wujud dalam Zon Ketersediaan tertentu dan boleh dilampirkan pada satu instance EC2 pada satu-satu masa (kecuali lampiran berbilang io1/io2). Apabila anda menghentikan dan memulakan semula instance, volum EBS mengekalkan semua data. Anda boleh menanggalkannya daripada satu instance dan melampirkannya pada instance lain dalam AZ yang sama, atau mencipta syot kilat untuk menyalinnya ke AZ atau Rantau lain.

AWS menawarkan empat jenis volum EBS. gp3 (SSD Tujuan Umum): asas 3,000 IOPS dan 125 MB/s, boleh dikonfigurasikan secara berasingan sehingga 16,000 IOPS dan 1,000 MB/s—pilihan lalai serta paling menjimatkan kos untuk kebanyakan beban kerja. gp2: SSD Tujuan Umum yang lebih lama, dengan IOPS berskala mengikut saiz (3 IOPS/GB, maksimum 16,000)—sedang dihentikan secara berperingkat demi gp3. io2 Block Express: SSD IOPS Diperuntukkan sehingga 256,000 IOPS dan 4,000 MB/s—untuk pangkalan data berintensif I/O seperti SAP HANA atau Oracle. io1: SSD IOPS Diperuntukkan legasi.

Dua jenis EBS berasaskan HDD dioptimumkan untuk daya pemprosesan, bukan IOPS. st1 (HDD Dioptimumkan untuk Daya Pemprosesan): asas 40 MB/s/TB, pecahan sehingga 250 MB/s/TB—sesuai untuk data raya, pemprosesan log dan gudang data dengan bacaan berjujukan yang besar. sc1 (HDD Sejuk): asas 12 MB/s/TB, pecahan sehingga 80 MB/s/TB—pilihan EBS berkos paling rendah untuk data berjujukan yang jarang diakses. Volum HDD tidak boleh digunakan sebagai volum but (peranti akar). Pilih st1 atau sc1 hanya apabila daya pemprosesan lebih penting daripada IOPS dan corak capaian data ialah bacaan/tulisan berjujukan yang besar.

Syot kilat EBS ialah sandaran volum pada titik masa tertentu yang disimpan secara tahan lama dalam Amazon S3 (walaupun anda mengaksesnya melalui API EC2, bukan S3 secara langsung). Syot kilat bersifat bertambah: syot kilat pertama menangkap keseluruhan volum, manakala syot kilat berikutnya merekodkan hanya blok yang berubah sejak syot kilat terakhir, sekali gus mengurangkan kos storan. Anda boleh mencipta volum EBS baharu daripada mana-mana syot kilat dalam mana-mana AZ dalam Region yang sama, atau menyalin syot kilat ke Region lain untuk pemulihan bencana merentas Region.

Volum dan syot kilat EBS boleh disulitkan menggunakan kunci AWS KMS. Penyulitan adalah telus kepada kejadian—data disulitkan semasa penghantaran antara kejadian dan volum serta ketika disimpan dalam storan. Anda boleh mendayakan penyulitan lalai peringkat akaun supaya setiap volum EBS baharu yang dicipta dalam akaun disulitkan secara automatik tanpa konfigurasi bagi setiap volum. Menyulitkan volum yang tidak disulitkan memerlukan penciptaan syot kilat, penciptaan salinan syot kilat yang disulitkan, kemudian penciptaan volum baharu daripada syot kilat yang disulitkan.

EBS Multi-Attach membolehkan volum io1 atau io2 dilampirkan pada sehingga 16 kejadian EC2 dalam Availability Zone yang sama serentak. Semua kejadian yang dilampirkan mempunyai capaian baca/tulis penuh. Ini digunakan untuk aplikasi Linux berkelompok (seperti Oracle RAC atau Teradata) yang menguruskan keserentakan pada lapisan aplikasi menggunakan sistem fail yang peka terhadap kelompok. Multi-Attach bukan pengganti EFS untuk sistem fail dikongsi—ia khusus untuk capaian peringkat blok berkelompok dengan penyelarasan yang diuruskan oleh aplikasi.

Kriteria keputusan utama: Perlukan ketekalan data? → Gunakan EBS. Data boleh dicipta semula atau direplikasi? → Instance Store boleh digunakan dan memberikan prestasi lebih tinggi. Pangkalan data dengan data kritikal? → Sentiasa EBS (dengan syot kilat dan penyulitan). Ruang kerja sementara untuk latihan ML atau operasi isihan? → Instance Store untuk daya pemprosesan maksimum tanpa kos tambahan. Peperiksaan lazimnya membentangkan senario yang memerlukan anda mengenal pasti sama ada storan fana atau kekal sesuai untuk beban kerja tertentu.

Kejadian yang dioptimumkan EBS menyediakan lebar jalur rangkaian khusus antara kejadian EC2 dan EBS, berasingan daripada lebar jalur rangkaian umum kejadian. Ini menghalang persaingan rangkaian antara trafik aplikasi dan I/O storan. Kebanyakan jenis kejadian generasi semasa telah dioptimumkan EBS secara lalai tanpa caj tambahan. Jenis kejadian yang lebih lama mungkin memerlukan pengoptimuman EBS didayakan secara manual (dengan caj setiap jam tambahan). Untuk beban kerja pangkalan data I/O tinggi, sentiasa pastikan jenis kejadian anda dioptimumkan EBS untuk mencapai IOPS diperuntukkan sepenuhnya bagi volum anda.

Amazon Data Lifecycle Manager (DLM) mengautomatikkan penciptaan, pengekalan dan penghapusan syot kilat EBS serta AMI. Anda mentakrifkan dasar kitar hayat yang menyatakan volum yang perlu disandarkan (mengikut tag), kekerapan mencipta syot kilat (setiap 1, 2, 3, 4, 6, 8 atau 12 jam, atau setiap hari), serta bilangan syot kilat yang perlu dikekalkan. DLM menghapuskan keperluan untuk skrip sandaran tersuai dan bersepadu dengan CloudWatch untuk memantau kesihatan dasar. Untuk syot kilat merentas Region, konfigurasikan dasar salinan dalam takrif DLM yang sama.

Dalam pelajaran ini anda telah mempelajari: Instance Store menawarkan prestasi I/O tempatan tertinggi tetapi bersifat fana—data hilang apabila dihentikan atau ditamatkan, EBS menyediakan storan blok kekal yang dilampirkan melalui rangkaian dengan empat jenis volum yang dioptimumkan untuk IOPS (gp3, io2) atau daya pemprosesan (st1, sc1), dan syot kilat EBS membolehkan sandaran pada titik masa tertentu disimpan dalam S3 yang boleh digunakan untuk pemulihan merentas AZ atau merentas Region. Seterusnya, kita akan meneroka Asas Storan Objek S3.