Наявність даних Amazon EC2

Відповідно до FAQ FAQ Amazon EC2 , коли екземпляр припиняється, дані втрачаються. Які дії можна вжити для збереження даних у випадку перезавантаження мого примірника? Я розглядав EBS і S3 - чи корисне би будь-яке з них для зберігання активної бази даних? Як часто випадково перезавантажуються випадки?

Як казали інші, EBS - Elastic Block Storage. Я сам його використовую зараз, коли він виходить для широкої громадськості. Це краще, ніж S3 в декількох точках:

• EBS швидко . За словами Amazon, швидше, ніж навіть місцеві гори.
• EBS монтується як належні пристрої . На відміну від S3, для якого вам потрібна спеціальна логіка доступу до викидів S3 у вашому коді або середнє програмне забезпечення (JungleDisk, ElasticDisk та ін.), Які представляють власні проблеми та витрати
• Резервне копіювання EBS легко . Amazon надає можливість робити нескладні знімки, які зберігаються на S3
• EBS є переносним між екземплярами - томи можна відключити від одного екземпляра та приєднати до іншого
• Для підвищення надійності пристроїв EBS можна навіть разом RAID

Мій досвід роботи з EBS до цього часу був найбільш позитивним питанням щодо AWS, з яким я мав справу до сьогодні.

Оновлення: Хоча мій досвід роботи з EBS був позитивним, у інших виникли проблеми. Зокрема, EBS не реалізує fsync () правильно. Про це Тед Дзюба має кілька цікавих слів у своєму блозі Amazon - Мета болю : Міф 2: Архітектура врятує вас від хмарних невдач

Це стає ще більш цікавим з Amazon Elastic Block Store, який, як виявили адміністратори Reddit, із задоволенням прийме дзвінки до fsync () та ляже вам у обличчя, сказавши, що дані записані на диск, коли вони можуть не мати були.

EBS, безумовно, працює для бази даних, і це один із прикладів опису EBS Amazon . "Amazon EBS особливо підходить для програм, для яких потрібна база даних ..."

EBS працюватиме так само, як і блоковий пристрій (думаю, жорсткий диск), надаючи широку свободу та зручність його використання. S3 концептуально більше схожий на дійсно швидкий FTP, зі спеціальним API. Ви могли б використовувати його як частину бази даних, але стандартні бази даних не працюють на ній (поки?).

Вам потрібно переглянути описи продуктивності Amazon (EBS> S3), довговічності (S3> EBS) та ціни (залежить).

Як згадується в інших відповідях, EBS - це стандартне рішення для стійкого та зручного зберігання диска. Це має бути ваш варіант за замовчуванням. Дійсно, нові типи екземплярів EC2 використовують його за замовчуванням для оригінального, непостійного сховища примірника.

Однак, розглядаючи стійкість, ви також хочете уважно розглянути доступність (уникаючи часу, коли дані недоступні) та довговічність (уникаючи втрати даних) для своїх даних.

EBS охоплює основні випадки використання, але пам’ятайте:

• S3 розроблений для більшої міцності, ніж EBS. Простіше кажучи, вони зберігають більше копій ваших даних і вимагають надзвичайно високої 99,999999999% міцності для S3 (див. Поширені питання S3). Тут фактична числова ймовірність (яка настільки велика, що робить марсіанські вторгнення виглядають більш імовірними) не настільки важлива, як той факт, що AWS зробив свою репутацію на міцність S3 і має тут дуже хороший досвід. Те саме не стосується EBS.
• Незважаючи на те, що Amazon не надасть статистику щодо цього безпосередньо, багато людей вважають, що сховища екземплярів історично пропонували більш високу доступність, ніж EBS.

Нещодавні відключення AWS, такий серйозний багатоденний збій у 2011 році та інший у 2012 р. , Свідчать про складність системи EBS та невеликий, але незначний ризик відключень та втрати даних.

Підсумок: Щоб переконатися, що ви не втратите свої дані, зберігайте резервні копії даних у S3 . Знімки EBS - це простий спосіб зробити це для EBS. Якщо висока доступність є критичною, розгляньте також використання пам’яті екземплярів у кількох зонах доступності (крім EBS або замість них).

Здається, якщо ви переживаєте про втрату даних, тоді вам потрібна вищезгадана EBS . Там щось на зразок інтро тут .

Я до цього часу особисто не займався цим, я просто використовую S3 для створення резервних копій.