# EC2 с GPU удалён: как проверить оставшиеся EBS-диски

Как найти EBS после удаления EC2 с GPU: DeleteOnTermination, независимый диск, snapshots, теги проекта и проверка оставшихся начислений.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/aws-gpu-ebs-after-termination/
Language: ru

После удаления GPU-инстанса EC2 EBS-диск может сохраниться и продолжить оплачиваться. Его судьба зависит от атрибута `DeleteOnTermination` конкретного тома. Поэтому Terminate экземпляра не является доказательством удаления всех данных и прекращения всех расходов проекта.

## Проверьте связь диска с экземпляром

[Официальное руководство сохранения volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/preserving-volumes-on-termination.html) описывает два значения: true удаляет том при завершении экземпляра, false сохраняет его. Значение по умолчанию зависит от типа и способа подключения, поэтому безопаснее проверить фактический атрибут заранее.

Запишите ID каждого диска и назначение: загрузочная система, исходные данные, результаты или временный кэш. Не ориентируйтесь только на привычное имя устройства внутри Linux. Для аудита после удаления нужны облачные идентификаторы и теги проекта, доступные вне самой VM.

## Отличайте EBS от instance store

[Документация EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volumes.html) описывает том как отдельное блочное устройство, способное существовать независимо от работающего EC2. Instance store имеет другой жизненный цикл: данные нужно переносить до завершения экземпляра. Знакомый каталог Linux не показывает, на каком устройстве лежит файл.

| Объект | Что проверяют перед Terminate |
| --- | --- |
| EBS root volume | Фактический DeleteOnTermination |
| Дополнительный EBS | Атрибут, данные и решение о сохранении |
| Instance store | Выгрузку нужных файлов заранее |
| Snapshot | Наличие, назначение и отдельный срок хранения |

Эта таблица помогает разделить вычисления, текущий диск и резервную копию. Сохранение одного объекта не подтверждает существование другого.

## Пример завершения двухдневного теста

Команда использовала загрузочный диск и дополнительный EBS для изменяемой разметки. Перед Terminate она проверяет, что разметка сохранится, а конфигурация запуска экспортирована. Затем открывает копию ключевого результата и записывает, где продолжать работу.

После удаления экземпляра ответственный смотрит перечень volumes в нужном регионе и ищет оставшийся диск по ID. Если ресурс нужен для следующего этапа, ему назначают владельца и срок. Если нет — сначала подтверждают независимую копию, затем удаляют ненужное осознанно.

## Не забудьте снимки и регионы

Snapshot существует отдельно от исходного экземпляра и может остаться после удаления диска. Несколько тестов способны накопить множество похожих копий. Для каждой полезно знать дату, исходный ресурс и причину хранения. Одного названия «backup» недостаточно, чтобы объяснить дальнейший расход.

Аудит проводится по всем использованным регионам. Пустой список в одном регионе не подтверждает отсутствие ресурсов в другом. Сохраните ведомость проекта до удаления VM, поскольку после завершения эксперимента восстановить связи по памяти существенно сложнее.

Для оставленного EBS добавьте тег с причиной хранения, например продолжение эксперимента или проверенная исходная разметка. Укажите конкретную дату пересмотра. Это помогает следующему администратору отличить намеренно сохранённый результат от забытого временного диска, не исследуя всё содержимое вручную.

Перед удалением лишнего тома проверьте, что его данные действительно относятся к завершённому тесту. Совпадения имени недостаточно для уверенного решения о чужом ресурсе.

## Завершите проверкой восстановления

Если диск оставлен ради продолжения, проверьте документированный путь подключения или восстановления в подходящей зоне. Диск и целевой EC2 должны соответствовать ограничениям размещения. Наличие объекта в панели ещё не означает, что следующий участник знает, как его использовать.

Продолжите с [аудита оставшихся ресурсов](/ru/journal/cloud-gpu-resource-cleanup-audit/) и [проверки ephemeral и persistent](/ru/journal/cloud-gpu-ephemeral-vs-persistent-checklist/). Это позволит сразу обсудить, какие данные нужно сохранять при замене вычислительной среды.