Рейтинг:0

Выполняйте ежедневное резервное копирование на Google Cloud Platform

флаг gb

У меня есть система, работающая в Google Cloud. В системе есть одна виртуальная машина БД и группа экземпляров, в которой работают виртуальные машины внутреннего сервера. Все виртуальные машины используют кос-стабильный Образ виртуальной машины и запустите один докер-контейнер, содержащий их логику.

Виртуальная машина БД запускает образ докера, содержащий базу данных MariaDB.

Я хочу выполнять ежедневное задание, которое создает резервную копию базы данных и сохраняет ее в сегменте хранилища. Я не уверен, как подойти к этому. У меня нет виртуальной машины, которая может обрабатывать cronjobs, и я не хочу, чтобы еще одна виртуальная машина работала все время только для ежедневного резервного копирования. Кроме того, я хотел бы подключить сегмент хранилища к виртуальной машине резервного копирования с помощью FUSE вместо использования API Google для записи в хранилище.

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

John Hanley avatar
флаг cn
COS ограничил нулевой поддержкой то, что вы пытаетесь сделать. Настроить виртуальную машину для резервного копирования базы данных в облачное хранилище несложно, но как вы собираетесь восстанавливать базу данных в ситуации восстановления? COS — неподходящая платформа для базы данных. Вы пытаетесь создать самоуправляемую базу данных, вместо этого используйте Cloud SQL и забудьте о гимнастике с CRON, FUSE и т. д.
флаг gb
Наш код требует некоторых расширений MariaDB, которые не являются широко доступными для экземпляров MySQL, управляемых облаком, поэтому мы вынуждены настраивать собственную базу данных. Резервные копии базы данных в основном будут восстанавливаться в другом месте людьми, проверяющими систему. Восстановление в виртуальную машину COS — это вопрос ее запуска, выполнения докера в контейнере и запуска mysql.
Alex G avatar
флаг ar
Если вы собираетесь использовать виртуальную машину, которая загружается каждый день, а затем отключается, вы можете рассмотреть возможность использования [расписания экземпляров](https://cloud.google.com/compute/docs/instances/schedule-instance-start- останавливаться).
Рейтинг:1
флаг st

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

Кроме того, вы можете настроить cronjob для запуска команды mysqldump и ее резервного копирования.

Один из вариантов его достижения:

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

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

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

флаг gb
Я сделал что-то подобное, только используя планировщик экземпляров вместо облачного планировщика, как предложил @Alex G.

Ответить или комментировать

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