Yandex Cloud потерял 2,84% клиентских данных и включил бэкапы для новых виртуальных машин

Yandex Cloud восстановил 97,16% клиентских данных. Разбираем, что помогло вернуть данные, как работают бэкапы новых ВМ и что доступно в зоне ru-central1-f.

10 ноября «Яндекс» сообщил, что восстановил доступ к 97,16% данных клиентов Yandex Cloud после октябрьских атак на дата-центры. Остальные 2,84%, по данным компании, восстановить невозможно. Оборудование было критически повреждено, а резервных копий этих данных на платформе не было. После инцидента провайдер включил резервное копирование по умолчанию для новых виртуальных машин.

Облако снова заработало раньше, чем клиентам вернули данные

23 октября «Яндекс» отчитался о восстановлении доступа к 90,47% данных. К этому моменту клиенты уже могли создавать виртуальные машины и базы данных, управлять кластерами Kubernetes и пользоваться основными функциями платформы. Часть данных и связанных с ними сервисов перенесли на новую площадку. Доступ к ним открывали постепенно.

Новая виртуальная машина запускается, когда у провайдера есть свободные вычислительные ресурсы и хранилище. Вернуть содержимое старой машины сложнее. Для этого нужно либо прочитать исходный диск, либо найти копию, из которой можно восстановить данные. Поэтому работающая панель управления и доступность прежних файлов возвращались с разной скоростью.

Между отчётами 23 октября и 10 ноября доля восстановленных данных выросла на 6,69 процентного пункта. На второй дате компания уже назвала оставшиеся 2,84% невосстановимыми. Это доля данных по отчёту Yandex Cloud. Число клиентов, которых затронула потеря, компания в отчёте не раскрыла.

Снимок диска можно восстановить в другой зоне

По данным Yandex Cloud, клиенты, использовавшие средства резервного копирования платформы, сохранили данные. Компания перечислила снимки дисков, Cloud Backup, штатные копии управляемых баз данных и данные в Object Storage. Способ восстановления зависит от того, где и в каком виде лежит копия.

Снимок диска в Compute Cloud хранит данные, записанные на диск к моменту его создания. Снимки реплицируются в нескольких зонах доступности. Из сохранившегося снимка можно создать диск в другой зоне и запустить с него новую виртуальную машину. Если приложение к моменту снимка ещё держало часть данных в памяти, эти изменения в копию не попадут.

Cloud Backup работает по расписанию. В стандартной ежедневной политике сервис сохраняет последние 15 копий, а при очередном копировании записывает изменения. Если проблема возникла после последнего бэкапа, точка восстановления останется на момент создания этой копии. Поэтому при восстановлении важны и наличие копии, и её дата.

Бэкапы включены по умолчанию, а плату считают отдельно

Раньше резервное копирование новой виртуальной машины нужно было активировать самостоятельно. Теперь при создании ВМ оно включено по умолчанию, а отказаться от услуги можно в консоли. «Яндекс» сообщил, что условия услуги сохранились. В правилах тарификации Cloud Backup указаны две составляющие платы: защищаемые машины и объём, который занимают их копии.

Для уже работающих машин документация описывает отдельное подключение к Cloud Backup. Чтобы сервис создавал копии, машину привязывают к политике резервного копирования. Политика определяет, когда запускать копирование и сколько точек восстановления сохранять.

После октябрьских атак Yandex Cloud запланировал ещё одну зону

В ночь на 8 октября после атаки остановился дата-центр «Яндекса» в Сасово. 9 октября часть инфраструктуры вышла из строя в Калуге, а 11 октября компания сообщила об остановке площадки во Владимире. 23 октября провайдер открыл площадку в новой локации под прежним именем ru-central1-a. Так клиенты могли использовать уже настроенные скрипты и конфигурации, в которых было указано это имя.

На 11 ноября Yandex Cloud назначил запуск зоны ru-central1-f в отдельной локации. На старте объём доступных ресурсов ограничен квотами, а трафик через Private Endpoints обслуживают другие зоны. Для ряда управляемых баз локальные диски доступны на standard-v3, а для управляемого ClickHouse и MPP Analytics Engine for PostgreSQL их обещали добавить позже.