Fitur AWS mana yang didukung EBS?

Saya baru-baru ini membaca sebuah artikel AWS: Yang baik, yang buruk dan jelek , yang menyebutkan bahwa mereka telah beralih dari semua fitur AWS yang didukung EBS. Fitur apa yang eksplisitas (instance EC2 yang didukung EBS) atau secara implisit (konsol web AWS) yang didukung oleh EBS?

amazon-ec2 amazon-web-services amazon-ebs Jake McGraw
sumber

Bagi mereka yang memilih untuk menutup, Tidak Konstruktif, sebuah fitur dapat didukung EBS atau tidak, jadi ... tidak ada perdebatan di sana. Terlalu terlokalisasi, saya rasa banyak orang tidak menggunakan AWS ???

Jake McGraw

Juga, saya tidak dapat menemukan informasi ini dikumpulkan di satu tempat di mana saja online.

Jake McGraw

Setuju, ini adalah pengetahuan yang tak ternilai bagi organisasi yang didukung AWS, saya akan sangat tertarik untuk melihat apa yang duduk di mana di dalam cloud Amazon. Ini sangat penting mengingat ketidakstabilan EBS yang terbukti.

JonVD

errr - bagaimana EBS terbukti tidak stabil? Jumlah volume berjalan untuk berapa lama dengan downtime apa?

Pete - MSFT

@PeterH. - karena kegagalan dalam sistem EBS telah menjadi akar dari hampir setiap pemadaman AWS skala besar sejak awal.

EEAA

Jawaban:

EBS digunakan sebagai pengganti apa yang oleh Amazon disebut sebagai toko sementara atau instance store karena akses acak IO tampaknya lebih baik. IO berurutan dapat lebih cepat pada volume toko contoh.

Didukung EBS

EC2 Jika Anda memilih AMI yang didukung EBS
ELB Anda harus memilih AMI yang didukung EBS untuk host EC2
RDS
Pohon Kacang Elastis
Elastis MapReduce

Tidak Didukung EBS

Rute53
S3
CloudFront
Gletser
DynamoDB

Saya hampir yakin bahwa SES, SNS, SQS, dan SWF tidak menggunakan EBS.

Saya tidak berpikir ElastiCache, CloudFormation, CloudWatch, IAM, atau CloudSearch menggunakan EBS.

Charles Engelke
sumber

Ini adalah spekulasi murni karena Amazon tidak pernah secara terbuka menjawab pertanyaan ini. Saya mengetahui bahwa beberapa informasi dalam jawaban ini salah.

jamieb

tolong perbaiki kemudian: /

Jake McGraw

@JakeMcGraw: Saya tidak bodoh, tapi saya tidak bisa memberikan informasi lebih lanjut tentang topik ini. Maaf.

jamieb

Yang terdaftar sebagai yang didukung EBS telah membuat Amazon mengatakannya, atau menggunakan layanan tingkat rendah yang (Elastic Beanstalk). Yang terdaftar sebagai EBS tidak didukung baik tinggal di luar wilayah, sehingga mereka tidak dapat didukung EBS karena mereka adalah layanan tingkat wilayah, atau menggunakan SSD lokal untuk kecepatan (DynamoDB). Dua kalimat di bagian akhir bersifat spekulatif.

Charles Engelke

Saya mengomentari artikel blog itu yang kemudian dihapus oleh penulis. Anda mungkin ingin mempertimbangkan tingkat profesionalisme ketika Anda membaca postingnya. Apa yang saya tulis:

AWS tidak pernah mengalami kegagalan di seluruh wilayah. Jika penulis blog meluangkan waktu untuk membaca dua laporan kejadian yang ia tautkan, ia akan mempelajarinya. Penempatan AWS yang dirancang dengan baik selalu menggunakan beberapa zona ketersediaan. Dampak terburuk yang saya alami melalui kedua peristiwa tersebut adalah kinerja yang sedikit menurun atau akses API yang terputus-putus; tak satu pun dari itu adalah penghenti yang lambat.

Apa yang tidak saya tambahkan ke komentar asli saya:

99% dari antipeluru yang dilempar ke AWS adalah oleh orang-orang yang tidak mengerti cara menggunakannya dengan benar. Mereka memperlakukannya hanya sebagai VPS lain atau hanya server co-lo lainnya. Anda harus membangun aplikasi Anda dengan mempertimbangkan penyebaran berbasis cloud. Itu harus mentolerir kegagalan simpul acak, menggunakan server aplikasi stateless, dan bekerja mulus di beberapa instance dan subnet di belakang satu atau lebih penyeimbang beban. Anda harus menggunakan komponen yang digabungkan secara longgar dan berkomunikasi antar tingkatan menggunakan antrian pesan.

Singkatnya, posting blog ini hanyalah kata-kata kasar panjang lebar oleh seseorang yang tidak mengerti bagaimana menggunakan alat yang mereka pilih.

jamieb
sumber

Anda benar, tetapi tidak menjawab pertanyaan ...

iwiznia

@iwiznia Itu terlalu panjang untuk dikirim sebagai komentar. Tetapi pertanyaan itu tidak akan bisa dijawab di forum publik. Amazon sengaja membungkam tentang infrastruktur dasar mereka.

jamieb

"AWS tidak pernah mengalami kegagalan di seluruh wilayah." Ini tidak benar. aws.amazon.com/message/65648 "Beban menyebabkan warna coklat dari bidang kontrol EBS dan sekali lagi memengaruhi API EBS di seluruh Wilayah ."

ceejayoz

@ceejayoz: Baca komentar saya: "Dampak terburuk yang saya alami melalui kedua peristiwa tersebut adalah kinerja yang sedikit menurun atau akses API yang terputus-putus; tidak ada yang merupakan penghenti yang lambat. ". Aplikasi yang saya kelola melalui kedua acara terus berfungsi seperti yang dirancang.

jamieb

Ini adalah show-stopper jika instance Anda gagal karena EBS dan Anda tidak dapat meluncurkan penggantian di zona lain. Ini juga masalah karena ELB dan RDS berjalan pada EBS, dan secara historis memiliki masalah gagal dari AZ yang gagal karena dependensi ini. Lihat post-mortem terbaru mereka, yang mengakui ini dan mengatakan mereka akan merekayasa ulang ELB untuk menghindari ketergantungan EBS sebagai hasilnya.

ceejayoz