В этом месяце Amazon Web Services открыла публичную бету Elastic Block Store (EBS) – сервиса постоянных дисков для облака EC2. До сих пор у инстанса EC2 был один существенный изъян: локальный диск жил ровно столько, сколько живёт сам инстанс. Остановили или потеряли машину – потеряли данные. Это сразу закрывало дорогу в облако для баз данных и любых систем, где состояние нужно хранить долго. EBS снимает это ограничение и меняет расклад для тех, кто оценивает аренду вычислительных мощностей вместо закупки железа.

Что именно решает EBS

EBS – это сетевой блочный том от 1 ГБ до 1 ТБ, который вы подключаете к запущенному инстансу EC2 как обычное устройство. Том существует независимо от инстанса: остановили машину – данные остались, подняли новую – подключили тот же том и продолжили работу. Это поведение привычного диска, а не временного скретча.

Том живёт внутри одной зоны доступности, и AWS реплицирует его внутри этой зоны, что снижает риск отказа отдельного носителя. Поверх тома можно делать снимки (snapshots) в Amazon S3 – фактически инкрементальный бэкап одной командой. Из снимка разворачивается новый том, в том числе большего размера. Для дежурного восстановления и переноса состояния между зонами это рабочий механизм, а не обходной путь.

По заявленной производительности EBS-том ведёт себя предсказуемее локального диска инстанса и подходит под нагрузку транзакционных СУБД – MySQL, PostgreSQL, Oracle. Именно отсутствие постоянного хранилища раньше отделяло EC2 от полноценного хостинга приложений с базой данных. Теперь этот разрыв закрыт.

Сценарии для бизнеса и госсектора

Первый очевидный сценарий – перенос баз данных. Том EBS под датафайлы СУБД, снимки в S3 по расписанию, восстановление из снимка за минуты. Для аналитических нагрузок и витрин это сочетается с подходами, которые мы разбирали в материале про хранилища данных и BI: холодные данные держим в S3, активную витрину – на томе EBS рядом с вычислителем.

Второй сценарий – среды разработки и тестирования. Снимок эталонного тома разворачивается в свежую тестовую базу за секунды, после прогона том удаляется. Платите только за фактически занятое место и операции ввода-вывода. Это заметно дешевле постоянного парка стендов.

Третий сценарий важен для госсектора и регулируемых отраслей. EBS даёт привычную модель блочного диска, поэтому переносить унаследованные приложения проще, чем переписывать их под чужую платформенную модель вроде Google App Engine, где вы привязаны к хранилищу и языку провайдера. При этом данные физически лежат в дата-центрах AWS за рубежом – это нужно учитывать при работе с информацией, доступ к которой ограничен ведомственными требованиями. Для таких систем разумна гибридная схема: чувствительный контур на собственном оборудовании, а эластичные нагрузки и тестовые среды – в облаке.

Вывод

EBS убирает главный аргумент против EC2 для приложений с состоянием. Облако перестаёт быть площадкой только для статики и пакетных расчётов и становится пригодным для боевых баз данных. Но выбор между арендой и собственной стойкой по-прежнему зависит от требований к данным, доступности каналов и регуляторных ограничений, поэтому решение начинается с проектирования инфраструктуры под конкретную нагрузку – от гибридных схем до полного переезда в облако.