Снэпшоты это: Что такое снапшот (snapshot) и его преимущества при резервном копировании

Содержание

Что такое снапшот? Значение термина SnapShot

Снапшот (SnapShot) – это снимок состояния виртуальной машины в определенный момент времени. Сюда входит настройки ВМ, содержимое памяти и дисков.

Revert to snapshot (возврат к снапшоту) восстанавливает текущее состояние ВМ до сохраненного.

Создание резервной копии достаточно большого объема данных как правило занимает не мало времени. В многозадачных системах, во время бэкапа может происходить изменение или запись папок и файлов, а это иногда приводит к неправильному копированию данных. Например, юзер перемещает файл из папки, которая еще не была сохранена при бэкапе, в директорию, которая уже попала в бэкап. Такой файл может вообще не попасть в резервную копию. Или файл, предназначенный для копирования, может записываться в момент его чтения процедурой резервного копирования и возможно он будет сохранен в неправильной версии.
Одним из методов безопасного копирования является запрещение записи в данные, которые подлежат бэкапу, на время создания копии. Есть еще один метод – это остановка всех приложений, которые эти данные изменять. Такие методы применяются в системах низкой доступности (домашние ПК, сервера малых рабочих групп). Для этой категории позволительна регулярная недоступность. Однако же в системах высокой доступности (24/7) такие методы недопустимы, так как они могут повлечь отказ в обслуживании сервисов.

Для того, чтобы избежать downtime, системы высокой доступности могут вместо прямого бэкапа сначала сделать спашот, то есть копию информации в определенный момент времени. А уже затем, позволив приложениям продолжать работать, создать резервную копию.

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


Помогло? Делись!

Весь список терминов →

Моментальный снимок | Snapshot

Дата публикации: 1 июня 2020 г.

* * *

Моментальный снимок (Snapshot) – это копия диска (тома/раздела) на уровне блоков физических или виртуальных систем, выполненная без остановки системных служб, включает в себя структуру папок, файлов и информацию о состоянии системы на фиксированный момент времени. Snapshot не является резервной копией, применяется/используется как временный источник для создания согласованных резервных копий. Snapshots применяют в резервном копировании баз данных или файловых систем большого объема, работающих в непрерывном режиме 24 на 7.

Плюсы /преимущества моментальных снимков (snapshots)

  • Высокая производительность
  • Минимальное влияние на доступность данных и производительность
  • Позволяет выполнить полное восстановление системы

Минусы / недостатки моментальных снимков (snapshots)

  • Не является полноценной резервной копией
  • Ограничен для создания согласованных снимков некоторых приложений и баз данных
  • Большое количество моментальных снимков замедляет работу системы
  • Необходимость выделения места на диске для временного хранения Snapshot Snapshots (-ов)

* * *

СОЗДАНИЕ МОМЕНТАЛЬНЫХ СНИМКОВ (CREATE SNAPSHOT)


В зависимости от источника хранения данных (файловая система, менеджер дисков/томов или дисковый массив) для создания моментальных снимков применяют алгоритмы «Копирования при записи» (Copy-on-write) или «Перенаправления при записи» (Redirect-on-write), другое название «Зеркальный снимок».
Процесс создания моментальных снимков файловой системы состоит из следующих этапов:

  1. Сбор метаданных и подготовка к созданию теневой копии (завершение транзакции и очистка кэша)
  2. Временная остановка (заморозка) запросов на запись операций ввода-вывода в файловую систему. Перевод в состояние только чтение.
  3. Создание и запись теневой копии в хранилище
    1. На том же томе для Copy-on-write
    2. На другом томе для Redirect-on-write
  4. Возобновление (разморозка) запросов на запись операций ввода-вывода в файловую систему (возобновление записи приложениями данных на жесткий диск).

В процессе создания снапшота важную роль играет поставщик моментальных снимков (Snapshots Provider). В зависимости от инициатора, поставщиков делят на Hardware и Software Provider.

* * *

SNAPSHOT PROVIDER


Hardware Provider это утилита в составе системы хранения данных, которая выступает инициатором создания снимка от имени поставщик оборудования. Каждый поставщик систем хранения данных имеет свой уникальный Hardware Provider (NetApp Data ONTAP, HPE RMC, EMC Unisphere и др.). Hardware Provide является посредником между службой теневого копирования томов (VSS) и «железом», работая в связке с сетевым адаптером и контроллером хранения данных. Таким образом, нагрузка по созданию и поддержке теневой копии лежит на системе хранения данных.

В случаи программного снимка (Software Provider) программа-инициатор на системном уровне перехватывает запросы чтения / записи для операций ввода / вывода между файловой системой и менеджером томов.

Так как Software Provider создают теневые копии на уровне операционной системы, это является более универсальным методом в отличие от Hardware Provider.

* * *

SNAPSHOT WINDOWS


Snapshot в системах резервного копирования

В Windows роль Software Provider, выполняет встроенная служба теневого копирования VSS (Volume Shadow Copy Service). VSS по умолчанию встроена в систему Windows и отвечает за создание моментальных снимков на уровне файловой системы NTFS, применяя метод «Копирования при записи» (Copy-on-write). VSS используется, как для физических систем, так и для виртуальных машин Hyper-V, включая файлы конфигурации виртуальных машин, состояние системы (system snapshot) и виртуальные жесткие диски (VHD). Как правило, большинство программ/систем резервного копирования используют службу VSS для создания своих резервных копий в Windows.

* * *

SNAPSHOT LINUX


В Linux системах роль Software Provider и поставщика моментальных снимков в зависимости от типа файловой системы (EXT, JFS, ReiserFS, XFS, Btrfs), как правило, выполняет служба Logical Volume Manager (LVM) или специальные модули ядра Linux (Samba и др.).

* * *

SNAPSHOT VMWARE


В VMware в качестве Software Provider моментальных снимков виртуальных машин отвечает диспетчер снимков (VMware Snapshot Provider). Моментальный снимок включает в себя информацию о состояние виртуальной машины, а так же все данные, хранящиеся на диске, в оперативной памяти и виртуальных устройствах. Для создания Snapshots в VMware применяется метод «Перенаправления при записи» (Redirect-on-write).

Моментальный снимок состоит из исходного виртуального диска *.vmdk и журнала изменений *delta.vmdk (*sesparse.vmdk, если объем виртуального диска более 2 Тб), а так же служебных файлов *.vmsd и *.vmsn.

Снапшоты диска | База знаний Selectel

Снапшот — это снимок состояния диска, копия его файловой системы.

Снапшоты можно сделать только для сетевого диска.

Вы можете использовать снапшоты сетевого диска, чтобы:

  • клонировать диск — для этого можно создать новый диск из снапшота;
  • клонировать облачный сервер — создать новый облачный сервер из снапшота;
  • изменить тип диска — сохранить состояние диска с помощью снапшота и создать такой же диск, но с другим типом.

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

Создать снапшот

Снапшот можно создать только для сетевых дисков. Для каждого диска можно создать только один снапшот — большее количество замедляет работу диска.

Панель управления OpenStack CLI

При создании имя снапшота автоматически задается в виде snap-датасоздания_времясоздания, например snap-14.05.21_14.43

  1. В панели управления перейдите в раздел Облачная платформа ⟶ Диски.
  2. В меню (⋮) диска выберите Снапшот диска.
  3. Нажмите Создать снапшот.

Подробно о начале работы с OpenStack CLI.

Создайте снапшот:

openstack volume snapshot create --volume <volume> <snapshot_name>

Укажите:

  • <volume> — имя или ID диска, список можно посмотреть с помощью openstack volume list
  • <snapshot_name> — имя снапшота.

При попытке создания более одного снапшота будет выведено сообщение об ошибке — создать можно только один снапшот.

Восстановить данные из снапшота

Вы можете откатить диск к состоянию на момент создания снапшота — для этого нужно создать сетевой диск из снапшота.

  1. В панели управления перейдите в раздел Облачная платформа ⟶ Диски.
  2. В меню (⋮) диска выберите Снапшот диска.
  3. В меню (⋮) снапшота выберите Создать диск из снапшота.
  4. Опционально: замените загрузочный диск у облачного сервера на восстановленный или подключите восстановленный диск как дополнительный.

Удалить снапшот

Панель управления OpenStack CLI

Удалить снапшот можно при удалении диска или отдельно.

  1. В панели управления перейдите в раздел Облачная платформа ⟶ Диски.
  2. В меню (⋮) диска выберите Снапшот диска.
  3. В меню (⋮) снапшота выберите Удалить.

Подробно о начале работы с OpenStack CLI.

Удалите снапшот:

openstack volume snapshot delete <snapshot>

Укажите <snapshot> — имя или ID снапшота, можно посмотреть с помощью openstack volume snapshot list

Создание моментального снимка виртуального жесткого диска Azure — Azure Virtual Machines

  • Статья
  • Чтение занимает 3 мин
  • Участники: 3

Были ли сведения на этой странице полезными?

Да Нет

Хотите оставить дополнительный отзыв?

Отзывы будут отправляться в корпорацию Майкрософт. Нажав кнопку «Отправить», вы разрешаете использовать свой отзыв для улучшения продуктов и служб Майкрософт. Политика конфиденциальности.

Отправить

В этой статье

область применения: ✔️ виртуальных машин Linux ✔️ Windows виртуальных машин ✔️ гибких масштабируемых наборов

Моментальный снимок — это полная копия виртуального жесткого диска (VHD), предназначенная только для чтения. Моментальный снимок можно использовать в качестве резервной копии на момент времени или для устранения неполадок виртуальной машины. Можно создать моментальный снимок виртуальных жестких дисков операционной системы (ОС) или диска данных.

Создание моментального снимка VHD

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

Чтобы создать моментальный снимок с помощью портал Azure, выполните следующие действия.

  1. На портале Azure выберите Создать ресурс.
  2. Найдите и выберите Моментальный снимок.
  3. В окне Моментальный снимок нажмите кнопку Создать. Откроется окно Создание моментального снимка.
  4. В поле Группа ресурсоввыберите существующую группу ресурсов или введите имя новой.
  5. Введите имя, а затем выберите регион и тип моментального снимка для нового моментального снимка. Если вы хотите сохранить моментальный снимок в отказоустойчивом хранилище, необходимо выбрать регион, который поддерживает зоны доступности. Список вспомогательных регионов см. в разделе регионы Azure с зонами доступности.
  6. В поле исходная подпискавыберите подписку, содержащую управляемый диск для резервного копирования.
  7. В поле Исходный диск выберите управляемый диск, моментальный снимок которого необходимо создать.
  8. для служба хранилища типвыберите HDD (цен. категория «Стандартный»), если для моментального снимка не требуется хранилище, избыточное в виде зоны, или высокопроизводительное хранилище.
  9. При необходимости настройте параметры на вкладках Шифрование, сетьи теги . В противном случае для моментального снимка используются параметры по умолчанию.
  10. Выберите Review + create (Просмотреть и создать).

В этом примере необходимо использовать Cloud Shell или установить Azure CLI .

Выполните следующие действия, чтобы создать моментальный снимок с New-AzSnapshotConfig помощью командлетов и New-AzSnapshot . В этом примере предполагается, что у вас есть виртуальная машина с именем myVM в группе ресурсов myResourceGroup . Приведенный образец кода создает моментальный снимок в той же группе ресурсов и в том же регионе, что и исходная виртуальная машина.

Во-первых, вы будете использовать командлет New-азснапшотконфиг для создания настраиваемого объекта моментального снимка. Затем можно использовать командлет New-азснапшот , чтобы создать моментальный снимок диска.

  1. Задайте необходимые параметры. Обновите значения в соответствии с вашей средой.

    $resourceGroupName = 'myResourceGroup' 
    $location = 'eastus' 
    $vmName = 'myVM'
    $snapshotName = 'mySnapshot'  
    
  2. Используйте командлет Get-AzVM , чтобы получить виртуальную машину, содержащую виртуальный жесткий диск, который необходимо скопировать.

    $vm = Get-AzVM `
        -ResourceGroupName $resourceGroupName `
        -Name $vmName
    
  3. Создайте конфигурацию моментального снимка. В этом примере моментальный снимок относится к диску операционной системы. По умолчанию моментальный снимок использует локально избыточное хранилище уровня «Стандартный». Рекомендуется хранить моментальные снимки в стандартном хранилище, а не в хранилище класса Premium, независимо от типа хранилища родительского диска или целевого диска. Premium моментальные снимки требуют дополнительных затрат.

    $snapshot =  New-AzSnapshotConfig `
        -SourceUri $vm.StorageProfile.OsDisk.ManagedDisk.Id `
        -Location $location `
        -CreateOption copy
    

    Если вы хотите сохранить моментальный снимок в отказоустойчивом хранилище, необходимо создать моментальный снимок в регионе, который поддерживает [зоны доступности] (.. /аваилабилити-зонес/аз-овервиев.МД и включите -SkuName Standard_ZRS параметр. Список регионов, поддерживающих зоны доступности, см. в статье регионы Azure с зонами доступности.

  4. Создайте моментальный снимок.

    New-AzSnapshot `
        -Snapshot $snapshot `
        -SnapshotName $snapshotName `
        -ResourceGroupName $resourceGroupName 
    
  5. Используйте командлет Get-азснапшот , чтобы убедиться в существовании моментального снимка.

    Get-AzSnapshot `
        -ResourceGroupName $resourceGroupName
    

В этом примере необходимо использовать Cloud Shell или установить Azure CLI .

Выполните следующие действия, чтобы создать моментальный снимок с az snapshot create помощью команды и --source-disk параметра. В этом примере предполагается, что у вас есть виртуальная машина с именем myVM в группе ресурсов myResourceGroup . Приведенный образец кода создает моментальный снимок в той же группе ресурсов и в том же регионе, что и исходная виртуальная машина.

  1. Получите идентификатор диска с помощью команды AZ VM демонстрация.

    osDiskId=$(az vm show \
       -g myResourceGroup \
       -n myVM \
       --query "storageProfile.osDisk.managedDisk.id" \
       -o tsv)
    
  2. Создайте моментальный снимок с именем osDisk-backup с помощью команды az snapshot create. В этом примере моментальный снимок относится к диску операционной системы. По умолчанию моментальный снимок использует локально избыточное хранилище уровня «Стандартный». Рекомендуется хранить моментальные снимки в стандартном хранилище, а не в хранилище класса Premium, независимо от типа хранилища родительского диска или целевого диска. Premium моментальные снимки требуют дополнительных затрат.

    az snapshot create \
        -g myResourceGroup \
    	--source "$osDiskId" \
    	--name osDisk-backup
    

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

  3. Используйте команду AZ snapshot List , чтобы убедиться в существовании моментального снимка.

    az snapshot list \
       -g myResourceGroup \
       - table
    

Дальнейшие действия

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

Yandex Cloud Cron Snapshot. Так как пока в Облаке отсутсвует… | by Nikolay Matrosov

Upd: я дополнил пост расширенным примером применимом в облаке с большим количеством дисков. Также там добавлено удаление старых снепшотов.

Upd2: https://github.com/nikolaymatrosov/go-yc-serverless-snapshot Я переписал пример на Go, так как в Облаке недавно появился рантайм для Go 1.14.

Upd3: Пример на Go обновлен для версии ратайма 1.16.

Upd 2022–01–08: Пример на для NodeJS переписан с использованием новой версии SDK v2. Код из поста ниже устарел.

Так как пока в Облаке отсутсвует нативная возможность настроить создание снэпшотов по расписанию можно сделать эту функциональность из подручных средств.

Я подумал, что будет удобно разметить диски, которые мы хотим бекапить.

Наш демо-диск

Для этого при помощи CLI назначим ему label.

yc compute disk update --id ef34spdueq1ps7b37m51 --labels snapshot=1

Теперь создадим функцию. Вот код на TypeScript.

Следующим шагом делаем из кода и установленных node_modules архив и заливаем его в Object Storage. Потому что на прямую загрузку архива есть лимит в 3.5Мб. Но после npm install мы точно не влезем в этот лимит.

Кстати, если вы собираете архив на ОС отличной от Linux не забудьте выполнить следующую команду.

npm rebuild --target_platform=linux --target_arch=x64 --target_libc=glibc --update-binary

Иначе у вас не будет нужной папки node-v72-linux-x64-glibc (это бинарники GRPC) и функция будет падать не найдя её.

Теперь можно заливать архив и переходить к созданию сервисного аккаунта, функции и триггера.

Сервисный аккаунт с ролью editor.ФункцияТриггер

Отдельно стоит отметить, что триггер ожидает cron-выражение не в linux формате, а в AWS. Вот документация по формату.

Можно руками дернуть функцию и убедиться, что снепшот создался.

Upd 18.01.2020:

Приведенное выше решение будет хорошо работать если у вас в фолдере мало дисков. Но если у вас их хотя бы 16, то вы сталкнетесь с тем, что вы не можете делать снепшоты со всех дисков одновременно.

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

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

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

Код этого решения здесь.

Что такое снапшоты? Как сделать снимок файловой системы?

Одной из самых больших проблем для сотрудников IT-сферы является потеря данных. Важные файлы могут быть утрачены в связи со сбоем системы. Иногда их удаляют просто случайно или по незнанию. При этом потеря ценной информации иногда ведет к серьезнейшим финансовым или имиджевым потерям. Чтобы предотвратить возникновение подобных ситуаций, специалисты постоянно работают над вариантами резервного хранения важных данных, которые бы обеспечили возможность их последующего восстановления при необходимости. Упрощенно это можно сравнить с автосохранением в компьютерной игре. В случае гибели вашего героя всегда можно вернуться к безопасной «сохраненке», чтобы исправить все сделанные ошибки.

Причины потери данных

Неожиданная потеря или деструктуризация важных данных может иметь самые разные причины. Их перечень широк: от чрезвычайных ситуаций до банальной невнимательности сотрудников. Массу проблем могут причинять:

  • технические неисправности
  • разнообразные сбои ПО
  • вирусы и хакерские атаки
  • стихийные бедствия и т.д.

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

Суть снапшота и его отличия от бекапа

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

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

Что могут содержать снапшоты

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

Процесс работы снапшота

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

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

Применение снапшотов у провайдера Cityhost.ua

Технологию снапшотов в основном применяют, чтобы обеспечить пользователям возможность оперативно и точно восстанавливать данные, которые были актуальными на момент внесения в систему каких-то изменений. В качестве последних можно назвать такие процессы, как масштабные обновления, исправления и прочие. Функция создания снапшотов доступна клиентам, которые арендуют виртуальные серверы в Cityhost и предоставляется бесплатно.

Панель управления позволяет настраивать параметры работы снапшотов, их запуск и восстановление предыдущего состояния машины. Стандартный срок жизни обычного снапшота составляет 24 часа. Максимальный размер файла — 10 гигабайт. Может существовать только одна копия для точки восстановления.

Снапшоты — это отличная страховка для тестирования нового ПО, проверки незнакомых способов работы и так далее. Они позволяют не бояться случайных ошибок или просчетов и моментально восстанавливать предыдущее состояние системы.

Снапшоты в VMware vSphere и все о них

Обновлено 13.05.2020

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

Что такое snapshot

Снапшот (Snapshot — снимок) — это сохранение состояния виртуальной машины в определенной точке, необходимой именно вам, его еще называют снимком виртуальной машины. Еще можно дать вот такое определение: Snapshot VMware — это копия файла диска виртуальной машины (VMDK) в определенный момент времени. Снимки предоставляют журнал изменений для виртуального диска и используются для восстановления виртуальной машины в определенный момент времени, когда происходит сбой или системная ошибка. Снимки сами по себе не обеспечивают резервное копирование, если проще SNAPSHOT это НЕ БЭКАП.

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

Где применим снапшот

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

Как создать снапшот в VMware vSphere

Сама процедура очень простая и сейчас будет описана. Если же вы захотите ее автоматизировать, то советую почитать Как создать snapshot виртуальной машины по расписанию в VMware vCenter 5.5.

сразу подчеркиваю shapshot это не замена бэкапа, запомните это

Выбираете любую виртуальную машину, щелкаете по ней правым кликом и из контекстного меню выбираете Snapshot > Take Snapshot

В следующем окне задаем имя snapshot и при желании описание в поле description. Обратите внимание на две возможные галки

В ESXI 6.5 и выше, создание снимка виртуальной машины делается подобным образом, но уже из веб-интерфейса. Вы так же выбираете нужный сервер, вызываете его контекстное меню «Snaphots — Tale Snapshot«

Описание параметров снимка

  • Snapshot the virtual machine’s memory > данная опция нужна для того, чтобы во время снятия snapshot esxi виртуалки было состояние оперативной памяти, что при откате даст работающую виртуальную машину. Если вы ее снимите, то вернувшись из снапшота виртуальная машина будет выключена, но зато такой снапшот будет создаваться быстрее, так как нет необходимости сохранять оперативную память в файл, особенно если память большая и постоянно обновляется.
  • Quiesce guest file system (need VMware Tools installed) > Это процесс при котором подготавливаются данные на виртуальном диске в состояние требуемое для резервного копирования. Заморозить гостевую файловую систему (требуется установка VMware Tools и ее драйвер Sync Driver) позволяет гарантировать, что данные гостевой операционной системы останутся не поврежденными в снимке.

В итоге VMware Tools с помощью VMware Snapshot Provider запускает создание VSS snapshot внутри гостевой ОС. После чего все VSS writers (смотрим их командой «vssadmin list writers«) в гостевой ОС получают запрос и подготавливают соответствующие приложения к бэкапу (происходит запись всех транзакций из памяти на диск). Когда все VSS writers заканчивают работу, они сообщают службе VMware Tools через VMware Snapshot Provider, который, в свою очередь, говорит VMware о том, что снапшот можно снять.
Таким образом все приложения резервного копирования для VMware vSphere используют следующие комбинации при отдании команды на создание снапшота VMware (заметьте, что процесс непосредственно создания снапшота целиком и полностью контролируется самой VMware)

Если делать бэкап без опции Quiesce guest file system, то могут быть большие проблемы при восстановлении контроллера домена или Exchange сервера.

Как создать снимок виртуальной машины через PowerCLI

Тут есть две конструкции, которые вы можете использовать в PowerCLI. В первом примере, мы вызываем виртуальную машину «Terminal», а далее создаем там снапшот с именем «Untill Update».

Get-vm -name «Terminal» | New-Snapshot -Name «Untill Update»

Во втором примере, мы воспользовались командлетом New-Snapshot, и обратились к виртуальному серверу, где создали снапшот с именем «Untill Update«.

New-Snapshot -VM «Terminal» -Name «Untill Update»

Структура файлов виртуальной машины при снятии Snapshot

Вот как выглядит структура файлов до снятия снапшота в VMware vSphere. Более подробно о форматах esxi файлов читайте по ссылке.

Теперь посмотрим, что изменится после снятия снимка виртуальной машины esxi 5.5. Как видите добавились файлы с форматом vmsn и добавленным в название 000001. Это и есть жесткий диск новых данных после снапшота.

Если посмотреть на эти же файлы в консоли ssh, то этот файл на самом деле состоит из четырех. У меня на скриншоте два снапшота и в сумме они занимают 8 фалов.

  • <name VM>-[шесть цифр]-delta.vmdk — файл данных диска отличий от базового диска
  • <name VM>-[шесть цифр].vmdk — заголовочный файл
  • <name VM>.vmsd — текстовый файл с параметрами снапшота (связи в дереве, SCSI-нода, время создания и т.п.)
  • <name VM>.vmsn — файл с сохраненной памятью виртуальной машины

Как можно предположить основной файл это delta, который включает в себя все отличительные данные после снапшота от основного виртуального диска. Данный виртуальный диск состоит из блоков данных хранимых в формате redo-логов (или просто дочерний диск — child disk). Он же sparse-диск, то есть диск, который использует технологию Copy-On-Write (COW) при работе с данными. Идея технологии copy-on-write — при копировании областей данных создавать реальную копию только когда ОС обращается к этим данным с целью записи. Таким образом, этот виртуальный диск содержит только измененные от родительского диска области данных (delta).

файл.vmsd. Это текстовый файл, открыв в редакторе вы увидите все отношения между родительским и дочерними дисками, а также другую интересную информацию

Хочу напомнить, что снапшоты лежат вместе с виртуальной машиной но их расположение можно поменять.

В гостевой ос

Что вы обнаружите например в событиях гостевой системы при создании снапшота без галки Snapshot the virtual machine’s memory и включенной на Quiesce guest file system. Вы в просмотре событий, в журнале Приложения обнаружите ошибку VSS с кодом 12289 (Ошибка теневого копирования тома: Непредвиденная ошибка DeviceIoControl). Можете на нее забить, так как она происходит из за флоппи диска в конфигурации виртуальной машины.

так же если посмотреть через клиента VMware vSphere датастор на котором лежит виртуалка то вы обнаружите файл архив vss_manifests*.zip с конфигами с описанием всех найденных VSS writers в гостевой ОС.

Содержимое vss_manifests*.zip.

если в  архиве vss_manifests.zip только файл backup.xml — это означает, что снапшот по факту был сделан без использования VSS

Также стоит добавить некоторые требования к Quiesce guest file system

  • Поддержка Операционной системой консистентных снимков (VSS)
  • VSS компоненты VMware Tools установлены
  • Отсутствие динамических дисков внутри гостевой машины (Если внутри гостевой системы будет присутствовать хоть один динамический диск — не важно системный он или нет, то VSS задействован не будет. Снапшот будет создаваться успешно, но vss_manifests.zip будет пустым, как и логи событий внутри гостевой ОС. Это правило действует для гостевых ОСей Windows 2008 и выше)
  • Должна работать служба VSS в гостевой ОС

VSS- это сервис, который всего навсего перед бэкапом заставляет базу данных записать все транзакции на диск, далее БД приостанавливает свою работу, затем создаётся теневая копия тома, на что уходит несколько секунд, Далее БД продолжает свою работу в обычном режиме, а бэкап сливается уже с теневой копии. В VMWare теневая копия не создаётся, а создаётся delta vdmk, при этом исходный vdmk становится доступным на чтение и содержит консистентные данные, что позволяет его скопировать в качестве бэкапа.

Чем плохи снапшоты

На своей практике могу точно сказать, что минусов в разы больше чем плюсов.

Плюсы снапшотов

  • Возможность тестирования новых настроек или обновлений с возможностью легкого отката
  • Резервное копирование виртуальных машин на лету без остановки

Такие снапшоты делаются на небольшой промежуток времени, до суток. Протестировали и удалили.

Минусы снапшотов

  • snapshot быстро растут особенно при часто обновляемых данных. Растут они блоками по 16 мб. Если у вас например приложение СУБД, которое имеет много транзакций, то оно заполонит ваш датастор очень быстро, и может получиться так что на нем кончится место и виртуальная машина может перестать работать.
  • Еще большой проблемой являются длинные цепочки снапшотов, сделанных на разных этапах настройки, штук так по 15 или 20. Все это вызывает торможение виртуальной машины и хранилище отжирая лишние iops.  Чем больше у вас цепочка тем дольше по ней идти до последнего снимка.

  • Так же когда снапшот делает или удаляется хранилище испытывает дополнительную нагрузку, так как на датастор сбрасывается память и снимок
  • Из за снапшотов вы не сможете использовать  Fault Tolerance или Storage VMotion, так как привязаны к хранилищу с вашими snapshot.
  • Вы не сможете расширить виртуальный диск со снапшотом
  • Снимки виртуальных машин с дисками в режиме RDM или гостевыми операционными системами, использующими инициатор iSCSI в гостевой системе, не поддерживаются.
  • Снимки не поддерживаются устройствами ввода-вывода PCI vSphere Direct Path
  • Если виртуальная машина имеет виртуальные жесткие диски размером более 2 ТБ, выполнение снимка может занять значительно больше времени

Ну думаю вы поняли, что в продакшине их лучше не делать, по возможности сразу их удаляйте, а если уж они у вас есть, то не делайте их более 3

Консолидация и удаление снапшотов / Удаление snapshot vmware

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

Вы допустим хотите удалить все снапшоты и нажимаете «Delete All в Snapshot Manager», далее идет вот такая операция Snapshot 3 сливается со Snapshot 2, но при этом сам Snapshot 3 остается на томе VMFS

В итоге первого шага мы получаем уже 90 гб (60+30). Теперь Snapshot 2 который весит уже 50 гб сливается с Snapshot 1, при этом Snapshot 2 и 3 не удаляются пока. Из этого следует что у нас уже занято 140 гб на хранилище.

Как только результирующий Snaphot 1 в 60 гб сольется с основным виртуальным диском при этом сам виртуальный диск flat в размере не меняется, поскольку он фиксирован (изменяется только содержимое блоков). И только затем все снапшоты удаляются (все 140 ГБ).

так что видите запас нужно всегда иметь, минимум 10 процентов.

Консолидация snapshot vmware

И так consolidation или консолидация, это по сути удаление снапшота со слиянием дисков, чаще всего оставленного каким нибудь средством резервного копирования, например veeam. Процесс consolidation vm я уже описывал, там все просто, но не понятно на сколько это влияет на датастор в плане производительности.

Что влияет на время консолидации в виртуальной машине

  • Размер delta-дисков — очень важный параметр. Чем больше данных в дельта-диске, тем дольше их нужно применять к основному (базовому) диску.
  • Число снимков и их размеры. Чем их больше, тем все будет дольше идти по времени. Кроме того, при нескольких снапшотах консолидация происходит в несколько этапов, описано выше.
  • Производительность подсистемы хранения, включая FC-фабрику, Storage Processor хранилищ, LUN (число дисков в группе, тип RAID массива).
  • Тип данных в файлах снапшотов (нули или случайные данные).
  • Нагрузка на хост-сервер ESXi при создании снапшота.
  • Нагрузка виртуальной машины на подсистему хранения в процессе консолидации. Например, почтовый сервер, работающий на полную мощность, может очень долго находится в процессе консолидации снапшотов.

Хочется подчеркнуть, что процесс консолидации — это очень требовательный к подсистеме ввода-вывода процесс, поэтому не рекомендуется делать это в рабочие часы, когда производственные виртуальные машины нагружены.

Замирание stun виртуальной машины в VMware vSphere

Если вы как и я долго уже работаете с гипервизором Vmware ESXI 5.5, то наверняка обращали внимание, что бывают случаи, что виртуальная машина подвисает на какое то время, или дико тормозит, а потом работает как ни в чем не бывало. За это в vmware отвечает параметр stun или как мы выше смотрели quiescence. Когда это происходит виртуалка не может ничего делать, она чаще всего падает по Ping и недоступна, и перестает отвечать на операции ввода/вывода. Если сказать по простому то ее как будто поставили на паузу,  а на уровне ввода-вывода совершаются только операции, касающиеся выполняемой задачи (например, закрытие прежнего VMDK-диска и переключение операций чтения-записи на новый диск при операциях со снапшотами).

Параметр Stun в виртуальной машины нужен, в большинстве случаев, для того, чтобы сделать ее на время изолированной от окружающего мира для выполнения значимых дисковых операций, например, консолидация. Это может занимать несколько секунд (и даже десятков), но часто это происходит на время около секунды и даже меньше, все зависит от нагрузки хранилища, у меня бывали случаи, что если виртуалка толстая и снапшот здоровый, то время stun доходило и до минуты, что сразу вызывало бурю паники, что у нас все сломалось и что вообще блин происходит, паникеры одним словом, просто не знающие как это работает.

Когда может быть заметен stun виртуальной машины

  1. Во время выполнения процедуры приостановки виртуальной машины (suspend). Тут происходит такое подмораживание, чтобы скинуть память VM на диск, после чего перевести ее в приостановленное состояние.
  2. Ну как все уже поняли во время создания снапшота, нужно закрыть старый диск и начать писать в новый.
  3. Консолидация (удаление) снапшота, подробно описано выше.
  4. При выполнении миграции с помощью vMotion. Слегка напомню данный механизм, во первых оперативная память передается от одной машины к целевой VM без подмораживания, но затем происходит такой же stun, как и при операции suspend, с тем только отличием, что маленький остаток памяти (минимальная дельта) передается не на диск, а по сети. После этого происходит операция resume уже на целевом хосте. Пользователь этого переключения, как правило, не замечает, так как время этого переключения очень жестко контролируется и чаще всего не достигает 1 секунды. Если память гостевой ОС будет меняться очень быстро, то vMotion может затянуться именно во время этого переключения (нужно передать последнюю дельту).
  5. Горячая миграция хранилищ Storage vMotion. Здесь stun случается дважды: сначала vSphere должна поставить Mirror Driver, который будет реплицировать в синхронном режиме операции ввода-вывода на целевое хранилище. При постановке этого драйвера происходит кратковременный stun (нужно также закрыть диски). Но и при переключении работы ВМ на второе хранилище происходит stun, так как нужно удалить mirror driver, а значит снова пере открыть диски уже на целевом хранилище.

Как правильно удалить Snapshot в ESXI

У вас существует несколько методов удаления снимков:

  • Через веб-интерфейс
  • Через PowerClI
  • Через команды esxi cli

Как исключить диски из снимка

Могут быть случаи, когда вы не хотите, чтобы диски виртуальной машины подвергались воздействию моментальных снимков. Для достижения этой цели, вам нужно изменить режим жесткого диска виртуальной машины из «Disk Mode» в «Independent – Persistent или Independent – Nonpersistent. Два варианта немного различаются в соответствии с объяснением VMware:

    • Independent – Persistent: Диски в постоянном режиме ведут себя как обычные диски на вашем физическом компьютере. Все данные, записанные на диск в этом режиме, постоянно записываются на диск.
    • Independent – Nonpersistent: изменения в дисках в непостоянном режиме отменяются при отключении питания или перезагрузке виртуальной машины. Изменения на диске записываются и считываются из файла журнала повторов, который удаляется при отключении питания или сбросе.

Думаю вы теперь чуть больше представляете, что такое снапшот и как и для чего он нужен. Материал сайта pyatilistnik.org

Что такое моментальный снимок хранилища?

Моментальный снимок хранилища — это набор опорных маркеров для данных в определенный момент времени. Моментальный снимок действует как подробное оглавление, предоставляя пользователю доступные копии данных, к которым он может вернуться.

Как работают моментальные снимки хранилища

Моментальные снимки хранилища часто основаны на использовании разностного диска. Разностный диск — это особый тип виртуального жесткого диска, который связан с родительским виртуальным жестким диском.

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

Снимки имеют отношения родитель-потомок и образуют дерево.Каждый сделанный снимок создает еще одну ветвь дерева.

Моментальные снимки обычно создаются для защиты данных, но их также можно использовать для тестирования прикладного программного обеспечения и интеллектуального анализа данных. Моментальный снимок хранилища можно использовать для аварийного восстановления (DR), когда информация потеряна из-за человеческой ошибки. Снимки также могут быть полезны для возврата системы в предыдущее состояние, если было установлено плохое исправление.

Снимки — это блоки диска, которые представляют, как выглядела файловая система в определенный момент времени.

Типы технологии моментальных снимков

Не все моментальные снимки основаны на разностных дисках. Существует несколько других типов моментальных снимков хранилища:

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

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

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

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

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

Инкрементальные снимки создают метки времени, которые позволяют пользователю вернуться к любому моменту времени. Инкрементные моментальные снимки могут создаваться быстрее и чаще, чем другие типы моментальных снимков хранилища. А поскольку они занимают не намного больше места для хранения, чем исходные данные, их можно хранить дольше. Каждый раз, когда создается инкрементный снимок, исходный снимок обновляется.

Моментальные снимки VMware копируют файл диска виртуальной машины и могут восстановить виртуальную машину (ВМ) на определенный момент времени в случае сбоя. Технология моментальных снимков VMware используется в виртуальных средах VMware и часто удаляется в течение часа. Администраторы могут делать несколько моментальных снимков виртуальной машины, создавая несколько точек восстановления на определенный момент времени. При создании моментального снимка любые данные, доступные для записи, становятся доступными только для чтения.

Непрерывная защита данных

Непрерывная защита данных (CDP) использует отслеживание измененных блоков и моментальные снимки для резервного копирования системы таким образом, чтобы пользователи могли восстанавливать самые последние экземпляры данных.

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

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

Моментальные снимки хранилища и резервное копирование

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

Снапшоты против резервных копий

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

Существует несколько причин, по которым моментальные снимки не следует использовать в качестве альтернативы резервным копиям. Во-первых, моментальные снимки могут негативно повлиять на производительность системы. Особенно это касается разностных снимков дисков. При каждом создании моментального снимка создается дополнительный разностный диск. Производительность чтения системы снижается с созданием каждого дополнительного разностного диска.

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

Резервное копирование Снимок
Защита данных
  • Резервная копия содержит восстанавливаемую копию защищенных данных.
  • Моментальный снимок гарантирует, что ранее существующие данные не могут быть изменены, но ничего не делает для защиты от потери из-за сбоя оборудования или других факторов.
Восстановление
  • Операции восстановления включают копирование данных из резервной копии обратно в основное хранилище.
  • Требуемое время зависит от объема восстанавливаемых данных.
  • Моментальные снимки можно использовать для мгновенного возврата системы к предыдущему состоянию.
  • Восстановление моментальных снимков выполняется быстро, поскольку, в отличие от резервного копирования, данные не копируются.
Производительность
  • Производительность системы при чтении может снизиться во время резервного копирования, но вернется к нормальному состоянию после завершения резервного копирования.
  • Резервное копирование CDP может повлиять на производительность системы во время первоначального резервного копирования, но последующие резервные копии обычно оказывают незначительное влияние на производительность.
  • Разностные снимки дисков отрицательно скажутся на производительности чтения, пока существуют снимки.
  • Степень снижения производительности зависит от количества существующих моментальных снимков.
  • Создание каждого последующего снимка в дереве снимков еще больше снижает производительность.
Как моментальные снимки хранилища и резервные копии работают вместе

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

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

снимков и резервных копий: в чем разница?

«Резервные копии» и «моментальные снимки» — термины, которые вы можете часто слышать в пространстве веб-хостинга. Они кажутся похожими, но они не одинаковы. Хотя оба они делают копии информации о вашей учетной записи, они делают это по-разному.

Резервное копирование

Резервная копия — это копия ваших данных. При запуске резервного копирования создаются копии ваших файлов, включая файлы, относящиеся к вашему веб-сайту и почтовым ящикам.

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

Все наши ShadowDrives и резервные копии файлов хранятся вне сервера. Однако некоторые резервные копии, такие как дампы веб-сайта и базы данных, остаются на сервере. Эти резервные копии также можно загрузить и сохранить на локальном компьютере вручную с помощью FTP/SFTP или SSH.

Резервное копирование — это процесс, который может занять минуты, часы или дни, в зависимости от данных. Это означает, что данные в конце резервного копирования могут не совпадать с данными на момент начала резервного копирования.

Резервные копии

предназначены для длительного хранения, и, если они хранятся вне сервера, их можно использовать для восстановления серверов после сбоя сервера.

Снимок

Снимки — это мгновенное «изображение» файловой системы вашего сервера в определенный период времени. Этот снимок захватывает всю файловую систему, какой она была на момент создания моментального снимка. Когда снимок используется для восстановления сервера, сервер возвращается к тому состоянию, в котором он был на момент создания снимка.

Снимки

предназначены для краткосрочного хранения. Когда место заканчивается, новые моментальные снимки в конечном итоге перезаписывают старые. Из-за этого моментальные снимки обычно хороши только в том случае, если вы хотите вернуться к последней версии вашего сервера.

Резервные копии и моментальные снимки: анализ

Вот краткий обзор различий между резервными копиями и моментальными снимками.

Резервные копии Снимки
Может храниться в другом месте, на том же сервере или даже на том же диске Хранится в том же месте, что и исходные данные
Могут быть различия в зависимости от времени начала и окончания резервного копирования «Изображение» вашего сервера за определенный период времени
Долгосрочный Краткосрочный
Файловая система Файлы, программное обеспечение и настройки
Долго копировать данные Быстрое копирование данных

Могу ли я иметь как снэпшоты, так и резервные копии?

Да! Наши учетные записи виртуального хостинга уже оснащены комбинацией моментальных снимков и резервных копий.

С помощью этого метода мы сначала делаем снимок диска. Это дает нам мгновенный стоп-кадр файлов сервера во время моментального снимка. Это гарантирует, что данные согласуются с точным временем суток.

Затем мы «сохраняем резервную копию» моментального снимка на удаленный сервер, что требует времени. Но поскольку моментальный снимок уже заморожен во времени, нет риска изменения данных во время копирования.

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

Резервное копирование

против моментального снимка: в чем разница?

Моментальные снимки ВМ — это простой и эффективный способ отката виртуальной машины до определенного момента времени. Некоторые ошибочно рассматривают моментальные снимки как резервную копию, поскольку они позволяют ВМ вернуться в предыдущее состояние. Снапшоты не являются резервными копиями. Опасно считать моментальные снимки ВМ настоящей резервной копией данных. Хотя многие продукты для резервного копирования используют моментальные снимки как часть набора функций, сам по себе моментальный снимок не является резервной копией.

Что такое моментальные снимки и когда их использовать

Моментальные снимки ВМ

сохраняют состояние и данные виртуальной машины в определенный момент времени, поэтому, если что-то пойдет не так, вы сможете вернуться к этому моменту до того, как это произошло.

Состояние машины включает в себя состояние питания виртуальной машины: включено, выключено или приостановлено. Данные виртуальной машины состоят из всех файлов, памяти, устройств в сети и карт виртуального сетевого интерфейса.

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

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

Моментальные снимки также могут повлиять на производительность вашей виртуальной машины, если они работают в течение длительного периода времени.VMware рекомендует использовать только 2–3 моментальных снимка в цепочке и никогда не запускать моментальный снимок более чем на 72 часа, чтобы поддерживать высокую производительность.

Что отличает резервные копии

Резервные копии

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

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

SEP Backup & Recovery Software предлагает пользователям моментальные снимки, резервные копии на уровне образа, восстановление одного файла, шифрование, дедупликацию и надежный механизм резервного копирования для поддержки любого сценария восстановления. SEP поддерживает моментальные снимки виртуальных машин для VMware, Hyper-V, Citrix XenServer и Red Hat Virtualization, а также моментальные снимки хранилища.Снимки не следует использовать для надежной защиты данных, однако они представляют собой удобную функцию, которую можно использовать для тестирования и большей части операции резервного копирования.

 


SEP Backup & Disaster Recovery Бесплатная 30-дневная пробная версия


 

Снимки НЕ ЯВЛЯЮТСЯ резервными копиями

Введение

Хотя моментальные снимки хранилища широко используются для быстрого создания виртуальных копий данных на определенный момент времени, они также часто позиционируются как действительные «решения для резервного копирования».Это неверное и опасное предположение, поскольку моментальные снимки, если они не скопированы на вторичный носитель (например, другой массив хранения или ленту), не защищают от сбоев носителя. Несмотря на преимущества использования моментальных снимков для целей разработки или тестирования в непроизводственных системах, их не следует рассматривать в качестве надежной защиты данных или резервных копий баз данных Oracle. Вместо этого клиентам следует обратить внимание на Recovery Manager (RMAN) и Fast Recovery Area (FRA) как на поддерживаемое Oracle решение для создания резервных копий базы данных Oracle и управления ими.Обратите внимание, что, поскольку RMAN и Fast Recovery Area являются встроенными функциями базы данных Oracle, это решение также применимо к Oracle Exadata Database Machine с дополнительным преимуществом чрезвычайно высокой производительности.

В этой статье представлено сравнение технологий моментальных снимков на основе хранилища с резервными копиями RMAN и Fast Recovery Area.

Обзор

— диспетчер восстановления (RMAN) и область быстрого восстановления (FRA)

С момента своего дебюта в Oracle8 Recovery Manager (RMAN) предлагает богатый и развивающийся набор возможностей резервного копирования и восстановления, оптимизированных для баз данных, отвечающих широкому спектру требований к защите данных.Например, в Oracle Database 10g Release 1 введено инкрементно обновляемое резервное копирование, которое позволяет обновлять резервную копию полного образа табличного пространства/файла данных/базы данных на диске с помощью быстрого инкрементного резервного копирования — по сути, создавая более актуальную полную резервную копию. на диске всего за то время, которое требуется для применения инкрементного. Эта стратегия резервного копирования становится еще более эффективной в сочетании с зоной быстрого восстановления (FRA), расположенной на одном диске, где все файлы, связанные с восстановлением (включая резервные копии RMAN), могут храниться и автоматически управляться Oracle, освобождая администратора базы данных от необходимости контролировать пространство для резервного копирования. задачи управления и обеспечение того, чтобы все необходимые файлы, связанные с восстановлением, всегда были доступны в соответствии с определяемой пользователем политикой хранения.На приведенной ниже диаграмме показана эта стратегия резервного копирования:

Рисунок 1. Стратегия резервного копирования, предлагаемая Oracle

Обзор — моментальные снимки хранилища

Моментальные снимки хранилища

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

В случае копирования при записи после создания моментального снимка и при первом изменении блока хранения массив копирует блок до изменения в новое место на диске, таким образом сохраняя блок до изменения для моментального снимка. и новый блок для активной версии базы данных.На диаграмме ниже блок C обновляется, поэтому старый блок копируется в новое место, а затем новый блок (C’) записывается в исходное место.

Рисунок 2. Моментальный снимок хранилища с копированием при записи

В случае перенаправления при записи новый блок (C’) записывается непосредственно в хранилище моментальных снимков, как показано на диаграмме ниже. Таким образом, при изменении блока не происходит двойной записи, как в случае копирования при записи, но активная версия блоков со временем становится фрагментированной.

Рисунок 3. Моментальный снимок хранилища с перенаправлением при записи

Моментальные снимки не имеют представления о блочной структуре Oracle (поскольку они работают на уровне блоков хранилища) и, что более важно, они физически отличаются от резервных копий (состоят из указателей, а не блоков). В результате перед использованием моментальных снимков для защиты данных в базе данных Oracle необходимо учитывать значительные компромиссы.

В следующих разделах подробно описаны преимущества и недостатки инкрементально обновляемых резервных копий RMAN и решения FRA по сравнению с моментальными снимками хранилища.

Защита базы данных Oracle

RMAN — это интегрированное решение для защиты данных для базы данных Oracle, обеспечивающее несколько степеней защиты. На уровне отдельных блоков RMAN полностью проверяет блоки Oracle по мере их резервного копирования и восстановления — блоки проверяются путем физического сравнения контрольных сумм и логической проверки внутри самого блока (т.грамм. проверка того, что часть строки или элемент указателя непротиворечивы). Резервные копии можно использовать для восстановления производственных данных до последнего доступного архивного журнала повторного выполнения в любом сценарии потери данных или физического повреждения или до определенного момента времени (согласно политике хранения RMAN). Кроме того, вся база данных или отдельные табличные пространства/файлы данных могут быть проверены на корректность физических и логических блоков по усмотрению пользователя с помощью команды VALIDATE. Точно так же резервную копию можно проверить в любое время, чтобы гарантировать ее успешное восстановление с помощью команды RESTORE VALIDATE.RMAN также предоставляет возможность восстановления блочного носителя, которая позволяет быстро восстанавливать отдельные поврежденные блоки в базе данных, в то время как неповрежденные данные остаются в сети и доступны для пользователя.

Как упоминалось ранее, RMAN в сочетании с FRA формирует основу рекомендуемой Oracle стратегии резервного копирования, включающей одноразовое резервное копирование копии образа на FRA, ежедневное быстрое инкрементное резервное копирование с использованием функции отслеживания блочных изменений RMAN и регулярное обновление копии образа с помощью применение инкрементной резервной копии.При использовании RMAN для резервного копирования файлов FRA или самой базы данных на ленту Oracle Secure Backup обеспечивает оптимизированный для Oracle, интегрированный с RMAN подход к резервному копированию, использующий сжатие неиспользуемых блоков, удаление отмен и буферы общей памяти, чтобы обеспечить максимально эффективное резервное копирование базы данных. на ленту. В течение последних нескольких лет многие ведущие сторонние поставщики резервного копирования также предлагали интегрированные в RMAN методы резервного копирования на магнитную ленту.

Моментальные снимки, с другой стороны, не предназначены для защиты данных Oracle.Они ничего не знают о структуре блоков Oracle и, следовательно, не могут и не могут проверять данные Oracle при их создании. Их нельзя использовать для каких-либо сценариев потери данных или физического повреждения. Повреждение блока, которое остается незамеченным, потенциально может повлиять на серию моментальных снимков, если блок не меняется с течением времени. Поскольку моментальные снимки находятся в том же массиве, что и исходная база данных, они уязвимы для сбоев, влияющих на массив хранения. Вот почему снимок, даже если он создается очень быстро, не является резервной копией исходных данных.Чтобы моментальный снимок можно было использовать в качестве допустимой резервной копии, он должен быть преобразован в виде полного набора блоков в другой массив хранения или на ленту, что связано с теми же проблемами производительности, которые характерны для полной копии. Наконец, восстановление моментального снимка имеет побочный эффект, заключающийся в аннулировании всех моментальных снимков, которые были сделаны после него, если только моментальный снимок не будет полностью восстановлен как копия производственных данных в альтернативном месте. Учитывая эти присущие моментальным снимкам недостатки, очевидно, что только резервные копии RMAN с поддержкой Oracle могут обеспечить настоящую защиту данных «спокойствие».

Производительность базы данных

Для метода резервного копирования с инкрементным обновлением RMAN требуется резервная копия исходной копии образа базы данных, т. е. 1X копия базы данных за вычетом временных файлов данных. После создания полной резервной копии единственными необходимыми операциями резервного копирования являются быстрые добавочные резервные копии и добавочное обновление копии. RMAN выполняет последовательное блочное чтение ввода-вывода Oracle в хранилище базы данных во время резервного копирования. Следовательно, производительность базы данных может потенциально снизиться во время резервного копирования из-за дополнительного потребления операций ввода-вывода.Обратите внимание, что быстрое инкрементное резервное копирование снижает потребление операций ввода-вывода за счет чтения измененных блоков только относительно последней полной или инкрементной резервной копии — и это тоже в высокой степени оптимизированным для Oracle способом с использованием возможности отслеживания изменений блоков RMAN. Кроме того, операция добавочного обновления использует ввод-вывод только в хранилище FRA, а не в хранилище рабочей базы данных.

Что касается моментальных снимков, основанных на копировании при записи, влияние на производительность базы данных проявляется двумя способами. Во-первых, после создания моментального снимка первая запись в блок базы данных преобразуется в две записи ввода-вывода в хранилище: одна для копирования исходного блока в новое хранилище моментальных снимков и одна для записи нового блока поверх исходного. блокировать.Повышенное использование операций ввода-вывода может серьезно повлиять на производительность рабочей базы данных. Во-вторых, после возврата тома рабочей базы данных к предыдущему моментальному снимку теперь активная версия блоков хранилища включает ссылки на блоки моментальных снимков, которые, скорее всего, будут фрагментированы по всему диску, а не расположены последовательно (что база данных по-прежнему ожидает). когда выдается ввод-вывод). Например, на предыдущей диаграмме моментального снимка копирования при записи запрос ввода-вывода для блока C перенаправляется на версию моментального снимка блока C, а запросы ввода-вывода для блока B не перенаправляются, поскольку он не измениться относительно времени, когда был сделан снимок.Когда база данных выполняет ввод-вывод объемом 1 МБ, вместо последовательного чтения данных в одном большом чтении она выдает 128 случайных операций ввода-вывода (при условии размера блока 8 КБ). Поскольку с течением времени создается и восстанавливается несколько моментальных снимков, результирующая фрагментированная блочная структура может потенциально привести к снижению производительности базы данных в 10–100 раз.

По этим причинам никогда не рекомендуется создавать и использовать моментальные снимки в хранилище рабочей базы данных. Моментальные снимки, если они используются для целей разработки и контроля качества, должны создаваться на вторичных копиях данных, которые не поддерживают производственную рабочую нагрузку.Группа разработчиков Oracle High Availability (HA) опубликовала высокоэффективный способ достижения этой цели с помощью Oracle Data Guard и ZFS Storage Appliance. Дополнительные сведения см. в этом техническом документе.

Производительность резервного копирования и восстановления базы данных

Как обсуждалось ранее, метод резервного копирования с инкрементным обновлением RMAN требует первоначального резервного копирования копии образа, затем инкрементного резервного копирования и инкрементного обновления копии после этого. Таким образом, время первоначального резервного копирования пропорционально размеру базы данных, а время последующего резервного копирования пропорционально объему измененных блоков между инкрементами.Если перед инкрементным обновлением копию необходимо сохранить для соответствия политике хранения, RMAN может создать резервную копию копии на ленте. Резервное копирование копии и других файлов FRA на ленту также позволяет FRA автоматически освобождать место на диске, когда для новых файлов требуется дополнительное место. Когда требуется восстановление, полную копию можно либо восстановить в хранилище производственной базы данных, либо использовать непосредственно в качестве файлов производственных данных с помощью команды RMAN SWITCH (т. е. восстановление без восстановления). Восстановленные файлы данных затем восстанавливаются до согласованного момента времени с помощью процесса повторного применения.

Например, если файл данных 4 случайно удален или серьезно поврежден, администратор базы данных может использовать эти простые команды RMAN, чтобы быстро переключиться на копию файла данных, поддерживаемую в FRA, и сделать ее согласованной с остальной частью базы данных, не влияя на остальную часть. базы данных и без необходимости выполнять трудоемкую операцию восстановления:

  • ИЗМЕНИТЬ ФАЙЛ ДАННЫХ 4 БАЗЫ ДАННЫХ АВТОНОМНО;
  • ПЕРЕКЛЮЧИТЬ ФАЙЛ ДАННЫХ 4 НА КОПИРОВАТЬ;
  • ВОССТАНОВИТЬ ФАЙЛ ДАННЫХ 4;
  • ИЗМЕНИТЬ ФАЙЛ ДАННЫХ 4 БАЗЫ ДАННЫХ ОНЛАЙН;

Демонстрация этого метода доступна на странице демонстрации высокой доступности OTN под названием «Диспетчер восстановления — быстрое восстановление с переключением на копирование».

С другой стороны, создание моментальных снимков действительно почти мгновенное действие — нет необходимости делать полное или инкрементное резервное копирование. Создание моментального снимка — это, по сути, создание маркера, указывающего, когда блоки до изменения начнут копироваться в новые места хранения (как обсуждалось ранее). Возврат к моментальному снимку также является почти мгновенной операцией — физическое копирование не выполняется, а ввод-вывод перенаправляется на моментальный снимок и текущую версию блоков по мере необходимости. Как и при всех видах восстановления, восстановленный моментальный снимок базы данных должен быть восстановлен до согласованного момента времени, прежде чем его можно будет использовать.

Клонирование базы данных

RMAN клонирует производственную базу данных с помощью команды DUPLICATE. ДУБЛИРОВАНИЕ восстанавливает полную резервную копию на сервер базы данных клона и восстанавливает базу данных клона до согласованной точки, применяя инкременты/повторы по мере необходимости. Начиная с Oracle Database 11g, Active DUPLICATE клонирует базу данных, копируя файлы базы данных и необходимые архивные журналы непосредственно по сети на сервер базы данных клона, устраняя необходимость в промежуточном хранилище резервных копий.При использовании DUPLICATE время создания клона пропорционально размеру базы данных, и клон будет занимать тот же объем памяти, что и рабочая база данных.

С другой стороны, клоны на основе моментальных снимков могут создаваться почти мгновенно и занимать часть хранилища рабочей базы данных, в зависимости от шаблона изменения блоков хранилища. Точно так же, как методы копирования при записи используются для создания моментальных снимков, те же самые методы используются для создания клонов на основе моментальных снимков. Клон моментального снимка физически занимает пространство, эквивалентное объему уникальных блоков, которые изменились с момента создания клона, а не пропорционально размеру самой базы данных.Однако, как и в случае с моментальными снимками, существует дополнительное влияние на ввод-вывод базы данных из-за копирования при записи — это влияние усугубляется для перезаписываемых клонов моментальных снимков , где изменения блоков клонированной базы данных также отслеживаются посредством копирования при записи. -записывать. Из-за серьезного влияния на производительность операций ввода-вывода клоны моментальных снимков рекомендуется использовать не в производственной базе данных, а во вторичной копии базы данных.

Резюме

Технологии моментальных снимков на основе хранилища служат иной цели по сравнению с решениями для резервного копирования и защиты данных.Поскольку моментальные снимки находятся в том же массиве, что и рабочая база данных, они уязвимы для сбоев массива и, следовательно, не должны считаться допустимыми «резервными копиями» данных. Моментальные снимки можно эффективно использовать для разработки/контроля качества/тестирования на вторичной копии рабочей базы данных, но их не следует использовать в самой рабочей базе данных из-за серьезного влияния операций ввода-вывода при копировании при записи. Для резервного копирования баз данных Oracle клиенты должны использовать RMAN и Fast Recovery Area, а также Oracle Secure Backup для встроенных резервных копий на магнитных лентах, чтобы обеспечить полную защиту данных от потери и повреждения.

Тим Чиен (Tim Chien) — главный менеджер по продукту в группе разработчиков Oracle Database High Availability, специализирующийся на резервном копировании и восстановлении.

О локальных снимках Time Machine

Time Machine позволяет восстанавливать файлы из локальных снимков файлов на вашем Mac, даже если резервный диск Time Machine недоступен.

Диск с резервными копиями Time Machine может быть не всегда доступен, поэтому Time Machine также хранит некоторые из своих резервных копий на вашем Mac. Эти резервные копии называются локальными моментальными снимками.

Как использовать локальные снимки

Если ваш резервный диск недоступен, Time Machine автоматически использует локальные снимки, чтобы помочь вам восстановить файлы.Повторно подключите резервный диск, чтобы сделать доступным еще больше резервных копий.

Узнайте, как восстановить файлы из Time Machine.

Как локальные моментальные снимки используют пространство для хранения

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

Ваш Mac считает пространство, используемое моментальными снимками, доступным хранилищем.Несмотря на это, Time Machine хранит моментальные снимки только на дисках, на которых достаточно свободного места, и автоматически удаляет моментальные снимки по мере их устаревания или по мере необходимости места для других целей.

Если вы хотите вручную удалить локальные снимки, временно отключите Time Machine:

  1. Откройте настройки Time Machine из меню Time Machine в строке меню. Или выберите меню Apple  > «Системные настройки», затем нажмите Time Machine.
  2. Снимите флажок «Резервное копирование автоматически» или нажмите переключатель «Выкл./Вкл.», в зависимости от того, что вы видите в настройках Time Machine.
  3. Подождите несколько минут, пока локальные снимки не будут удалены. Затем снова включите Time Machine. Он запоминает ваши резервные диски.

Как часто сохраняются локальные снимки

Time Machine сохраняет один снимок загрузочного диска примерно каждый час и хранит его в течение 24 часов. Он сохраняет дополнительный снимок вашей последней успешной резервной копии Time Machine до тех пор, пока не понадобится место. А в macOS High Sierra или более поздней версии перед установкой любого обновления macOS сохраняется еще один снимок.

Дата публикации:

снимков постоянного диска  | Документация по вычислительному движку  | Облако Google

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

Вы можете создавать моментальные снимки с дисков, даже если они подключены к работающим экземпляры виртуальной машины (ВМ). Жизненный цикл снимка, созданного с диска подключенный к работающим экземплярам ВМ, не зависит от жизненного цикла ВМ пример.

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

Работа со снимками

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

  • Чтобы узнать, как восстановить содержимое моментального снимка на новый диск, см. Восстановление снимков.

  • Если вам больше не нужен конкретный моментальный снимок, вы можете сократить расходы на хранение, удаление снимка.

  • Чтобы снизить риск неожиданной потери данных, следуйте рекомендациям настройка расписания моментальных снимков для обеспечить регулярное резервное копирование ваших данных.

Доступ к моментальным снимкам

Ограничения

  • Вы не можете изменить место хранения существующего моментального снимка.См. Выбор место хранения моментального снимка.

  • Вы можете делать снимки дисков не чаще одного раза в 10 минут. если ты хотите отправить пакет запросов на создание моментальных снимков ваших дисков, вы можете отправить их по адресу максимум 6 запросов за 60 минут. Дополнительные сведения см. в разделе Частота снимков. пределы.

  • Вы не можете редактировать данные, хранящиеся в моментальном снимке.

Как работают добавочные моментальные снимки

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

Важно: Моментальные снимки по умолчанию являются добавочными, чтобы вам не избыточных данных и свести к минимуму использование дискового пространства. Однако для обеспечения надежность истории моментальных снимков, моментальный снимок может иногда захватывать полный образ диска. Это происходит автоматически, чтобы оптимизировать пространство для хранения и стоит максимально дорого, и вам не нужно выбирать между созданием добавочные или полные снимки. Когда это происходит, предыдущие добавочные моментальные снимки этого диска не изменились.

Инкрементальные снимки работают следующим образом:

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

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

Удаление снимка

Compute Engine использует добавочные моментальные снимки, чтобы каждый моментальный снимок содержит только те данные, которые изменились с момента предыдущего снимка. Для неизмененные данные, моментальные снимки ссылаются на данные в предыдущих моментальных снимках.Затраты на хранение постоянных моментальных снимков диска взимать плату только за общий размер снимка.

При удалении моментального снимка Compute Engine сразу помечает снимок как УДАЛЕНО в системе. Если снимок не имеет зависимых снимков, он удаляется напрочь. Однако, если у снимка есть зависимые снимки:

  1. Любые данные, необходимые для восстановления других моментальных снимков, перемещаются в следующий снимок, увеличивая его размер.
  2. Все данные, которые не требуются для восстановления других моментальных снимков, удаляются.Этот уменьшает общий размер всех ваших снимков.
  3. Следующий снимок больше не ссылается на снимок, отмеченный для удаления, и вместо этого ссылается на снимок перед ним.

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

Если на вашем диске есть расписание моментальных снимков, вы должны отсоединить расписание моментальных снимков с диска, прежде чем вы сможете удалить расписание.Удаление расписания снимков с диска предотвращает дальнейшее выполнение моментальных снимков. Вы не можете удалить расписание, прикрепленное к диску. У вас есть возможность вручную удалить снимки в любое время.

На следующей схеме показан этот процесс:

Размер снимка и удаленные блоки

Моментальные снимки захватывают части диска, которые были записаны и не удалены. В зависимости от конфигурации файловой системы диска иногда удаленные файлы не сохраняются. отброшен.Если это произойдет, вы можете увидеть, что размер вашего снимка больше, чем используемое пространство на диске, о котором сообщает файловая система. Избегать В этом случае рекомендуется включить параметр discard или запустить fstrim на ваш диск.

Цепочки моментальных снимков

Использование интерфейса командной строки gcloud или API Compute Engine, вы можете создавать снимки в отдельных цепочках снимков, указав моментальный снимок имя_цепи . Когда вы создаете несколько моментальных снимков постоянного диска с помощью имя цепочки, каждый снимок основывается на последнем успешном снимке созданный с этим именем цепочки.Это доступно в бета-версии. Используйте это поле, только если вы являетесь продвинутым владельцем службы, которому необходимо создавать отдельные цепочки моментальных снимков, например, для отслеживания возвратных платежей.

Место хранения снэпшотов

При создании моментального снимка можно указать место хранения. Расположение снимка влияет на его доступность и может привести к сетевым затратам при создании моментального снимка или его восстановлении на новый диск.

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

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

Моментальный снимок можно использовать для создания нового диска в любом регионе и зоне независимо от места хранения моментального снимка.

Если у вас есть политика организации который включает ограничение местоположения ресурсов, любое место хранения моментальных снимков, которое вы укажете, должно быть в наборе местоположений. определяется ограничением. См. расположение ресурсов Compute Engine Чтобы получить больше информации.

Если вы не укажете место хранения моментального снимка, Google Cloud использует расположение по умолчанию, в котором хранится ваш снимок в Многорегиональное расположение Cloud Storage, ближайшее к региону источника диск. Если вам нужно выбрать региональное хранилище, или если вам нужно указать другом мультирегиональном местоположении, сохраните свой снимок в пользовательском место нахождения.

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

Местоположение по умолчанию

Если вы не укажете место хранения, ваш снимок будет сохранен в мультирегиональный, географически ближайший к местоположению вашего постоянного диска.

Например, если ваш постоянный диск хранится в us-central1 , ваш моментальный снимок по умолчанию хранится в мультирегионе us .

Однако расположение по умолчанию, такое как australia-southeast1 , находится за пределами мультирегион. Ближайший мультирегион — азия . Создание или восстановление снимок генерирует сетевые затраты.

Некоторые примеры использования для выбора местоположения по умолчанию для хранения снимков. включают следующее:

  • Расположение по умолчанию в нескольких регионах соответствует корпоративным или государственным политики размещения данных.
  • Ваш постоянный диск хранится в региональной папке, которая является частью расположение по умолчанию в нескольких регионах. Например, ваш постоянный диск находится в регион us-central1 , поэтому мультирегион по умолчанию — us . В этом случае, более высокая доступность моментальных снимков имеет приоритет с риском более медленных моментальных снимков производительность реставрации.
  • Вы не ожидаете, что ваши моментальные снимки будут часто восстанавливаться на диски, которые находится за пределами стандартного хранилища моментальных снимков.

Пользовательское местоположение

Выберите пользовательское местоположение для хранения моментального снимка в региональном расположении, или если вам нужно указать другое мультирегиональное местоположение.

Некоторые примеры выбора пользовательского места хранения для ваших моментальных снимков являются:

  • Индивидуальное местоположение в нескольких регионах соответствует корпоративным или государственным политики размещения данных.
  • Ваше приложение развернуто в регионе, который не входит ни в один из Облачное хранилище расположено в нескольких регионах, и вы хотите расставить приоритеты производительность восстановления моментальных снимков выше доступности моментальных снимков.
  • Вы несколько раз восстанавливаете свои моментальные снимки с диска, расположенного за пределами место хранения моментальных снимков по умолчанию.

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

Если ваше приложение не развернуто в части мультирегиона и вы хотите чтобы отдать предпочтение низким сетевым затратам, а не высокой доступности моментальных снимков, хранить ваш снимок в регионе, где находится ваш исходный диск.Хранение вашего моментальный снимок в регионе, где находится ваш исходный диск, сводит к минимуму работу в сети затраты на восстановление и создание моментальных снимков с этого исходного диска.

Однако, в отличие от мультирегионального хранилища, региональное место хранения не хранит ваши данные избыточно в нескольких данных центров, поэтому ваши данные могут быть недоступны в случае крупномасштабного сбоя имеет место. Чтобы обеспечить доступность ваших данных, вы также можете хранить избыточный снимок во втором месте.

Стоимость сети

Выбор места хранения моментальных снимков жизненно важен для минимизации сетевые расходы. Если вы храните снимок в том же регионе, что и исходный диск, без платы за сеть при доступе к этому снимку из того же региона. Если вы получаете доступ к снимку из другого региона, есть стоимость сети.

Если географическое хранилище исходного диска местоположение такое же, как и его мультирегион, плата за сеть отсутствует.

Например, если ваш исходный диск находится в asia-east1-a , вы можете сохранить моментальный снимок в регионе asia-east1 или мультирегионе asia .Вы не будете нести затраты на сеть при доступе к своим снимкам.

За межрегиональный доступ взимается плата. Например, если ваш источник диск находится в asia-east1 , и вы храните свои снимки в asia-east2 , вы будете нести затраты на сеть при доступе к моментальному снимку между этими двумя регионами.

Два региона, australia-southeast1 и Southamerica-east1 , имеют значения по умолчанию. расположение хранилища моментальных снимков в нескольких регионах, которое повлечет за собой затраты на сеть если вы не переопределите значение по умолчанию при создании моментального снимка:

  • Если ваш исходный диск находится в australia-southeast1 , снимок по умолчанию место хранения находится в мультирегионе азия .Чтобы сократить расходы, переопределите это местоположение по умолчанию и хранить ваши снимки в australia-southeast1 область, край.
  • Если ваш исходный диск находится в southamerica-east1 , моментальный снимок по умолчанию место хранения находится в мультирегионе us . Чтобы сократить расходы, переопределите это местоположение по умолчанию и хранить ваши снимки в южная Америка-Восток1 область, край.

Если вы восстанавливаете моментальный снимок на диск в регионе, который не включены в место хранения моментального снимка, вы понесете расходы на сеть.Например, если вы создаете новый региональный постоянный диск в australia-southeast1 из снимка, хранящегося в asia , многорегиональном местоположение, вы понесете расходы на сеть.

Что дальше

Создание запланированных моментальных снимков для постоянного диска  | Документация по вычислительному движку  | Облако Google

линукс Окна


В этом документе описывается, как создать расписание снимков для регулярно и автоматически создавайте резервные копии зональные и региональные постоянные диски.Используйте расписания моментальных снимков в качестве наилучшей практики для резервного копирования Рабочие нагрузки Compute Engine.

При создании расписания снимков создается политика ресурсов которые можно применить к одному или нескольким постоянным дискам. Вы можете создать снимок расписания следующими способами:

Расписание снимков включает следующие свойства:

  • Название расписания
  • Описание расписания
  • Частота моментальных снимков (ежечасно, ежедневно, еженедельно)
  • Время начала моментального снимка
  • Регион, в котором доступно расписание снимков
  • Политика удаления исходного диска для обработки автоматически созданных моментальных снимков если исходный диск удален
  • Политика хранения, определяющая, как долго хранить созданные моментальные снимки. из расписания снимков

Прежде чем начать

Ограничения

  • К постоянному диску может быть прикреплено только одно расписание моментальных снимков. вовремя.
  • Для каждого региона можно создать не более 1000 используемых расписаний моментальных снимков.
  • Возможно, вам потребуется запросить увеличение квоты ресурсов через консоль, если вам требуются дополнительные ресурсы в вашем регионе.
  • Нельзя удалить расписание моментальных снимков, если оно прикреплено к диску. Вы должны отсоединяем расписание от всех дисков, затем удаляем расписание.
  • После создания расписания моментальных снимков его нельзя редактировать. Чтобы обновить расписание моментальных снимков, его необходимо удалить и создать новое.
  • Нельзя создавать расписания моментальных снимков для постоянных дисков, использующих Ключи шифрования, предоставляемые заказчиком (CSEK) В настоящее время.
  • Если вы создаете расписание моментальных снимков для постоянного диска, использующего Управляемый ключ шифрования (CMEK), моментальные снимки автоматически шифруется одним и тем же ключом.

Частота расписания моментальных снимков

Примечание: Вы не можете комбинировать параметры частоты моментальных снимков. Например, вы не можете создать расписание моментальных снимков с часовым и недельным расписанием.

Перед созданием расписания снимков выберите время начала и моментальный снимок. частота. Время начала — это время, когда вы хотите начать выполнение моментальных снимков. Частота определяется как ежечасно, ежедневно или еженедельно.

Расписание моментальных снимков начинается в течение часа после указанного времени запуска. Например, если запланированное время начала — 12:00, моментальные снимки начнутся в любое время с 12:00 до 12:59. В расписании используется стандарт времени UTC.

  • Установка почасового расписания: Чтобы настроить почасовое расписание, выберите начало время и выберите интервал моментального снимка, используя целое число от 1 до 23.А Интервал моментального снимка определяет, как часто делается снимок. При установке интервал, выберите число, которое без остатка делится на 24 (1, 2, 3, 4, 6, 8 или 12), чтобы что моментальный снимок запускается в один и тот же интервал времени каждый день. Например, установка времени начала 9:00 с интервалом 6 указывает моментальный снимок расписание начинается с 9:00 до 10:00 с интервалом снимков каждые 6 часы.

  • Настройка ежедневного расписания: Установите частоту ежедневно для моментального снимка происходят раз в сутки.Например, вы можете установить расписание моментальных снимков чтобы снимок генерировался каждый день в 9:00.

  • Настройка еженедельного расписания: Установите еженедельную частоту для моментальных снимков несколько дней недели. Например, время начала 9:00 с еженедельным расписание, установленное на понедельник, четверг, воскресенье, указывает расписание моментальных снимков происходит в 9:00 в понедельник, четверг и воскресенье каждую неделю. Вы также можете установить еженедельное расписание для разных дней недели. Например, вы можете установить еженедельное расписание на каждый понедельник в 14:00 и четверг в 10:00.

Политика хранения моментальных снимков

Политика хранения моментальных снимков определяет, как долго вы хотите хранить свои моментальные снимки.

Если вы решите настроить политику хранения моментальных снимков, вы должны сделать это, как частью вашего графика моментальных снимков. Если вы используете интерфейс командной строки gcloud или Cloud Console, вы всегда должны устанавливать политику хранения при создании расписание снимков. Если вы делаете запрос к API напрямую, вы можете опустить это поле, и ваши снимки будут храниться неограниченное время.

Если вы делаете запрос к API и выбираете параметр по умолчанию для сохранения все ваши автоматически сгенерированные снимки навсегда, пока вы не удалите их вручную, имейте в виду, что вы понесете расходы на хранение для сохранения этих моментальных снимков пока вы не удалите их вручную.

Рекомендуется настроить политику хранения, чтобы свести к минимуму затраты на хранение снимков.

  • Необходимо указать политику хранения моментальных снимков в количестве дней с минимальным выдержка 1 день.
  • Политика хранения моментальных снимков применяется только к автоматическим моментальным снимкам, а не к те, которые вы создали вручную.
  • Вы не можете применить политику хранения задним числом. Если вы создаете снимок запланировать без политики хранения, а затем переключиться на расписание моментальных снимков с политикой хранения политика хранения будет применяться только к новые снимки.
  • Независимо от политики хранения вы всегда можете удалить вручную автоматически генерируемые и ручные снимки.

Правило удаления исходного диска

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

В качестве альтернативы вы можете установить правило, чтобы ваша политика хранения моментальных снимков применяется к вашим снимкам, если исходный диск удален. Например, вы можете применить политику хранения, которая хранит ваши моментальные снимки в течение одной недели после источника диск удаляется.

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

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

Планирование моментальных снимков для экземпляров Windows

Если вы применяете расписание моментальных снимков к дискам, Экземпляры виртуальных машин Windows, используйте параметр guest-flush , чтобы разрешить VSS генерировать теневые копии ваших снимков.Дополнительные сведения о моментальных снимках для Windows см. Создание моментального снимка постоянного диска Windows.

Правила расположения моментальных снимков и метки моментальных снимков

Подобно ручным снимкам, вы также можете применить метки ресурсов и выберите место хранения для автоматически сгенерированных снимков. Если вы установите их в расписании моментальных снимков, любой к автоматически сгенерированным моментальным снимкам из этого расписания будут применены эти свойства к этому. Например, если вы установите местоположение снимка как US , все снимки сгенерированные из этого расписания, будут храниться в США.Просмотрите приведенные ниже примеры. для получения подробной информации о настройке этих параметров.

Имена для запланированных моментальных снимков

Снимки, сделанные в рамках расписания моментальных снимков, автоматически сгенерированные имена. Имена моментальных снимков генерируются по следующему шаблону:

[префикс-имя-диска]-[имя-области]-[отметка времени]-[случайные-символы]
 
  • префикс имени диска : имя исходного диска. В этом поле может быть до 20 персонажи.
  • имя области : Имя зоны или региона исходного диска.
  • метка времени : метка времени создания UTC в формате ГГГГММДДЧЧММСС .
  • random-chars : Произвольно сгенерированные буквенно-цифровые символы, чтобы избежать именования конфликтует с другими снимками.

Создание расписания снимков

Разрешения, необходимые для этой задачи

Для выполнения этой задачи необходимо иметь следующее разрешения:

  • Compute.resourcePolicies.create в проекте или организации

Создайте расписание моментальных снимков для ваших постоянных дисков с помощью Google Cloud Console, Google Cloud CLI или API Compute Engine.Вы должны создать свой снимок расписания в том же регионе, где находится ваш постоянный диск. Например, если ваш постоянный диск находится в зоне us-west1-a , расписание моментальных снимков должно проживают в регионе us-west1 . Дополнительные сведения см. в разделе Выбор место хранения моментального снимка.

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

Консоль

Чтобы создать расписание для вашего моментального снимка:

  1. В Google Cloud Console перейдите на страницу Snapshots .

    Перейти на страницу снимков

  2. В верхней части страницы нажмите Создать расписание моментальных снимков .
  3. Введите расписание Имя .
  4. Выберите регион для расписания снимков. Ваши постоянные диски должны находиться в зонах, которые находятся в пределах региона, содержащего расписание снимков.
  5. При желании выберите свой Местоположение снимка или примите выбор по умолчанию.
  6. Выберите частоту расписания .
  7. Введите количество дней до моментальных снимков автоматического удаления после .
  8. Выберите правило удаления , чтобы определить, что произойдет с моментальными снимками, если исходный диск расписания удален.
  9. Выберите количество дней для хранения моментальных снимков, созданных из этого расписание.
  10. Если вы используете Windows, вы можете Включить VSS .
  11. При необходимости укажите любые соответствующие метки, которые вы хотите применить к этим снимки.
  12. Нажмите Создать , чтобы создать расписание снимков.

gcloud

Чтобы создать расписание снимков для постоянных дисков, используйте политики вычислительных ресурсов создают расписание моментальных снимков команда gcloud . Установите частоту расписания: ежечасно, ежедневно или еженедельно.

  Политики вычислительных ресурсов gcloud создают расписание моментальных снимков [SCHEDULE_NAME] \
      --description "[РАСПИСАНИЕ_ОПИСАНИЕ]" \
      --max-retention-days [MAX_RETENTION_DAYS] \
      --start-time [START_TIME] \
      --hourly-schedule [SNAPSHOT_INTERVAL] \
      --ежедневное расписание \
      --weekly-schedule [SNAPSHOT_INTERVAL] \
      --weekly-schedule-from-file [ИМЯ_ФАЙЛА] \
      --on-source-disk-delete [DELETION_OPTION]
  

где:

  • [SCHEDULE_NAME] — это имя нового расписания снимков.
  • "[SCHEDULE_DESCRIPTION]" — это описание расписания моментальных снимков. Используйте кавычки вокруг вашего описания.
  • [MAX_RETENTION_DAYS] — количество дней хранения снимка. Например, установка 3 будет означать, что моментальные снимки сохраняются в течение 3 дней до их удаления. Вы должны установить политику хранения на минимум 1 день.
  • [START_TIME] — время начала UTC. Время должно начинаться в час. Например:
    • 14:00 по тихоокеанскому стандартному времени 22:00 .
    • Если вы установите время начала 22:13 , вы получите сообщение об ошибке.
  • [SNAPSHOT_INTERVAL] определяет интервал, с которым вы хотите произойдет моментальный снимок. Установите почасовое расписание, используя целое число от 1 до 23. Выберите почасовое число, которое поровну делится на 24. Например, установка для --hourly-schedule значения 12 означает, что снимок генерируется каждые 12 часов. Для недельного расписания определите дни, в которые вы хотите сделать моментальный снимок.Вы должны расшифровать дни недели, они не чувствительны к регистру. Флаги частоты снимков почасовое расписание , дневное расписание и недельное расписание являются взаимоисключающий. Вы должны выбрать один из них для расписания моментальных снимков.

    Примечание: Если вы хотите указать еженедельное расписание с разными днями недели и с разным временем начала, используйте --weekly-schedule-from-file вместо .
  • [FILE_NAME] — это имя файла, содержащего еженедельный снимок расписание, если вы решите предоставить расписание в этом формате.Обратите внимание, что вы можете указать еженедельные расписания в разные дни недели. неделе и в разное время с помощью файла (но нельзя указывать несколько еженедельных расписаний непосредственно в командной строке). Например, в вашем файле может быть указано расписание моментальных снимков в понедельник и среду: [{"день": "ПОНЕДЕЛЬНИК", "startTime": "04:00"}, {"день": "СРЕДА", "startTime": "02:00"}] Если вы включаете в свой файл время начала, вам не нужно устанавливать --начальное время флаг. В расписании используется стандарт времени UTC.

  • [DELETION_OPTION] определяет, что произойдет с вашими снимками, если исходный диск удален. Выберите по умолчанию keep-auto-snapshots опуская этот флаг, или используйте apply-retention-policy для применения Политика удержания.

Это дополнительные примеры настройки расписания снимков. В целом следующие примеры:

  • Включено правило удаления диска; флаг --on-source-disk-delete установлено значение по умолчанию keep-auto-snapshots для постоянного хранения всех автоматически сгенерированные снимки.Альтернативой является установка этого флага на apply-retention-policy для использования вашей политики хранения моментальных снимков.
  • Место хранения установлено как US , поэтому все сгенерированные моментальные снимки будут хранится в нескольких регионах США.
  • Метки env=dev и media=images применяются ко всем сгенерированным снимки.
  • Политика хранения установлена ​​на 10 дней.

Почасовое расписание: В этом примере расписание снимков начинается в 22:00. UTC и происходит каждые 4 часа.

  Политики вычислительных ресурсов gcloud создают расписание моментальных снимков SCHEDULE_NAME \
      --description "МОЕ ПОЧАСОВОЕ РАСПИСАНИЕ СНИМКОВ" \
      --max-retention-days 10 \
      --время начала 22:00 \
      --hourly-расписание 4 \
      --регион сша-запад1 \
      --on-source-disk-delete сохранить автоматические снимки \
      --snapshot-labels env=dev,media=images \
      --storage-location США
  

Ежедневное расписание: В этом примере расписание снимков начинается в 22:00. UTC и происходит каждый день в одно и то же время.Флаг --daily-schedule должен присутствовать, но ни к чему не привязываться.

  Политики вычислительных ресурсов gcloud создают расписание моментальных снимков SCHEDULE_NAME \
    --description "МОЕ ЕЖЕДНЕВНОЕ РАСПИСАНИЕ СНИМКОВ" \
    --max-retention-days 10 \
    --время начала 22:00 \
    --ежедневное расписание \
    --регион сша-запад1 \
    --on-source-disk-delete сохранить автоматические снимки \
    --snapshot-labels env=dev,media=images \
    --storage-location США
  

Недельное расписание: В этом примере расписание снимков начинается в 22:00. UTC и происходит каждую неделю во вторник и четверг.

  Политики вычислительных ресурсов gcloud создают расписание моментальных снимков SCHEDULE_NAME \
    --description "МОЕ ЕЖЕНЕДЕЛЬНОЕ РАСПИСАНИЕ СНИМКОВ" \
    --max-retention-days 10 \
    --время начала 22:00 \
    --weekly-schedule вторник, четверг \
    --регион сша-запад1 \
    --on-source-disk-delete сохранить автоматические снимки \
    --snapshot-labels env=dev,media=images \
    --storage-location США
  

API

В API создайте запрос POST для политики ресурсов.вставка для создания расписания моментальных снимков. Как минимум, вы должны включить снимок имя расписания, региональное расположение хранилища моментальных снимков и частота моментальных снимков.

По умолчанию для параметра onSourceDiskDelete установлено значение keepAutoSnapshots . Это означает, что если исходный диск удален, автоматически сгенерированный моментальный снимок для этого диска сохраняется на неопределенный срок. Кроме того, вы можете установить флаг на applyRetentionPolicy , чтобы применить вашу политику хранения.

В следующем примере задается ежедневное расписание моментальных снимков, которое начинается в 12:00. UTC и повторяется каждый день. В примере также устанавливается политика хранения 5 дни; через 5 дней снимки автоматически удаляются.

Вы также можете включить параметры местоположения моментального снимка и метки снимков в вашем запросе, чтобы ваши снимки хранились в местоположении вашего выбор.

  POST https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/regions/[REGION]/resourcePolicies

{
 "имя": "[РАСПИСАНИЕ_ИМЯ]",
 "описание": "[РАСПИСАНИЕ_ОПИСАНИЕ]",
 "snapshotSchedulePolicy": {
   "расписание": {
     "ежедневное расписание": {
       "Время начала": "12:00",
       "дни в цикле": "1"
     }
   },
   "Политика удержания": {
     "maxRetentionDays": "5"
   },
   "снапшотпропертис": {
     "guestFlush": "Ложь",
     "метки": {
       "окружение": "разработчик",
       "медиа": "изображения"
     },
     "storageLocations": ["США"]
   }
 }
}
  

где:

  • [PROJECT_ID] — это имя проекта.
  • [REGION] — это расположение политики ресурсов расписания снимков.
  • [SCHEDULE_DESCRIPTION] — описание расписания моментальных снимков.
  • [SCHEDULE_NAME] — это имя расписания снимков.

Точно так же вы можете создать еженедельное или ежемесячное расписание. Обзор Справочник по API для получения подробной информации о настройке еженедельного или ежемесячного расписания.

Например, следующий запрос создает еженедельное расписание, которое выполняется во вторник и четверг в 9:00 и 14:00 соответственно.

  POST https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/regions/[REGION]/resourcePolicies

{
 "имя": "[РАСПИСАНИЕ_ИМЯ]",
 "описание": "[РАСПИСАНИЕ_ОПИСАНИЕ]",
 "snapshotSchedulePolicy": {
   "расписание": {
     "еженедельное расписание": {
       "день недели": [
       {
         "день": "понедельник",
         "Время начала": "9:00"
       },
       {
         "день": "четверг",
         "Время начала": "2:00"
       }
       ]
     }
   },
  "Политика удержания": {
    "maxRetentionDays": "5"
  },
  "снапшотпропертис": {
    "guestFlush": "Ложь",
    "метки": {
      "производство": "веб-сервер"
    },
    "storageLocations": ["США"]
  }
 }
}
  

Прикрепление расписания снимков к диску

Разрешения, необходимые для этой задачи

Для выполнения этой задачи необходимо иметь следующее разрешения:

  • вычисл.disks.addResourcePolicies на диске
  • Compute.resourcePolicies.use в политике ресурсов для использования

Получив расписание, прикрепите его к существующему диску. Используйте консоль, gcloud команда или метод API Compute Engine.

Консоль

Прикрепите расписание снимков к существующему диску.

  1. В Google Cloud Console перейдите на страницу Диски .

    Перейти на страницу Диски

  2. Щелкните имя диска, к которому вы хотите прикрепить снимок расписание.Откроется страница сведений о диске.
  3. В верхней части страницы сведений о диске нажмите Изменить .
  4. Используйте раскрывающееся меню Snapshot Schedule , чтобы добавить расписание. на диск. Или создать новое расписание.
  5. Если вы создали новое расписание, нажмите Создать .
  6. Нажмите Сохранить , чтобы завершить задачу.

gcloud

Чтобы прикрепить расписание снимков к диску, используйте диски, политики добавления ресурсов команда gcloud .

  вычислительные диски gcloud add-resource-policies [DISK_NAME] \
    --resource-policies [ИМЯ_РАСПИСАНИЯ] \
    --zone [ЗОНА]
  

где:

  • [ИМЯ_ДИСКА] — это имя существующего диска.
  • [SCHEDULE_NAME] — это имя расписания снимков.
  • [ЗОНА] — это расположение вашего диска.

API

В API создайте запрос POST для диска.аддресаурцеполисиес чтобы прикрепить расписание моментальных снимков к существующему диску.

  POST https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/zones/[ZONE]/disks/[DISK_NAME]/addResourcePolicies

{
  "РесурсПолитики": [
    "regions/[REGION]/resourcePolicies/[SCHEDULE_NAME]"
  ]
}
  

где:

  • [PROJECT_ID] — это имя проекта.
  • [ЗОНА] — расположение диска.
  • [REGION] — расположение расписания моментальных снимков.
  • [DISK_NAME] — имя диска.
  • [SCHEDULE_NAME] — это имя расписания снимков в этом регион, который вы применяете к этому диску.

Создание диска с расписанием снимков

Только в Cloud Console и gcloud можно создать диск и расписание моментальных снимков в то же время.

Разрешения, необходимые для этой задачи

Для выполнения этой задачи необходимо иметь следующее разрешения:

  • вычисл.disks.create в проекте или организации
  • Compute.resourcePolicies.create в проекте или организации
  • Compute.disks.addResourcePolicies на диске

Консоль

  1. В Google Cloud Console перейдите на страницу Диски .

    Перейти на страницу Диски

  2. В верхней части страницы нажмите Создать диск .
  3. Заполните необходимые поля, чтобы создать зональный или региональный диск.
  4. Создайте свой диск в том же регионе, что и расписание снимков.
  5. Заполните поля для расписания Snapshot .
  6. Используйте раскрывающееся меню и заполните поля, чтобы создать расписание.
  7. Нажмите Создать , чтобы создать расписание.
  8. Щелкните Create , чтобы создать диск.

gcloud

Используйте диски для создания команда gcloud для создания зонального или регионального постоянного диска и присоединения расписание моментальных снимков к нему.

  вычислительные диски gcloud создают [DISK_NAME] \
    --resource-policies [ИМЯ_РАСПИСАНИЯ] \
    --zone [ЗОНА]
  

где:

  • [DISK_NAME] — имя нового диска.
  • [SCHEDULE_NAME] — это имя расписания снимков.
  • [ЗОНА] — это место, где вы создаете диск. Диск должен находиться в зоне в пределах региона расписания моментальных снимков.

Просмотр расписаний моментальных снимков

Разрешения, необходимые для этой задачи

Для выполнения этой задачи необходимо иметь следующее разрешения:

  • вычисл.resourcePolicies.list в проекте или организации

Чтобы получить список расписаний моментальных снимков, используйте консоль gcloud команду, или метод API Compute Engine. Этот запрос отображает имя, описание и регион всех расписания моментальных снимков в рамках проекта.

Console

  1. В Google Cloud Console перейдите на страницу Snapshots .

    Перейти на страницу снимков

  2. Нажмите на Расписание моментальных снимков в верхней части страницы.
  3. Используйте поле поиска Расписания моментальных снимков для просмотра указанного расписание снимков.
  4. Щелкните расписание создания моментальных снимков, чтобы просмотреть сведения о нем.

gcloud

Чтобы просмотреть список расписаний моментальных снимков, используйте список политик ресурсов команда gcloud .

  список политик вычислительных ресурсов gcloud
  

Чтобы просмотреть описание конкретного расписания моментальных снимков, используйте политики ресурсов описывают команда gcloud .

  Политики вычислительных ресурсов gcloud описывают [SCHEDULE_NAME]
  

где: [SCHEDULE_NAME] — имя расписания моментальных снимков.

API

Сделать GET запрос на resourcepolicies.aggregatedList чтобы вернуть список расписаний моментальных снимков в проекте.

  ПОЛУЧИТЬ https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/aggregated/resourcePolicies
  

, где [PROJECT_ID] — имя проекта.

Просмотр расписания снимков по регионам

Разрешения, необходимые для этой задачи

Для выполнения этой задачи необходимо иметь следующее разрешения:

  • Compute.resourcePolicies.list в проекте или организации

Чтобы просмотреть расписание снимков в определенном регионе, используйте консоль, команда gcloud или метод API Compute Engine.

Console

  1. В Google Cloud Console перейдите на страницу Snapshots .

    Перейти на страницу снимков

  2. Нажмите на Расписание моментальных снимков в верхней части страницы.
  3. Используйте поле поиска Расписания моментальных снимков для просмотра указанного расписание снимков по регионам.

gcloud

Чтобы просмотреть расписание моментальных снимков в определенном регионе, используйте кнопку список политик ресурсов команда gcloud .

  список политик вычислительных ресурсов gcloud [PROJECT_ID] \
    --filter [РЕГИОН]
  

где:

  • [PROJECT_ID] — это имя проекта.
  • [REGION] — расположение политики ресурсов.

API

Сделать запрос resourcePolicies.get для получения расписания моментальных снимков, установленного в регионе.

  ПОЛУЧИТЬ https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/regions/[REGION]/resourcePolicies/[SCHEDULE_NAME]
  

где:

  • [PROJECT_ID] — это имя проекта.
  • [REGION] — расположение расписания моментальных снимков.
  • [SCHEDULE_NAME] — это имя расписания снимков, которое вы хотите просмотреть.

Изменение расписания моментальных снимков

Разрешения, необходимые для этой задачи

Для выполнения этой задачи необходимо иметь следующее разрешения:

  • Compute.resourcePolicies.use в нужной политике ресурсов прикрепить
  • Compute.disks.addResourcePolicies на диске
  • вычисл.disks.removeResourcePolicies на диске

Вы не можете редактировать расписание снимков. Чтобы изменить расписание, которое уже прикрепленный к диску, необходимо сначала отсоединить расписание от диска и удалите это. Затем вы можете создать новое расписание и прикрепить его к диску. Используйте консоль, команду gcloud или метод API Compute Engine. чтобы внести изменения в расписание моментальных снимков.

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

Консоль

  1. В Google Cloud Console перейдите на страницу Диски .

    Перейти на страницу Диски

  2. Выберите диск с расписанием, которое вы хотите отсоединить.
  3. Нажмите Изменить вверху страницы.
  4. Откройте раскрывающееся меню Расписание моментальных снимков .
  5. Нажмите Нет расписания , чтобы отсоединить расписание от диска.
  6. Вы можете создать новое расписание или поменять расписание во время работы. редактируют параметры диска.
  7. Нажмите Сохранить , чтобы завершить задачу.

gcloud

Используйте диски удалить политику ресурсов команда gcloud для отключения расписания моментальных снимков от диска с помощью расписание, которое вы хотите изменить.

  вычислительные диски gcloud удалить-ресурс-политики [ИМЯ_ДИСКА] \
    --resource-policies [ИМЯ_РАСПИСАНИЯ] \
    --region [РЕГИОН] \
    --zone [ЗОНА]
  

где:

  • [DISK_NAME] — имя диска со снимком график прилагается.
  • [SCHEDULE_NAME] — это имя расписания снимков, которое вы хотите отсоединиться от этого диска.
  • [РЕГИОН] — это место, где находится расписание моментальных снимков.
  • [ЗОНА] — это зона, в которой находится ваш зональный диск.

Затем используйте диски, политики добавления ресурсов Команда для добавления обновленного расписания моментальных снимков на диск.

  вычислительные диски gcloud add-resource-policies [DISK_NAME] \
     --resource-policies [ИМЯ_РАСПИСАНИЯ] \
     --zone [ЗОНА]
  

где:

  • [DISK_NAME] — имя диска с расписанием снимков ресурсная политика.
  • [SCHEDULE_NAME] — это имя расписания снимков, которое вы хотите добавить на этот диск.
  • [ЗОНА] — это зона, в которой находится ваш диск.

API

Чтобы отсоединить расписание от диска, создайте запрос POST . до disks.removeResourcePolicies .

  POST https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/zones/[ZONE]/disks/[DISK_NAME]/removeResourcePolicies

{
  "РесурсПолитики": [
    "regions/[REGION]/resourcePolicies/[SCHEDULE_NAME]"
  ]
}
  

где:

  • [PROJECT_ID] — это имя проекта.
  • [ЗОНА] — это зона, в которой находится диск.
  • [DISK_NAME] — это имя диска со связанным снимком расписание.
  • [REGION] — расположение расписания моментальных снимков.
  • [SCHEDULE_NAME] — это имя расписания снимков. вы удаляете с этого диска.

В API создайте запрос POST для disks.addResourcePolicies чтобы прикрепить расписание моментальных снимков к существующему диску.

  POST https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/zones/[ZONE]/disks/[DISK_NAME]/addResourcePolicies

{
  "РесурсПолитики": [
    "regions/[REGION]/resourcePolicies/[SCHEDULE_NAME]"
  ]
}
  

где:

  • [PROJECT_ID] — это имя проекта.
  • [ЗОНА] — расположение диска.
  • [DISK_NAME] — имя диска.
  • [REGION] — расположение расписания моментальных снимков.
  • [SCHEDULE_NAME] — это имя расписания снимков в этом регионе. вы подаете заявку на этот диск.

Удаление расписания снимков

Разрешения, необходимые для этой задачи

Для выполнения этой задачи необходимо иметь следующее разрешения:

  • Compute.disks.removeResourcePolicies на диске

При удалении расписания моментальных снимков все автоматически созданные моментальные снимки, связанные с расписанием моментальных снимков хранятся постоянно.Однако после графика удален, он больше не может создавать моментальные снимки.

Ваша политика хранения является частью расписания моментальных снимков. После расписания удаляется, ваша политика хранения больше не применяется. Снимки, которые имеют уже созданные, сохраняются до тех пор, пока вы не удалите их вручную.

Чтобы удалить существующее расписание снимков, используйте Google Cloud Console, Google Cloud CLI или метод API Compute Engine. Если расписание уже прикреплено к диску, сначала отсоедините расписание от диска, затем удалите расписание.Вы не можете удалить расписание снимков, которое прикреплен к диску.

Console

  1. В Google Cloud Console перейдите на страницу Snapshots .

    Перейти на страницу снимков

  2. Выберите Расписания снимков , чтобы увидеть список ваших расписаний.
  3. Выберите любое расписание, не связанное с диском.
  4. Нажмите Удалить вверху страницы.

    Примечание: Если расписание уже прикреплено к диску, необходимо сначала отсоедините расписание от его диска, затем вы можете удалить расписание.

gcloud

Чтобы удалить указанное расписание снимков, используйте политики ресурсов удалить команда gcloud .

  Политики вычислительных ресурсов gcloud удалить [SCHEDULE_NAME] \
    --region [РЕГИОН]
  

где:

  • [SCHEDULE_NAME] — это имя расписания снимков.
  • [REGION] — расположение расписания моментальных снимков.

API

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

  УДАЛИТЬ https://compute.googleapis.com/compute/v1/projects/[PROJECT_ID]/regions/[REGION]/resourcePolicies/[SCHEDULE_NAME]
  

где:

  • [PROJECT_ID] — это имя проекта.
  • [REGION] — расположение расписания моментальных снимков.
  • [SCHEDULE_NAME] — это имя расписания снимков.

Регистрация и мониторинг

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

Эти журналы предоставляют поведенческую информацию о вашем запланированные моментальные снимки для каждого связанного диска. Вы можете просматривать свои журналы из Меню облачного ведения журнала в консоли.

  1. В Cloud Console перейдите на страницу Средство просмотра журналов .

    Перейти на страницу просмотра журналов

  2. В раскрывающемся списке Проверенный ресурс укажите Диск и выберите Все disk_id .

  3. В раскрывающемся списке Все журналы выберите cloudaudit.googleapis.com/system_event и нажмите OK .

  4. В раскрывающемся списке Любой уровень журнала выберите тип журнала.

Настройка оповещений для запланированных моментальных снимков

Вы можете создать пользовательскую метрику для создания предупреждений или предоставления информации для устранения проблем с запланированными снимки.

Например, чтобы настроить оповещение о сбоях запланированных моментальных снимков, используйте следующая процедура:

  1. Создайте фильтр журнала для захвата запланированного моментального снимка Мероприятия.
  2. Создайте показатель на основе фильтра журнала, который подсчитывает запланированные сбои моментальных снимков.
  3. Создайте политику оповещения для отправки оповещения при наличии запланированный сбой моментального снимка.
Создать фильтр журнала
  1. В облачной консоли перейдите к Облачное ведение журнала > Страница просмотра журналов .

    Перейти на страницу просмотра журналов

  2. В списке Фильтр по метке или текстовому поиску выберите Преобразовать в расширенный фильтр .

  3. Замените текстовое поле фильтра следующим текстом, заменив идентификатор проекта с идентификатором вашего проекта:

      resource.type="gce_disk"
    logName="projects/  идентификатор проекта  /logs/cloudaudit.googleapis.com%2Fsystem_event"
    protoPayload.methodName="Запланированные снимки"
    серьезность>"ИНФОРМАЦИЯ"
      
  4. Нажмите Отправить фильтр .

Создать показатель
  1. В средстве просмотра журналов вверху страницы щелкните Создать показатель .

  2. В редакторе показателей введите следующее:

    • Имя : запланированный_моментальный_сбой_счетчик .
    • Описание : количество сбоев запланированных моментальных снимков .
    • Тип : Счетчик
  3. В разделе Labels щелкните Добавить элемент и введите следующее:

    • Имя : статус
    • Описание : статус запланированного запроса моментального снимка
    • Тип этикетки : Строка
    • Имя поля : protoPayload.ответ.статус
  4. Нажмите Готово .

  5. Щелкните Создать показатель .

Создать политику предупреждений
  1. В облачной консоли перейдите к Страница Cloud Logging > Метрики на основе журналов .

    Перейти на страницу метрик на основе журналов

  2. В разделе User-defined Metrics найдите новую метрику с именем пользователь/scheduled_snapshot_failure_count .

  3. Щелкните more_vert Подробнее кнопку меню в этой строке и выберите Создать оповещение из метрики . То Откроется страница создания условия политики предупреждений.

  4. На панели Target в разделе Aggregator выберите none .

  5. Под Фильтр :

    1. Щелкните Добавить фильтр .
    2. Выберите статус из списка.
    3. В поле Value введите DONE.
    4. Нажмите Применить .

  6. Щелкните Показать дополнительные параметры .

  7. На панели Advanced aggregation щелкните список Aligner и выберите сумма .

  8. В панели Configuration выберите следующие значения:

    • Условие срабатывает, если : Любой временной ряд нарушает
    • Условие : выше
    • Порог : 1
    • Для : последнее значение

  9. Нажмите Сохранить .

    Снэпшоты это: Что такое снапшот (snapshot) и его преимущества при резервном копировании

Добавить комментарий

Ваш адрес email не будет опубликован.

Пролистать наверх